Privacy & Cookies Policy
How Mansa Transfers processes personal data, how licensed providers process data for regulated payments, and the choices and rights available to you.
Version 2
Effective: August 14, 2026
Table of Contents
Please read
Mansa Transfers is a digital Value Added Service (VAS) that facilitates digital payment interactions between users and licensed payment providers. This Policy explains how the Mansa Controller mapped to your Sending Country processes personal data, how licensed providers process data for the regulated payment, and the choices and rights available to you.
1. Who is responsible for your data
Mansa Transfers is a digital Value Added Service (VAS) that facilitates digital payment interactions between users and licensed payment providers. The Mansa controller responsible for the customer interface, Mansa Quote, orchestration, customer support, Mansa fraud and security controls, product operation and transaction evidence is the entity mapped to the user’s Sending Country in the Public Information Schedule in section 19 (‘Mansa Controller’). Section 19 is the single place in this Policy where the controller’s legal identity, address, contact and applicable Jurisdiction Privacy Schedule are maintained.
The recipient’s country does not by itself change the sender-facing Mansa Controller. The Mansa entities are legally separate entities under common ownership or control. An affiliate may act as a processor, separate controller or joint controller according to its actual decision-making, instructions and applicable law. Each entity remains responsible for its own legal duties.
Our provider network changes by country, corridor and payment method, so this Policy identifies legally meaningful categories of recipients rather than listing every changing partner. The Mansa Quote need not identify the selected provider. Where required, the provider identifies itself and supplies its privacy information through its Provider Prompt, confirmation or receipt.
A licensed payment provider may be a separate controller for its Provider Prompt, payment authorisation, KYC/AML, sanctions screening, safeguarding, settlement, payment complaints and regulatory reporting. A technical supplier that processes data only on Mansa’s documented instructions is a processor. We do not call an independent regulated provider our processor merely because we integrate with it.
The current privacy and security contact is maintained once in section 19.
2. Scope
This Policy applies to users, senders, recipients, visitors, customer-support contacts, representatives and persons whose information is supplied for a transaction through https://mansatransfers.com/ and associated transaction/support channels. The selected provider’s privacy notice may also apply and is supplied or linked through its Provider Prompt, confirmation or receipt where required.
2A. Definitions used in this Policy
- ‘Jurisdiction Privacy Schedule’ — the country-specific privacy supplement mapped to the Sending Country in section 19.
- ‘Licensed Provider’ — a licensed payment aggregator or other licensed provider that may act as a separate controller for regulated payment activities.
- ‘Mansa Controller’ — the Mansa entity mapped to the verified Sending Country in the Public Information Schedule.
- ‘Mansa Quote’ — Mansa’s time-limited transaction summary shown before confirmation.
- ‘Provider Prompt’ — the separate payment request or authorisation interface generated by a Licensed Provider.
- ‘Public Information Schedule’ — the single-source register in section 19 containing supported-country, controller and contact information.
- ‘Sending Country’ — the supported country shown in the transaction flow from which the sender initiates and funds the transaction; Mansa may request evidence where supplied or technical information is inconsistent.
3. Personal data we process
| Category | Examples |
|---|---|
| Identity and KYC | Name, date/place of birth, nationality, photograph, identity-document data/image, address, occupation, beneficial ownership, authority and verification result. |
| Contact | Telephone, email, postal address, preferred language and communication preferences. |
| Transaction | Verified Sending Country and resulting Mansa controller; sender/recipient; purpose; amount/currency; rate/fees/tax; Recipient Identifier or token; selected provider; routing rule/version/events; partner/rail references; status; refund and complaint. |
| Payment and Provider Prompt | Provider legal identity; API request/response identifiers; prompt version/initiation; provider token/reference; card brand/last four digits; issuer country; authorisation result/timestamp and risk signals. Payment credentials are entered directly in the provider-controlled flow. Mansa does not retain CVV after authorisation, a PIN, an OTP value, a password, a private key or another full authentication secret. |
| Device and usage | IP address, user agent, device/session identifiers, browser/app version, pages/events, timestamps, consent records, performance/crash and cookie identifiers. |
| Compliance and risk | Sanctions/PEP/watchlist results, source/purpose of funds, supporting documents, device/velocity/fraud signals, rule version, manual review and decision. |
| Support and evidence | Messages, calls where lawfully recorded, complaints, receipts, policy/consent versions, authentication result, access/export and custody logs. |
| Location | Country or coarse location needed for contracting-entity selection, compliance, fraud prevention or security. If precise location is ever required, a specific notice and lawful choice or basis will be provided first. |
| Biometric/high-risk | Identity-verification information such as a facial image or liveness result only where necessary and lawful. The collection screen or verification provider’s notice explains what is used; Mansa does not retain a biometric template unless specifically disclosed. |
4. Where data comes from
We receive data from you and your device; a sender or recipient acting lawfully; Licensed Providers, banks, mobile-money, card, identity-verification and fraud providers; public/official sanctions and company registers; communications providers where lawful; regulators/law enforcement; and our service providers. If another person supplies your information, we give the legally required notice unless an exception applies.
5. Why we process data and our legal bases
| Purpose | What we do | Legal basis |
|---|---|---|
| Mansa Quote and contract | Prepare the Mansa Quote; form/perform the Mansa transaction; transmit the collection request; issue status/receipt and support | Steps at your request; contract performance; payment/e-commerce legal duties |
| Provider Prompt and payment | Enable the selected provider to present its separate prompt, collect or authenticate payment and supply its confirmation/receipt | Steps at your request; provider contract; Mansa and provider legal/payment duties |
| Payment orchestration and routing | Assess corridor, currency, amount, limits, availability, performance, risk and compliance criteria; select or reselect the collection provider before Provider Prompt authorisation; change a settlement/payout provider only within the Terms; record the routing result | Steps at your request; contract performance; legitimate interests after balancing; legal/payment duties where applicable |
| KYC, AML, sanctions and regulation | Verify, screen, monitor, report, retain and respond to authority | Legal obligation/public interest; Licensed Provider’s regulated duty |
| Fraud and security | Prevent, detect, score, block, investigate, protect and preserve evidence | Legal obligation; contract security; legitimate interests after balancing |
| Group fulfilment, settlement and reconciliation | Share limited data with the relevant Mansa affiliate and providers to coordinate payout, prevent duplicates, reconcile order/provider/bank/MNO records, correct and account | Contract; legal obligation; legitimate interests; intercompany processing agreement |
| Complaints, refunds and claims | Trace, investigate, correct, refund, recover, establish or defend a claim | Contract; legal obligation; legitimate interests/legal claims |
| Duplicate or erroneous payment recovery | Identify the Creditor, trace and evidence the excess, issue a demand, process a lawful reversal or restriction, resolve a dispute and establish or enforce a restitution/debt claim | Contract where accepted; legal obligation/payment-rail rule; legitimate interests; legal claims |
| Reliability and improvement | Monitor outages, performance and errors; aggregate/anonymise analysis | Legitimate interests using minimised data; consent for non-essential analytics where required |
| Marketing | Send offers/news through selected channels | Prior opt-in consent where required; easy withdrawal and suppression |
| Biometric/precise location | Only the specifically stated necessary purpose | Explicit consent or another valid special-data basis; DPIA and alternative where required |
Where we rely on legitimate interests, we document the purpose, necessity, impact and safeguards. Consent is prior, specific, informed, affirmative and as easy to withdraw as to give. We do not condition the core transfer on consent to unnecessary marketing, analytics, precise location or biometrics.
6. Information required to provide the service
Identity, contact, transaction, payment-authorisation and legally required compliance information is generally necessary to provide the Mansa Quote or transfer. If you do not provide it, Mansa or the Licensed Provider may be unable to proceed. Optional fields and their purpose are marked separately. We do not ask for information merely because it might be useful later.
7. Automated fraud and eligibility decisions
Automated rules may evaluate identity, transaction characteristics, device and security signals, sanctions indicators, fraud patterns and legal or provider limits to approve, pause, refuse or refer a transaction. We do not publish security-sensitive thresholds, fraud rules or confidential provider-ranking logic. Provider selection by itself is not treated as a significant automated decision where it does not change the amount, recipient, material timing or rights shown in the Mansa Quote.
Where a solely automated decision has a legal or similarly significant effect, and applicable law grants the right, you may request human review, express your view and contest the outcome through the contact in section 19. We assess high-risk systems and test accuracy, overrides and adverse outcomes.
8. Who we share data with
- licensed payment aggregators and payment institutions, banks and authorised dealer banks, mobile-money operators, card issuers/acquirers and schemes, and collection, settlement and payout providers needed for the transaction;
- identity verification/KYC, sanctions, fraud, device-risk and authentication providers;
- cloud hosting, security, communications, analytics, customer-support and document/evidence processors;
- professional advisers, auditors and insurers under confidentiality and legal duties;
- where a documented duplicate or erroneous payment exists, the actual Creditor, its authorised recovery agent, relevant payment providers, tracing providers, lawyers, process servers, bailiffs/enforcement officers and competent courts, limited to what is lawfully needed to trace, demand, dispute or recover the amount;
- Mansa group companies under common ownership or control, for the limited fulfilment, reconciliation, support, security and compliance purposes in this Policy;
- regulators, consumer/privacy authorities, courts and law enforcement where authorised or required; and
- a buyer, investor or restructuring party under confidentiality and applicable law, with notice where required.
Each category receives only the data reasonably necessary for its role. Mansa records the actual provider used for a Transaction, and the provider supplies its identity and privacy information through the Provider Prompt, confirmation or receipt where required. On a valid access request, Mansa provides the recipients or categories required by applicable law.
Mansa sends the personal data needed to the Licensed Provider selected to generate the Provider Prompt or execute the relevant collection, settlement or payout stage. Processors acting only for Mansa are contractually restricted to documented purposes, confidentiality, security, assistance and deletion or return duties.
9. Licensed Providers as separate controllers
A Licensed Provider determines certain purposes and legal duties independently, including its Provider Prompt, payment authorisation, KYC/AML, sanctions, safeguarding, execution, settlement, payment complaints and regulatory reporting. The provider supplies its identity, privacy notice and contact through its Provider Prompt, confirmation or receipt where required. Mansa remains responsible for its own disclosures, data, interface, instructions and assistance. A request or complaint sent to the wrong party is routed to the appropriate party without unnecessary delay.
We may be legally prohibited from telling you about a disclosure, report, freeze or investigation. In particular, financial-crime rules may prohibit ‘tipping off’ a person about a suspicious-transaction report or related analysis. We record the legal authority, recipient, scope and time of the disclosure even when notice cannot lawfully be given. The applicable no-tipping-off instrument is identified in the Jurisdiction Privacy Schedule.
10. International transfers
Because transfers cross borders and providers may operate in other countries, personal data may be transferred to the recipient country and to the hosting, provider or support locations described in section 19. Before a transfer, we record the recipient, country, purpose, data, necessity, security and lawful mechanism.
We make a transfer only after applying any approval, adequacy finding, contractual safeguard or statutory condition required by the applicable Jurisdiction Privacy Schedule. The mechanisms currently relied upon are recorded once in section 19. You may request a copy or explanation through the privacy contact there. This Policy does not by itself authorise a transfer.
11. How long we keep data
| Record category | Public retention period | Reason / control |
|---|---|---|
| Core electronic contract and transaction evidence | 10 years from completion or closure of the transaction | Verified Sending Country/controller; Mansa Quote and version; Terms/Policy version; affirmative acceptance; Provider Prompt version/initiation; provider legal identity; API request/response identifiers; authorisation result/time/reference; routing events; provider result; receipt; ledger/reconciliation entries; relevant correspondence |
| KYC/CDD, AML, sanctions and payment-rail evidence lawfully held by Mansa | 10 years from the later applicable trigger: end of the relationship or date of the occasional transaction | Financial-crime, payment, audit and regulator evidence; the separate regulated provider keeps its own legally required file |
| Complaint, refund, unauthorised-payment and dispute file | 10 years from final closure when linked to a transaction | Redress, regulator, defence and legal-claim evidence |
| Duplicate/erroneous-payment recovery file | 10 years from final recovery, settlement or closure; longer only for a live judgment, legal hold or regulator/court order | Prove the credit, Creditor authority, notice, dispute, rail action and lawful recovery or defence |
| Authentication, security, device-risk and administrator logs | 10 years only when incorporated into core transaction, complaint, incident or recovery evidence; otherwise only for the shorter period reasonably needed to detect, investigate and document security events | Fraud, security, incident and evidentiary necessity |
| Marketing consent and suppression | Consent history through limitation period; suppression while needed to honour opt-out | Prove choice and avoid re-marketing |
| Cookies | For the duration shown in the cookie banner or preference tool; session cookies expire when the session ends | Purpose-limited; non-essential consent |
| Biometric or precise location | The shortest period required for the disclosed verification or security purpose and provider/legal retention; Mansa does not keep a biometric template unless specifically disclosed | High-risk data; necessity and impact assessment |
| Uncompleted Mansa Quote / abandoned journey | Only for the short period reasonably needed for fraud prevention, support and service diagnostics, then deleted or anonymised unless linked to a legal hold | Minimise non-customer data |
The ten-year standard applies to the core evidentiary categories above, not to every item of personal data. The start point is chosen by record type: transaction completion/closure for transaction evidence, relationship termination or the occasional transaction for KYC/CDD, and final closure for a complaint or recovery. Any different statutory minimum, lawful-basis condition or local limitation is stated in the applicable Jurisdiction Privacy Schedule. Mansa’s ten-year core-record standard is applied only while a lawful basis remains.
We extend retention only for a documented legal hold, regulator instruction, live judgment or unresolved claim. Access is restricted during the hold. If local law makes part of the ten-year period impermissible, the shorter lawful period applies. When no lawful need remains, we securely delete or irreversibly anonymise the data and require relevant processors to do the same. Each stated period is a maximum as well as a minimum where a legal minimum applies.
12. Security
We protect sensitive personal data with AES-256 encryption at rest and TLS 1.2 or higher in transit. Privileged and administrative access is protected by multi-factor authentication and role-based, need-to-know access. We also use segregation, payment tokenisation, strong user authentication where applicable, transaction and reconciliation monitoring, secure development and change control, vulnerability management, logging, tested backup/recovery, processor due diligence and incident response. Applicable statutory security, cybersecurity-audit and incident-response requirements are identified in the Jurisdiction Privacy Schedules.
We do not retain card CVV after authorisation, PIN, OTP value, password, private key or full authentication secret. Payment authentication occurs through the relevant Licensed Provider’s controlled flow. No system is risk-free, and we do not use absolute claims such as ‘100% secure’.
13. Personal-data incidents
We record every suspected or confirmed personal-data incident; investigate affected data/people, source, timing and likely impact; contain and remediate it; preserve a decision log; and notify the responsible controller, provider, authority and affected person within the timing and content standard in the applicable Jurisdiction Privacy Schedule.
Report a suspected incident through the monitored security/privacy incident contact in section 19. A security notice describes the incident, likely consequences, steps taken, what you should do and where to obtain assistance, unless law enforcement or the authority lawfully restricts content/timing.
14. Your rights
Depending on your Sending Country and circumstances, you may request information and access; correction; deletion; restriction or objection; portability or a usable copy; withdrawal of consent; direct-marketing opt-out; human review of a significant automated decision; and complaint to a competent authority. The applicable statutory rights, response periods and authority are identified in the Jurisdiction Privacy Schedule. Lawful exceptions include payment, AML, accounting, fraud, legal-claim and regulator retention.
Send a request through the privacy-request route in section 19. We verify identity proportionately, acknowledge the request, search Mansa and relevant processors, coordinate independent controllers where needed, explain any lawful refusal and respond within the period required by the applicable Sending Country law. Requests are free unless the law permits a reasonable fee for a manifestly unfounded or excessive request.
Withdrawing consent does not invalidate earlier lawful processing. Deletion does not erase records we must keep; those records are restricted and deleted when the duty or hold ends.
15. Marketing choices
Transactional, receipt, security, status, complaint and legal messages are necessary service communications and are not marketing. We send electronic marketing only through the channels you separately select and where the required prior consent or other valid basis exists. Every message identifies Mansa and provides an easy unsubscribe.
Change marketing choices through an unsubscribe control or the contact in section 19. We record consent wording, channel, time, source and version, and preserve a suppression record after opt-out so that we do not re-contact you unlawfully. Withdrawing marketing does not affect the transfer service.
16. Cookies and similar technologies
Our banner provides ‘Accept all’, ‘Reject non-essential’ and ‘Manage choices’ with equal clarity. Strictly necessary technologies operate for security and the requested service. Functional, analytics and advertising technologies remain off until the required consent. Continued browsing is not consent. The banner or preference tool identifies each current cookie or similar technology, provider, purpose and duration and lets you change non-essential choices.
| Class | Purpose | Legal control |
|---|---|---|
| Strictly necessary | Session, Mansa Quote, security, load balancing and consent preference | Necessary service/security; cannot be switched off through the consent tool |
| Functional | Optional language or convenience preference | Consent where required |
| Analytics | Optional audience and performance measurement | Prior consent; aggregate and minimise |
| Advertising | Optional campaign attribution or remarketing, if deployed | Prior consent; off by default |
17. Children
The Mansa service is for adults aged 18 or over. We do not knowingly contract with a child. Recipient information relating to a child is processed only where lawfully necessary for a transfer and with appropriate authority and safeguards. Use the privacy contact in section 19 if you believe we hold a child’s data improperly.
18. Changes to this Policy
We identify the version and effective date and retain earlier versions. Non-material factual updates—such as a contact or adding a country to an already applicable legal schedule—may be made in section 19 without rewriting this Policy, if they do not reduce rights or conceal a processing change. A new controller, materially different purpose, data category, recipient role, international-transfer mechanism, retention rule, automated-decision effect or right requires a new Policy version or other notice or consent required by law. Continued use is not consent to a materially different consent-based purpose.
19. Public Information Schedule
How this schedule works
This section is the single place in this Policy for supported-country mappings and Mansa privacy contacts. We may update a contact or map a new country to an existing Jurisdiction Privacy Schedule without changing the rest of the Policy, provided the update does not conceal a material processing change or reduce a right.
| Sending Country or market group | Mansa Controller | Jurisdiction Privacy Schedule |
|---|---|---|
| Cameroon; Central African Republic; Chad; Republic of the Congo; Gabon | Mansa and Game Hause, a business registered in Cameroon and trading as Mansa Transfers, RCCM RC/BUA/2022/A/090, Church of Christ Entrance, Bonduma, Buea, South-West Region, Cameroon | Schedule A — CEMAC countries, applying the national data law identified there |
| Nigeria | Mansa T Solutions Ltd, a private company limited by shares registered in Nigeria under RC 8369326, with registered office at 1 Aguiyi Ironsi Street, Maitama, Federal Capital Territory, Nigeria | Schedule B — Nigeria |
Maintained privacy information
| Variable | Current public value |
|---|---|
| Policy version and effective date | Same version and effective date shown on the first page of this Policy |
| Website | https://mansatransfers.com/ |
| Sending Country | The supported country shown in the transaction flow from which the sender initiates and funds the transaction. Mansa may request evidence where supplied or technical information is inconsistent. |
| Privacy requests, human review, marketing opt-out and controller contact | WhatsApp: https://wa.me/237671820922 or email: contact@mansatransfers.com |
| Security and personal-data incident contact | WhatsApp: https://wa.me/237671820922 or email: contact@mansatransfers.com |
| Previous Policy versions | Available on request through the privacy contact; Mansa preserves the version presented for each recorded acceptance or transaction. |
| International transfers and safeguards | Personal data may move between the supported sender and recipient countries and the countries where the selected Licensed Providers and Mansa’s hosting or support providers operate. |
Jurisdiction Privacy Schedule A — CEMAC framework
This Schedule applies to the CEMAC Sending Countries mapped in section 19. The national law of the relevant Sending Country applies alongside the common CEMAC payment framework; the laws are not treated as interchangeable merely because the countries belong to CEMAC.
Cameroon: Law No. 2024/017 of 23 December 2024 relating to personal data protection governs Mansa’s Cameroon processing, including lawful and proportionate processing, security, retention, data-subject rights, automated decisions and cross-border transfers. Article 53 establishes the independent Personal Data Protection Authority. ANTIC remains relevant for applicable cybersecurity, security-audit and CIRT matters under Law No. 2010/012 and Decree No. 2012/1643/PM, but is not described here as the personal-data complaint authority under Law No. 2024/017.
Central African Republic: Law No. 24.001 of 20 November 2024 on the protection of personal data applies to processing connected with the Central African Republic, including processing that produces effects there. Chad: Law No. 007/PR/2015 of 10 February 2015 on protection of personal data applies, with ANSICE exercising the functions assigned by the applicable digital laws. Republic of the Congo: Law No. 29-2019 of 10 October 2019 on protection of personal data applies. Gabon: Law No. 025/2023 of 12 July 2023 modifying Law No. 001/2011 on personal data protection applies, under the Autorité pour la Protection des Données Personnelles et de la Vie Privée (APDPVP). Requests may always be sent first through section 19, without removing a direct complaint right to the competent national authority.
Jurisdiction Privacy Schedule B — Nigeria
This Schedule applies to Nigeria when mapped in section 19. Mansa applies the Nigeria Data Protection Act 2023 and applicable Nigeria Data Protection Commission directives. Relevant provisions include section 24 on processing and storage limitation, section 27 on privacy information, sections 34–38 on rights and automated decisions, section 39 on security, section 40 on breaches and sections 41–43 on international transfers. The regulated-entity AML minimum is generally five years under regulation 23 of the CBN Customer Due Diligence Regulations 2023; Mansa’s ten-year core-record standard applies only while a lawful basis remains under section 24(1)(d) of the Act.
Under section 40, a breach likely to risk individual rights and freedoms is notified to the Commission within 72 hours of awareness, and a high-risk breach is communicated to affected people immediately, subject to the statutory conditions. Complaints may be sent to the NDPC at No. 12 Clement Isong Street, Asokoro, Abuja; https://ndpc.gov.ng.