COREDO – EU Legal & Compliance Services Expertní právní poradenství, licencování finančních služeb (EMI, PSP, CASP dle MiCA) a AML/CFT compliance v rámci celé Evropské unie. Se sídlem v Praze poskytujeme komplexní regulační řešení v Německu, Polsku, Litvě a ve všech 27 členských státech EU.
Od roku 2016 vedu COREDO jako platformu odborných řešení na pomezí práva, financí a technologií. Během té doby tým COREDO realizoval desítky projektů v EU, v Česku, na Slovensku, na Kypru, v Estonsku, ve Velké Británii, v Singapuru a v Dubaji: od registrace právnických osob a licencování platebních služeb v EU až po budování AML funkcí a rozšíření na nové trhy. Dobře znám požadavky podnikatelů a finančních ředitelů: potřebují spolehlivého partnera, který mluví jazykem byznysu, ne řečí regulátora, a umí provést klienta skrze detaily PSD2, AMLD5/AMLD6 a požadavky NCA k ostrému spuštění.
Tento článek: praktický průvodce. Postupně rozeberu klasifikaci platebních služeb v EU, různé typy licencí (EMI/PI/SPI), požadavky na obchodní model a technickou architekturu, AML/KYC/KYB postupy a nuance škálování. Po cestě uvedu ukázky toho, jak řešení vyvinutá v COREDO pomáhala klientům urychlovat Licencování, budovat SCA a monitorování transakcí a sebejistě absolvovat Q&A s regulátorem platebních služeb EU.
Jak uvažovat o platebním podnikání v EU

Klasifikace plateb podle PSD2
Když jde o klasifikaci platebních služeb v EU, klíčovou rozvodnicí – které přesně služby poskytujete a podle jakého schématu se pohybují peníze. Druhy platebních služeb podle PSD2 zahrnují, mimo jiné, payment initiation service (PIS) a account information service (AIS).
Služba iniciace platby (PIS), jde o iniciaci platby z účtu plátce v bance přes Open Banking API; poskytovatel neudržuje prostředky, ale přebírá autentizaci, vytvoření platebního příkazu a potvrzení stavu.
Služba informací o účtu (AIS): přístup k agregovaným informacím o účtech klienta s jeho souhlasem, bez iniciace pohybů.
Samostatná oblast: jak klasifikovat emisi elektronických peněz. Pokud uchováváte klientské prostředky s povinností odkupu za nominální hodnotu a vydáváte e-money, jde o licenci Electronic Money Institution (EMI). Jak klasifikovat mobilní peněženky podle PSD2? Pokud peněženka jen iniciuje platby bez ukládání prostředků, je to bližší PIS. Pokud jsou na rozvaze poskytovatele evidovány předplacené prostředky klienta, jde o e-money s požadavky na safeguarding a kapitál.
Formy licencí PI, EMI, SPI a regulátoři

regulátoři EU (NCA, EBA, ECB) určují rámec: místní NCA vydávají povolení, EBA vydává směrnice a Q&A, ECB ovlivňuje platební infrastrukturu a dozorové praktiky v eurozóně. Na co se NCA zaměřují při klasifikaci služby? Na transparentnost platebních toků, segregaci prostředků, kompetence vedení, AML kontrolní prostředí a realističnost podnikatelského plánu. Naše zkušenost v COREDO ukázala, že proaktivní dialog s NCA s demonstrováním promyšleného přístupu založeného na rizicích výrazně snižuje počet kol připomínek.
EMI licence v EU: co od regulátora očekávat
Electronic Money Institution (EMI) — volba pro poskytovatele s uchováváním klientských prostředků, emisí e‑money a vydáváním karet společně s BIN sponzorem a issuer processorem. Do obchodního plánu pro EMI licenci je důležité zahrnout detailní ekonomiku: zdroje příjmů (revenue streams: MDR, interchange, FX spread, předplatné), strukturu nákladů, odhad nákladů na souladu (compliance cost modelling) a metriky unit‑ekonomiky. Regulátor očekává důkazy o nedotčení bankovních hranic: žádné vklady a žádné poskytování úvěrů na úkor klientských prostředků.
Tým COREDO obvykle sestavuje pro EMI spis se zaměřením na safeguarding, smlouvy o ochranných účtech, politiky pro rekonciliaci a stress scenarios. Když regulátor platebních služeb EU vidí logickou architekturu řízení likvidity, jasný auditní stopu a zralé postupy CDD/EDD, diskuse se přesouvá od „je to možné“ k „jak a kdy“. To urychluje passporting platební licence do dalších zemí EU po získání hlavního povolení.
PI a SPI: prahy a scénáře
Autorizace Payment Institution (PI) je pracovní kůň pro PIS/AIS, money remittance, acquiring bez uchovávání prostředků na vlastním účtu jako e‑money. Prahové hodnoty registrace a kritéria autorizace vs registrace závisí na objemech: pro počáteční fáze někdy stačí SPI, ale bez práva na passporting a s limity měsíčních obratů. Kdy je třeba registrace jako Small Payment Institution? Když je model úzký z hlediska rizik a rozsahu, testujete poptávku a chcete rychlé uvedení na trh s následným upgradováním na PI.
Volba jurisdikce PSP v Evropě a Asii
Popis obchodního modelu pro regulátora EU

Jak popsat model poplatků a zdroje příjmů pro regulátora? Přímo a přesně: merchant discount rate, interchange income, FX spread, předplatné za účtování, poplatek za API. Je důležité ukázat, jak se MDR dělí mezi acquirerem a poskytovatelem, jak se tvoří net settlement, jaká SLA jsou s acquiring bank. Jaké metriky ROI jsou důležité pro platební startup? GMV, net revenue, LTV/CAC, průměrná velikost transakce, podíl schválených transakcí, chargeback ratio a cost-to-serve podle segmentů.
Transakční toky a schémata
Bezpečnost SCA: požadavky a praxe
SCA a požadavky na bezpečnost plateb nejsou jen kontrolní seznam, ale základ důvěry. Vysvětlujeme, jak se uplatňuje EMV 3-D Secure pro karty, jak jsou implementovány požadavky Strong Customer Authentication (SCA) v PIS/AIS podle PSD2, kde se uchovává tokenizovaný PAN a jak je dodržováno PCI DSS a tokenizace karet. Privacy by design a shodu s GDPR popisujeme prostřednictvím minimalizace dat, pseudonymizace a jasných politik uchovávání.
Opatření proti praní peněz a financování terorismu a ověřování zákazníků a podniků pro poskytovatele platebních služeb

Praktiky vytváření monitoringu transakcí pro žadatele se opírají o přístup založený na riziku pro kontrolu transakcí. Zavádíme rules engine se segmentními limity, velocity rules, geo-rizikovým profilováním a behaviorální analytikou. Praxe Suspicious Activity Report (SAR) je zdokumentovaná: kritéria eskalace, lhůty, obsah, uchovávání důkazů. Postupy AML pro multiměnové operace zohledňují FX a konverzi: zaznamenávají se zdroje kurzů, marže, sankční a exotická měnová rizika.
Chyby a jak reagovat na připomínky NCA
Nezjevné chyby v popisu obchodního modelu při podání žádosti jsou často spojeny s zaměněním acquiringu za PIS nebo s promícháním elektronických peněz s agenturními schématy. Na co se NCA zaměřují při klasifikaci služby? Na absenci rozporů mezi právním popisem a skutečnou technickou realizací, na správnost klientské smlouvy a zveřejnění (disclosures). Jak připravit odpovědi na připomínky regulátora ohledně klasifikace služeb a směrnice PSD2 o platebních službách? Sestavujeme matrici obav: každou připomínku spojujeme s bodem politiky, úpravou schématu toku a aktualizací SLA s partnery.
Akceptace plateb, karty a partnerství

Pokud produkt zahrnuje karty, rozebíráme role vydavatele (issuer), issuer processoru, BIN sponzorství a jak popsat spolupráci s kartovými schématy a BIN sponzorem. Pro agregátorové modely, payment aggregator a white-label řešení, stejně jako model payment facilitator (PayFac) se submerchanty a KYB procesy. Outsourcing compliance a rizika třetích stran jsou pokryty samostatnými politikami: Prověrka (Due Diligence) poskytovatelů, práva auditu, kontrola subdodavatelů a plány pro případ incidentů.
Škálování passportingu a přeshraničních služeb
Regulační pískoviště, sandbox programy regulátorů a testování pomáhají prokázat odolnost platformy při vysoké zátěži. Otázky škálování zpracování transakcí a vysoké zátěže řešíme plánem řízení kapacit: cíle TPS, horizontální škálování, záložní datová centra a RTO/RPO. Pro SEPA uvádíme čas do finality, pro SWIFT stav GPI a SLA pro sledování.
Balík dokumentů: co je povinné
Jak zpracovat popis technické architektury platebního řešení pro regulátora? Aplikační vrstvy, bezpečnostní perimetry, sítě, šifrování, HSM, správa tajemství, záznamy přístupů a monitoring. API dokumentace a specifikace pro regulátora zahrnují schémata autorizace, kódy chyb, časování a důkazy o kompatibilitě se standardy Open Banking API. Pro GDPR přikládáme DPIA, záznamy o zpracování údajů a zásady privacy by design.
Případy COREDO: jak přístup funguje
V projektu pro platebního poskytovatele v Evropě s modelem peněženky a karet tým COREDO klasifikoval produkt jako EMI s vydáváním elektronických peněz a kartami přes BIN-sponzora. Nastavili jsme SCA na bázi EMV 3-D Secure, vypracovali pravidla monitorování transakcí a ukázali NCA schéma zajištění prostředků a vyrovnání. Regulátor schválil model po jednom kole upřesnění a klient rychle spustil passporting platební licence v rámci EU.
V jiném případě klient vystupoval jako payment facilitator s agregací obchodníků, split-platbami a white-label. Naši právníci strukturovali smlouvu s akceptantem (acquirer), stanovili rozdělení MDR a odpovědnost za chargebacky, a inženýři připravili technické diagramy toků plateb pro regulátora. Praxe COREDO potvrdila: jasné KYB submerchantů a průhledná logika blokování/uvolnění prostředků umožňují snížit poznámky NCA na minimum.
Třetí příklad – krosborderová platforma mezi EU a Asií s využitím SEPA Instant v rámci EU a SWIFT GPI pro meziregionální převody. Popsali jsme zvláštnosti klasifikace přeshraničních peněžních převodů, zohlednili travel rule a sankční screening, a také popsali FX-procesy a marži. Po pilotu v sandboxu klient škáloval TPS, přičemž si udržel stabilitu SAR-procedur a nízkou míru false positives.
Jak funguje COREDO
Cesta začíná diagnostickou seancí: produkt, tok, rizika, volba: registrace platební společnosti v EU nebo asijská licence. Dále – mapa jurisdikcí s kritérii «regulátor platebních služeb EU», lhůty, kapitál, passporting, dostupnost partnerů pro vydávání/akvizici. Ve třetí fázi tým COREDO navrhuje podnikatelský plán, model výnosů, zhodnocení nákladů na dodržování PSD2 a AML a metriky ROI pro platební platformy (LTV/CAC, GMV, marže a cost-to-serve).
Dále připravujeme technický balíček: SCA, PCI DSS, Open Banking API, ISO 20022, SEPA/SEPA instant, SWIFT GPI, schémata TPS a odolnosti proti výpadkům. Současně utváříme AML/CTF: KYC/KYB, CDD/EDD, PEP/sankce, přístup založený na riziku a pravidlový engine. Poté: podání žádosti, odpovědi na připomínky, předložení důkazů a v případě potřeby iterace v sandboxu pro fintech a pilotní projekty.