Family and youth banking app testing
FintechAssuranceLabs tests family and youth banking apps, the model behind products like Greenlight and GoHenry. Test scope covers parental controls, spending limits, allowance loads, age-gated onboarding and parental consent, and the family subscription that pays for the product. FintechAssuranceLabs engineers have tested these flows and hand over evidence a partner bank or regulator can review.
What breaks in family banking money flows
A family banking app earns a recurring plan fee per family. Each defect below either creates a loss that plan fees absorb or puts the subscription funnel in breach.
- Lost card report that stand-in processing never sees. A parent reports the child's card lost, and the freeze flag lands only in the programme's own authorisation service. When that service times out, the issuer processor approves in stand-in until the next sync. Under Regulation E, a consumer who reports within two business days of learning of the loss owes at most the lesser of $50 or the transfers made before notice (12 CFR 1005.6(b)(1), checked on 2026-09-16). Every approval after the report is a loss for the issuer or programme. On a prepaid account, those limits apply once identity verification is complete (1005.18(e)(3)); see Regulation E testing requirements.
- Allowance load counted twice before it settles. The weekly allowance pulls funds from the parent's bank account by ACH, a timeout retries the load request, and the limit service counts both pending loads. The child spends the doubled amount, and the card goes negative when the debit returns with R01 (insufficient funds). Regulation Z keeps a prepaid card outside the hybrid prepaid-credit card rules only when the issuer declines transactions that overdraw the account by more than $10 or by more than a pending load, and charges no fee for the negative balance (12 CFR 1026.61(a)(4), checked on 2026-09-16). Authorising past the pending load can make the child's card a credit card under Regulation Z, and the programme recovers the shortfall or writes it off; see the Nacha return code guide.
- Child's device identifier sent to an ad network before consent. On first launch of an under-13 child's app, an attribution SDK sends the device identifier to an advertising network that retargets family plan campaigns. The COPPA Rule counts a persistent identifier as personal information (16 CFR 312.2), and support for internal operations excludes behavioural advertising. Since the 2025 amendments (90 FR 16918, effective 23 June 2025, compliance required by 22 April 2026), an operator must obtain separate verifiable parental consent before disclosing a child's data to third parties unless the disclosure is integral to the service (16 CFR 312.5(a)(2), checked on 2026-09-16). The FTC can seek civil penalties of up to $53,088 per violation (16 CFR 1.98(d), checked on 2026-09-16).
- Age gate with one threshold and one clock. The onboarding service computes age from date of birth in UTC, so a US child becomes 13 several hours early and reaches the teen flow, which collects the child's contact details and marketing opt-in without parental consent. The service also applies 13 as the consent age across the EU. GDPR Article 8(1) sets 16 for consent-based information society services offered directly to a child, unless national law lowers the age, never below 13 (Regulation (EU) 2016/679, checked on 2026-09-16). Consent-based marketing of plan upgrades to a teen below the national age, without parental consent, is unlawful processing under Article 8(1), and an Article 8 infringement carries fines of up to EUR 10 million or 2% of worldwide annual turnover, whichever is higher (Article 83(4)(a)). See GDPR testing requirements.
- Cancellation blocked by a child's balance. The parent cancels the plan, and the app refuses until every child's card balance is spent or moved back, while the billing system charges the next monthly fee. The Restore Online Shoppers' Confidence Act (ROSCA) requires simple mechanisms to stop recurring charges on online negative option sales (15 U.S.C. 8403(3), checked on 2026-09-16). Each fee charged after the request becomes a refund or a chargeback on the parent's funding card, and the FTC enforces ROSCA violations as rule violations under the FTC Act (15 U.S.C. 8404(a)). Subscription billing testing covers the cancellation and dunning paths.
Licence flag and the evidence you will need
Family and youth banking carries the licence flag: the provider holds a bank or e-money licence, or offers accounts and cards through a licensed partner bank or e-money institution.
United States
A US family banking app without a charter issues cards through a partner bank and, depending on the funds flow, holds state money transmitter licences. The partner bank oversees the programme under the 2023 Interagency Guidance on Third-Party Relationships. On 15 September 2026, the OCC, Federal Reserve, FDIC, and NCUA published proposed guidance that would replace it; comments close on 16 November 2026 (checked on 2026-09-16). Partner bank due diligence asks for:
- customer identification test results on the parent, since the adult who opens an account for a minor is the customer (31 CFR 1020.100(a)(1)(ii), checked on 2026-09-16);
- prepaid account tests where the child's card is a prepaid account under 12 CFR 1005.2(b)(3): the short form listing the monthly fee before acquisition (1005.18(b)), the 60-day and 120-day error reporting windows (1005.18(e)(2)), and 21-day notice before a fee increase (1005.8(a)(1), applied to prepaid accounts by 1005.18(f)(2));
- COPPA records for children under 13, which the FTC can also request in an investigation: the consent method used from 16 CFR 312.5(b)(2), separate consent for third-party disclosure, the written information security program (312.8), and the written data retention policy (312.10).
The sequence is in the partner bank integration scenario.
European Union
An EU provider holds an e-money institution authorisation under Directive 2009/110/EC or issues through one, and the national competent authority supervises safeguarding of family balances and strong customer authentication on the child's card. Customer due diligence under Directive (EU) 2015/849 covers the parent who opens and funds the account. For consent-based processing of a child's data, GDPR Article 8(2) requires the controller to make reasonable efforts to verify parental consent, taking into consideration available technology, and Article 7(1) requires the controller to be able to demonstrate consent. The evidence is consent records per child, the age threshold configured per Member State, and test results showing that consent-based marketing stays off below that age.
Family banking test scenarios
- Control propagation. Freeze, unfreeze, lost card, and merchant category blocks reach the processor's stand-in parameters and the wallet token; an authorisation after a freeze declines when the programme's endpoint times out.
- Spending limits at the boundary. Per-transaction, daily, and weekly limits at the limit, one cent over, and across local midnight; incremental authorisations count once.
- Allowance and chore payouts. Scheduled loads, retried load requests, parent-to-child instant transfers, and ACH returns after the child has spent the load; the negative balance path charges no fee.
- Age transitions. Onboarding at 12, 13, and the national GDPR age, date of birth evaluated in the family's time zone, and the account at the 18th birthday.
- Parental consent and data flows. Each consent method offered from 312.5(b)(2), consent to collection without disclosure, deletion after an abandoned consent request (312.5(c)(1)), and a network capture of every SDK call from the child's app before consent.
- Family plan billing. A second child added mid-cycle, a failed renewal with dunning, and a downgrade that leaves blocked merchant categories blocked.
- Cancellation and closure. Cancellation with balances on children's cards returns those balances to the parent and stops the plan fee.
- Guardian roles. Two guardians change one limit at once; every change is audited.
- Card authentication and accessibility. Contactless limits under PSD2 RTS Article 11 and 3-D Secure challenges on the child's device; screen reader coverage of approval flows under the European Accessibility Act, applied from 28 June 2025.
Card issuing and processing testing delivers the spend control and authorisation rule test matrix for these scenarios.
Integrations and protocols to cover
- Issuer processor messages. ISO 8583 authorisation, advice, and reversal messages, real-time authorisation webhooks with response deadlines, and stand-in parameters.
- Token services. Mobile wallet provisioning on the child's phone and token suspend and delete events on freeze and card replacement.
- Funding rails. Nacha ACH debits from the parent's bank account with return codes, card-funded loads through an acquirer with card-on-file tokens (handling of account data is set out on the security page), and SEPA credit transfers as ISO 20022 pacs.008 in the EU.
- Partner bank and BaaS APIs. Balance and ledger endpoints, custodial account files, and webhook retries.
- Identity and consent services. KYC vendor APIs for the parent, ID and facial match checks, and card transactions used as a consent method.
- Subscription billing. Billing platform events for renewal, proration, dunning, and cancellation, and app store notifications for in-app plans.
- Mobile SDKs. Analytics, attribution, crash reporting, and push notification SDKs in the parent and child apps.
Related
Standards
- Electronic Fund Transfer Act and Regulation E, including the remittance transfer rule
- Truth in Lending Act and Regulation Z
- Nacha Operating Rules for ACH
- GLBA and US state money transmitter requirements
- PCI DSS 4.0
- EMV chip and contactless
- EMV 3-D Secure 2
- PSD2 and Strong Customer Authentication
- GDPR for financial data
- EU AML directives and regulation, KYC obligations
- European Accessibility Act, with WCAG 2.2 and EN 301 549
Services
Guides
- How to test Nacha return codes: ACH return entries, time frames, and ledger effects
- How to test dunning: failed payment retries, decline codes, and subscription states
- How to test prorated billing on upgrades, downgrades, and cancellations
- How to test webhook delivery from BaaS and payment providers
- How to test payment idempotency
- How to test SCA exemptions: low value, TRA, and trusted beneficiaries
- How to use test card numbers in payment testing
Sample deliverable
Sample, synthetic data
| Check ID | Flow | Requirement reference | What the test checked | Evidence file | Result |
|---|---|---|---|---|---|
| CD-01 | Family banking: parent adds a child profile in the mobile app | COPPA Rule, 16 CFR 312.5(a)(1): an operator is required to obtain verifiable parental consent before any collection, use, or disclosure of personal information from children | The app sends no child name, date of birth, or photo to the backend before the parent completes a card transaction consent under 16 CFR 312.5(b)(2)(ii) | CD-01_coppa-312.5-a-1_request-capture.har | Passed: 6 of 6 test cases, and no request before the consent record contains a child field |
| CD-02 | Family banking: EU teen account sign-up in the mobile app | GDPR, Regulation (EU) 2016/679, Article 8(1): where consent under Article 6(1)(a) applies to information society services offered directly to a child, processing of the personal data of a child below 16, or below a lower Member State age that is not below 13, is lawful only if and to the extent that the holder of parental responsibility gives or authorises consent | Test users one year below and at the configured age for each Member State in scope are routed to parental consent below that age and to their own consent at that age, and the age configuration rejects a value below 13 | CD-02_gdpr-art8-1_age-routing-per-member-state.csv | Passed: 15 of 15 test cases, 14 for age routing across 7 Member State configurations and 1 for the minimum age rule |
| CD-03 | Debt collection: electronic validation notice generation | Regulation F, 12 CFR 1006.34(c)(2)(viii): a debt collector must provide an itemization of the current amount of the debt reflecting interest, fees, payments, and credits since the itemization date | For a synthetic account, 1,200.00 XTS on the itemization date plus 36.00 XTS interest and 25.00 XTS fees minus 150.00 XTS payments equals the 1,111.00 XTS current amount on the notice | CD-03_regf-1006.34-c-2-viii_itemization-recalc.csv | Passed: 5 of 5 test cases, including an account with a payment credited after the itemization date |
| CD-04 | Debt collection: validation period end date on the notice | Regulation F, 12 CFR 1006.34(c)(3)(i): the notice must state the date the debt collector will consider the end of the validation period, and 12 CFR 1006.34(b)(5) ends that period 30 days after the consumer receives the notice or is assumed to receive it on a date at least five days after it is provided, excluding legal public holidays, Saturdays, and Sundays | A notice provided on 2026-11-23 has an assumed receipt date no earlier than 2026-12-01, because 2026-11-26 is Thanksgiving Day, so the stated end date is no earlier than 2026-12-31 | CD-04_regf-1006.34-c-3-i_end-date-holiday-calendar.pdf | Failed: the notice states 2026-12-30 because the business day calendar omits Thanksgiving Day, defect DEF-214, high severity, release blocker |
| CD-05 | International transfer: review screen before payment in the mobile app | Regulation E, 12 CFR 1005.31(b)(1)(iv): a remittance transfer provider must disclose the exchange rate used for the transfer, rounded consistently for each currency to no fewer than two and no more than four decimal places, using the term Exchange Rate or a substantially similar term | The Android and iOS review screens show the rate for each of 4 test corridors with the same rounding per currency, between two and four decimal places, under the label Exchange Rate | CD-05_rege-1005.31-b-1-iv_rate-display-per-corridor.pdf | Failed: one corridor shows the rate with six decimal places on Android, defect DEF-221, medium severity, fix before release after DEF-214 |
| CD-06 | International transfer: order of disclosure and payment steps | Regulation E, 12 CFR 1005.31(e)(1): except as provided in 12 CFR 1005.36(a), the pre-payment disclosure must be provided to the sender when the sender requests the remittance transfer, but prior to payment for the transfer | The pre-payment disclosure renders before the payment step on web, Android, and iOS, and a deep link that opens the payment step directly returns the sender to the disclosure | CD-06_rege-1005.31-e-1_step-order-per-channel.mp4 | Passed: 9 of 9 test cases |
| CD-07 | Buy now pay later: loan agreement screen for a 12-month plan with a finance charge | Regulation Z, 12 CFR 1026.18(e): the creditor shall disclose the annual percentage rate, using that term, and 12 CFR 1026.22(a)(2) treats the rate as accurate if it is not more than 1/8 of 1 percentage point above or below the rate determined under 12 CFR 1026.22(a)(1) | The APR on the agreement for 1,000.00 XTS financed and 12 monthly payments of 90.00 XTS matches an independent actuarial reference model within the 1/8 point tolerance | CD-07_regz-1026.18-e_apr-reference-model.xlsx | Passed: disclosed APR 14.45%, reference model 14.4521% |
| CD-08 | Insurance: renters policy purchase in the mobile app, EU market | Insurance Distribution Directive (EU) 2016/97, Article 20(5): for non-life insurance products listed in Annex I to Directive 2009/138/EC, the information in Article 20(4), due prior to the conclusion of a contract, shall be provided by way of a standardised insurance product information document on paper or on another durable medium | Before the buy step, the app offers a downloadable PDF with the title required by Article 20(7)(f) and the items listed in Article 20(8)(a) to (i) | CD-08_idd-art20-5_blocked-run-log.txt | Blocked: the staging document service returns HTTP 503, and the check reruns after the service stub is deployed |
Amounts use XTS, the ISO 4217 code reserved for testing; accounts, corridors, dates, defect IDs, and evidence file names belong to a fictional release, and no real child, parent, or consumer appears.
Questions
Can kids get debit cards?
What age can you get a debit card?
Should kids have debit cards?
Scope your family banking testing
Send your programme model, card processor, funding methods, and target markets, and we return a test scope covering controls, consent, loads, and plan billing with the evidence each flow needs.
Scope your testing