---
title: "Neobank compliance checklist for stablecoin rails: 20 items, owners, and evidence"
seoTitle: "Neobank compliance checklist for stablecoin rails (2026)"
description: "A 20-item compliance checklist for neobanks on stablecoin rails: AML program, KYC, sanctions, Travel Rule, records, licensing, and evidence to keep."
date: "2026-10-16"
updated: "2026-10-16"
category: "compliance"
author: "BlindPay Team"
faq:
  - q: "What compliance does a neobank need when it uses stablecoin rails?"
    a: "The same core program as any money business, plus crypto-specific checks. That means a written AML program with a named compliance officer, KYC and KYB, sanctions screening, transaction monitoring and suspicious activity reporting, Travel Rule data on transfers, record keeping, licensing where required, consumer disclosures, and privacy. Stablecoins add wallet screening and crypto-specific rules such as MiCA or Brazil's PSAV regime."
  - q: "Which compliance items can a payment provider cover for a neobank?"
    a: "A provider covers its own role: screening and monitoring the transactions it processes, Travel Rule data on its transfers, and KYC or KYB on the customers it onboards. It cannot write your AML program, train your staff, own your consumer disclosures, or license your activity. Most items end up shared, so the checklist should name an owner on each side."
  - q: "Does a US neobank need its own AML program if its provider is a registered MSB?"
    a: "Often yes, depending on what the neobank does. If the neobank itself transmits money, holds customer funds, or is otherwise a money services business, FinCEN rules require a written, risk-based AML program with a compliance officer, training, and independent review. A provider's registration covers the provider. Confirm your own status with counsel before launch."
  - q: "What records should a neobank keep for compliance audits?"
    a: "Keep the written AML program and risk assessment, customer due diligence files, screening results, alerts and their resolution, suspicious activity report decisions, Travel Rule data, training logs, independent review reports, and vendor due diligence. Under US BSA rules most records are kept for five years, and a SAR copy with supporting documents is kept five years from filing."
  - q: "What is nesting and why does it matter for a neobank?"
    a: "Nesting is moving money through your provider account for people the provider never onboarded. Payment providers prohibit it because they lose sight of who owns the funds. For a neobank, it means every end user who sends or receives money should be onboarded as a customer at the provider, not pooled under the neobank's own account. Design your onboarding around that from day one."
---

A neobank on stablecoin rails needs a written AML program, KYC and KYB, sanctions and wallet screening, transaction monitoring, Travel Rule data, records, licensing review, consumer disclosures, and vendor due diligence. A provider such as BlindPay covers screening and checks inside its own payment flow. The program around it, and the evidence that proves it works, stays with you.

This checklist turns those duties into 20 items, each with an owner and the evidence an examiner or partner bank will ask for. It is part of our [guide to building a neobank](/resources/more/how-to-build-a-neobank). For the licensing question that comes first, read [do you need a banking license](/resources/more/do-you-need-a-banking-license-for-a-neobank).

This is educational content, not legal advice. Rules differ by country and by what your product does, so confirm each item with counsel.

**Key takeaways**

- Compliance is a program, not a vendor. A provider can run checks; it can't own your policies.
- Most items are shared. Write down who does what on each side.
- Evidence matters as much as the control. If it isn't logged, it didn't happen.
- Every end user who moves money should be onboarded at the provider. Pooling them is nesting.
- Stablecoins add wallet screening, Travel Rule data, and crypto-specific licensing.

## What is in a neobank compliance program?

A US money services business needs a written AML program. Under [31 CFR 1022.210](https://www.law.cornell.edu/cfr/text/31/1022.210), it must be commensurate with the business's risks, incorporate policies, procedures, and internal controls, designate a person for day-to-day compliance, train staff, and provide for independent review.

Other countries use different words for the same pillars. Those pillars are the backbone of the checklist below.

## What is on the 20-item checklist?

Here is the full list. "Both" means you and your provider each own part of it.

| # | Requirement | Owner | Evidence to keep |
| --- | --- | --- | --- |
| 1 | Business-wide risk assessment | You | Dated assessment, approval, update log |
| 2 | Written AML and sanctions policy | You | Board or management approval, version history |
| 3 | Named compliance officer | You | Appointment record, reporting line |
| 4 | Staff training | You | Training materials, attendance, dates |
| 5 | Independent review of the program | You | Reviewer report, findings, remediation |
| 6 | Customer KYC at onboarding | Both | Customer files, check results, tier |
| 7 | Business KYB and beneficial owners | Both | Formation and ownership documents, owner KYC |
| 8 | Sanctions screening at onboarding | Both | Screening results, match decisions |
| 9 | Ongoing rescreening | Both | Rescreen logs, list update dates |
| 10 | Wallet screening on stablecoin transfers | Provider (in its flow) | Provider reports, your exception log |
| 11 | Transaction monitoring rules | Both | Rule list, alerts, dispositions |
| 12 | Suspicious activity reporting | Both | Investigation notes, file or no-file decision |
| 13 | Travel Rule data on transfers | Provider (in its flow) | Originator and beneficiary data per transfer |
| 14 | Record retention | Both | Retention policy, storage proof |
| 15 | Registration and licensing review | You | Legal memo per market, registrations |
| 16 | Consumer disclosures and complaints | You | Disclosure versions, complaint log |
| 17 | Data privacy | You | Privacy notice, data map, processor agreements |
| 18 | Vendor due diligence | You | Questionnaires, provider licenses, audit reports |
| 19 | No nesting: end users onboarded at the provider | Both | Customer mapping between your ledger and the provider |
| 20 | Audit readiness | You | Index of all the above, sample walkthroughs |

## Which items does a provider cover, and which stay with you?

A provider covers what happens inside the transactions it processes. You cover the program and everything your app does around it.

Items 1 to 5 are always yours: risk assessment, policy, officer, training, and review. Items 10 and 13, wallet screening and Travel Rule data, usually sit with the provider for transfers it executes. Items 6 to 9, 11, 12, 14, and 19 are shared, because both sides see part of the customer and part of the activity.

The [compliance map for card and payout programs](/resources/more/stablecoin-card-and-payout-compliance-map) breaks this split down per check if you also run cards.

## What do the US rules require?

Four rules shape most of a US checklist:

- **Registration.** Money services businesses file [FinCEN Form 107](https://www.fincen.gov/money-services-business-msb-registration) within 180 days of establishment and renew every two years. Many states add their own money transmitter licenses.
- **Crypto scope.** FinCEN's [guidance on business models involving convertible virtual currencies](https://www.fincen.gov/resources/statutes-regulations/guidance/application-fincens-regulations-certain-business-models) explains when accepting and transmitting stablecoins counts as money transmission.
- **Suspicious activity.** An MSB files each SAR [no later than 30 calendar days](https://www.law.cornell.edu/cfr/text/31/1022.320) after first detecting the facts, and keeps a copy with supporting documents for five years.
- **Travel Rule.** [31 CFR 1010.410](https://www.law.cornell.edu/cfr/text/31/1010.410) applies recordkeeping and travel requirements to transmittals of funds of $3,000 or more. Our guide to the [Travel Rule on stablecoin off-ramps](/resources/more/travel-rule-stablecoin-off-ramps) covers the data fields.

## What changes in Brazil, Mexico, and the EU?

The pillars stay the same. The licenses and reports change.

- **Brazil.** Virtual asset service providers need Central Bank authorization under the [PSAV regime](/resources/more/psav-brazil-explained). Transfers to self-custody wallets of US$10,000 or more carry a COAF reporting rule, covered in our [self-custody wallet declaration guide](/resources/more/brazil-self-custody-wallet-declaration).
- **Mexico.** Electronic payment fund institutions (IFPEs) are authorized by the CNBV under the Fintech Law.
- **EU.** Crypto-asset service providers need MiCA authorization, and payment or e-money institutions operate under PSD2. See [MiCA stablecoin rules](/resources/more/mica-stablecoin-rules-explained).

Each of these needs a local legal opinion. Put it on item 15.

## Worked example: filling in the owner column

Illustrative scenario. A neobank lets US users hold a dollar balance and send money to family in Mexico over SPEI, using a payout provider for the transfer.

| Item | Neobank | Payout provider |
| --- | --- | --- |
| KYC | Collects data in the app, keeps the file | Verifies the sender before any payout |
| Sanctions | Screens at signup | Screens each sender and recipient in the payout |
| Monitoring | Watches balance and transfer patterns across the app | Monitors the payouts it executes |
| Travel Rule | Supplies sender and recipient data | Carries the data with the transfer |
| Disclosures | Shows rate, fees, and arrival time | Returns the locked quote the app displays |

The gap that teams miss: activity the provider never sees. Peer-to-peer transfers inside the neobank's own ledger, or balance changes between users, are only visible to the neobank. Monitoring them is item 11 on your side.

## What are common compliance mistakes?

- Treating the provider's MSB registration as your own.
- Running KYC through the provider but never writing your own risk assessment.
- Pooling users under one company account at the provider, which is nesting.
- Monitoring payouts but not transfers inside your own ledger.
- Keeping alerts without written dispositions.
- Writing the policy once and never updating it after new products or countries.

## How does BlindPay fit?

BlindPay is registered with FinCEN as a money services business, and its API runs KYC and KYB, sanctions screening, and Travel Rule checks inside every payin and payout. For a neobank, that covers items 10 and 13 for BlindPay transfers and BlindPay's half of items 6 to 9, 11, 12, and 14.

- **Customer-level onboarding.** Each end user becomes a BlindPay customer with their own KYC, which keeps you clear of [nesting](/docs/kb/nested-payments).
- **Tiered KYC and limits,** with Enhanced review for high-risk countries. See [neobank KYC and KYB onboarding](/resources/more/neobank-kyc-kyb-onboarding-flow).
- **Non-custodial payouts** from customer-controlled wallets, which keeps funds under your control. The custody model you pick changes items 14 and 16, as covered in [where neobanks hold customer funds](/resources/more/where-neobanks-hold-customer-funds).
- **Published policies:** the [prohibited activities list](/docs/kb/prohibited-activities) and the [licenses page](/licenses) for your vendor file.

Items 1 to 5 and 15 to 18 remain yours.

## What to do next

Copy the 20-row table into your compliance tracker and fill in the owner column with your provider before launch. Then pull BlindPay's licenses and prohibited activities list into your vendor file (item 18) and test the onboarding flow on a development instance from the [BlindPay docs](/docs/introduction).