Founder-lijn 05-07: eerst gratis Stripe's schriftelijke antwoord binnenhalen, dán pas één gefocust advocaat-uur (stempelen i.p.v. onderzoeken). Dit document bevat de kant-en-klare vraag (Engels, plakken in het Stripe-supportformulier) en de nooduitgangen als Stripe moeilijk doet.
1. Stripe Dashboard (ingelogd, testmodus is prima) → Help / Support → "Contact support" → onderwerp Connect / platform eligibility.
2. Parallel mag ook: het Stripe Sales-formulier (stripe.com/contact/sales) — sales antwoordt vaak sneller en schriftelijk.
Subject: Connect platform eligibility — verified-participant marketplace (Belgium) Hi Stripe team, We are a Belgian platform (company in incorporation) building a marketplace for verified market-research participation and referral-bounty programs, and we want to confirm our model fits Stripe Connect before we go live. Our intended flow (fiat leg, entirely on Stripe): - Business sponsors (market-research agencies, employers) pay the platform by card or invoice for verified-participant tasks and successful referrals. - Individual participants receive their earnings as payouts via Stripe Connect (Express accounts). Stripe performs KYC on every recipient. - The platform takes a commission on these commercial transactions and never takes possession or control of user funds — the standard Connect marketplace model as described in your PSD2 platform guides. - Expected volumes initially: low (pilot scale, Belgium/EU participants). Three questions: 1. Does this model fit Connect (Express) as a supported platform use case? 2. Our participants are verified as unique humans via national eID (itsme/EUDI class) on our side, in addition to Stripe's KYC. Any concerns with that? 3. Separately from Stripe, we operate an independent settlement rail for machine-to-machine micropayments (agents paying for API access), which is blockchain-based and completely segregated from all Stripe flows — no shared balances, no conversions between the two legs. Does the existence of that separate, non-Stripe rail affect our eligibility for Connect on the fiat leg? We want to set this up correctly from day one. A written confirmation (or a pointer to the applicable restrictions) would be greatly appreciated. Thank you, Franky — R4M (Rails 4 Mankind), Belgium
Waarom deze formulering: volledig eerlijk (de crypto-poot wordt expliciet genoemd, niet verstopt — vraag 3), maar correct gescheiden: Stripe beoordeelt alleen de fiat-poot, en dat is exact hoe het gebouwd is. Geen jargon dat filters triggert, geen beloftes.
• "Yes, fits Connect" schriftelijk → bijlage voor het advocaat-uur én voor Circle. De advocaat hoeft alleen nog de perimeter buiten Stripe te stempelen.
• "Vraag 3 is een probleem" → geen ramp: fiat-poot naar een alternatief hieronder, crypto-poot blijft ongewijzigd.
• Geen/vaag antwoord → sales-formulier proberen, en het punt verhuist naar het advocaat-uur.
| Alternatief | Wie/wat | Waarom relevant | Kanttekening |
|---|---|---|---|
| Adyen for Platforms | NL, beursgenoteerd, eigen banklicentie | Zelfde model als Connect (platform raakt nooit fondsen), zeer sterk in EU | Enterprise-gericht; onboarding zwaarder dan Stripe |
| Mangopay | FR, e-money-licentie, marktplaats-specialist | Gebouwd vóór marktplaatsen/crowdfunding; flexibele e-wallet-structuren per gebruiker | Integratie iets meer werk; support wisselend |
| Lemonway | FR, betaalinstelling, marktplaats-focus | EU-payouts + KYC als dienst, vaak gekozen door platforms die Stripe ontgroeien | Kleiner ecosysteem |
| PayPal Payouts / Hyperwallet | US/EU-licenties | Massale payout-dekking wereldwijd (bank, PayPal, kaart) | Minder "marktplaats-in-één-doos"; fees hoger |
| Wise Platform | UK/BE-licentie (Wise Europe zit in Brussel!) | Goedkope internationale payouts naar bankrekeningen | Payout-only (geen kaart-inning); combineren met aparte inning |
Conclusie (staande lijn bevestigd): Stripe Connect blijft plan A — het is er letterlijk voor ontworpen ("funds are never in the possession or control of the platform", Stripe PSD2-gids). De tabel hierboven is de verzekering dat een "nee" van Stripe nooit een bestaansprobleem is — alleen een stekker-wissel op de fiat-poot.
Aangemaakt 05-07-2026 op founder-GO. Volgende stap na Stripe's antwoord: het ene advocaat-uur (perimeter-opinie) mét dat antwoord als bijlage.
Concrete vragen voor Stripe (naast de eligibility-vraag):
1. Parkeren: mogen niet-opgehaalde bedragen onbeperkt op het connected-account-saldo blijven staan, en is dat gratis (geen dormancy-/storage-fee, geen minimumsaldo)?
2. Kosten: welke kosten bij lang aanhouden of laat uitbetalen — met name valutaconversie-fee; te vermijden via multi-currency settlement?
3. Rente/float: incasseert Stripe rente op de gepoolde safeguarding-fondsen? Is doorgifte/afspraak mogelijk zodat rente op ons geparkeerd volume terug naar de begunstigden/pot vloeit, of minstens transparant benoemd wordt? (Bevestigd: Stripe betaalt zelf geen rente op saldi.)
4. Safeguarding: schriftelijke bevestiging dat wachtend geld op segregated/FBO-rekeningen staat, gescheiden van Stripe's vermogen en afgeschermd bij insolventie — welke bank(en) voor EU via Stripe Payments Europe (Dublin)?
5. Unclaimed/slapend: wat is het EU-equivalent van het US-escheatment-programma? Waar gaat een langdurig niet-opgehaald EU-saldo (Ierse EMI, Belgische begunstigde) heen — Iers recht, Belgische DCK, anders? Krijgen we een periodieke lijst inactieve/unclaimed saldi ter review?
6. Reconciliatie: welke webhooks/velden (payout.paid, payout.failed, requirements.disabled_reason) geven per uitbetaling betrouwbaar de wie-wel/wie-niet-status?
7. Herinneren: mogen/kunnen we begunstigden actief herinneren vóór de slapende-termijn, en hoe lang is die concreet?
BE-context (advocaat-vraag): Deposito- en Consignatiekas — slapend na ~5j + 1j opzoeking; ≤€60 meteen weg; terugvraag-termijn zakt 30→5 jaar per 1/9/2026. Of dit op een Ierse-EMI-saldo met BE-begunstigde slaat = perimeteropinie. Bron-set staat op de Treasury-tab.
Voor R4M's model (wallet per geverifieerd mens + parkeren tot ophalen + massa-payout, EU) zijn er betere native alternatieven dan Stripe Connect. Alle huren hun vergunning + doen KYC + safeguarding → R4M wordt nooit zelf PI/EMI.
Shortlist (gerangschikt):
1. Mangopay — EMI CSSF Luxemburg. E-wallet + virtueel IBAN per user + ONBEPERKTE escrow. Beste all-round fit (CitizenRail). Let op: float-rente contractueel dwingen; geen publieke native itsme; PE-eigendom (Advent).
2. OPP (Online Payment Platform) — PSP DNB NL + juridische escrow-Stichting. Beste Benelux-refs (Marktplaats/IKEA). Let op: geen publiek float/dormancy/unclaimed-beleid (RFP dichttimmeren).
3. Lemonway — EMI ACPR FR. Helderste parkeer-regels. Let op: inactiviteitsfee na 12mnd + Franse CDC → botst met 0%-doctrine + jurisdictie-vraag (BE-burger op FR-EMI).
4. Mollie — EMI DNB. Snelle goedkope testrail (split + referral-routing). Let op: 90-dagen-routing-limiet = geen lang parkeren.
5. Stripe Connect — benchmark/prijsanker (EEA payout 0,25%+€0,10).
• Opschaal/aanvullend: Adyen (bankvergunning, enterprise) · Airwallex/Nium/Rapyd (cross-border, multi-valuta; Rapyd stablecoin achter de schermen) · Trustly (A2A instant, parkeert niet).
Structurele EU-regel: onder PSD2/EMD2 mag een EMI GEEN rente aan gebruikers betalen op safeguarded balances → "rente terug naar de burger" = treasury-rebate/fee-korting buiten de safeguarded balance (advocaat). Wie de float-rente houdt = nergens publiek = onderhandelpunt.
Keiharde eisen: float-rente terug naar pot · geen parkeer-/inactiviteitsfee op burgergeld · transparante itemized fee gedragen door de funder · volumekorting-staffels in het contract · multi-currency/FX-transparantie · escheatment-duidelijkheid (BE-DCK vs FR-CDC) · itsme/EUDI-inplugbaarheid · exit/portabiliteit zonder boete · GDPR/hash-only-compat.
R4M-hefbomen: pre-geverifieerde sybil-vrije massa (bespaart EMI KYC) · anti-skim-missie-PR · kunnen-switchen (3 native spelers) · overheidskanaal · x402-agent-volume.
Volledige hardball-checklist (12 RFP-vragen) + bronnen: op de Betaalpartners-tab (/betaalpartners).
Bron: docs/STRIPE_VRAAG_EN_ALTERNATIEVEN.md (privé-repo) — deze pagina wordt bij elke wijziging opnieuw gegenereerd via build-docs.py.