Băncile și instituțiile de plată sunt un caz aparte printre Părțile Utilizatoare: sunt deja supuse unor obligații stricte de autentificare a clienților și verificare a identității sub PSD2, sunt menționate explicit printre sectoarele obligate să accepte Portofelul EUDI conform eIDAS 2.0 și reprezintă segmentul unde motivul de afaceri al portofelului este cel mai imediat, pentru că rulează cel mai mare volum de verificări de identitate repetate și cu fricțiune ridicată — deschidere de cont, autentificare strictă a clienților și re-verificare periodică sub regulile AML.
Unde se intersectează portofelul cu PSD2 și viitorul PSD3
Autentificarea strictă a clienților (SCA) din PSD2 necesită doi factori independenți din trei categorii: ceva ce știi, ceva ce ai și ceva ce ești. O prezentare prin portofel poate satisface factorul de posesie (cheia privată legată de dispozitiv) și, în funcție de mecanismul local de deblocare al portofelului, și factorul de inerență sau de cunoaștere — livrând efectiv SCA într-o singură interacțiune, în loc de o parolă plus un cod SMS sau o notificare push. Proiectul PSD3 și Regulamentul privind serviciile de plată care îl însoțește anticipează explicit această convergență, menționând identificarea electronică conformă eIDAS ca element SCA acceptat, nu ca o traiectorie de conformitate separată.
Pentru serviciile de inițiere a plăților și de informare asupra conturilor din open banking, identificarea prin portofel simplifică și pasul de asigurare a identității necesar înainte de a acorda acces unui furnizor terț — înlocuind fluxurile de autentificare bancară cu redirecționare, care sunt ele însele o sursă frecventă de pierdere a conversiei.
Deschiderea de cont pentru clienți persoane fizice
- Solicitantul prezintă o atestare PID în loc de scanarea unui pașaport și un video de vitalitate.
- Banca verifică lanțul de semnături în raport cu Lista de Încredere a UE și verifică statusul de revocare.
- Cunoașterea clientelei sub AML este satisfăcută de datele de identitate emise de stat, semnate criptografic, sub rezerva verificărilor obișnuite bazate pe risc ale băncii (PEP, sancțiuni, presă negativă).
- Banca emite propria atestare necalificată înapoi în portofelul clientului — o credențială de titular de cont, un atribut de nivel de card sau o alocare de manager de relații — pe care clientul o poate reutiliza în canalele proprii ale băncii.
Aceasta închide un cerc pe care onboardingul bazat pe documente nu l-a putut închide niciodată: banca devine atât Parte Utilizatoare (verifică PID-ul), cât și emitent (atestă relația rezultată), iar a doua jumătate a acestui cerc este locul unde se află cea mai mare parte a valorii de produs pe termen lung — dovadă reutilizabilă a statutului de client pentru parteneri de creditare, brokeraj sau asigurări, fără să reia KYC-ul complet.
Onboarding corporativ și mandate
Deschiderea conturilor corporative este locul unde procesele bazate pe documente eșuează cel mai frecvent astăzi: verificarea beneficiarilor reali, a dreptului de semnătură și a hotărârilor consiliului de administrație înseamnă, de regulă, alergarea după PDF-uri, extrase notariale și verificări manuale încrucișate cu registrele naționale ale comerțului. Ecosistemul de portofel extinde același model de atestare la persoanele juridice și reprezentanții lor:
- Un portofel de entitate juridică sau portofelul unei persoane fizice poate deține o atestare semnată a autorității de reprezentare — dovadă că o persoană nominalizată poate angaja compania pentru un domeniu definit de tranzacții.
- Atestările de mandat pot fi delimitate ca domeniu și limitate în timp, astfel încât o bancă poate verifica autoritatea unui trezorier de a deschide un anumit tip de cont fără un document notarial nou de fiecare dată când mandatul trebuie reconfirmat.
- Datele despre beneficiarii reali, odată atestate ca o credențială de un registru național al comerțului, devin verificabile automat, nu ceva ce un analist de conformitate reintroduce manual dintr-un extras PDF.
KYC-ul corporativ a fost, de un deceniu, cea mai lentă și mai manuală parte a activității bancare pentru companii. Mandatele atestate sunt prima cale realistă de a-l face să se verifice singur.
Re-verificarea periodică și monitorizarea continuă
Obligațiile AML cer re-verificarea periodică a informațiilor despre clienți, nu doar o verificare unică la onboarding. Atestările de portofel fac acest proces mult mai ieftin de rulat: în loc să ceară clienților să retrimită documente, banca solicită o nouă prezentare a acelorași atribute, verifică semnătura și statusul de revocare și își actualizează evidențele — un proces care poate fi în mare parte automatizat și declanșat la intervale definite sau la evenimente de risc, nu prin campanii de contactare manuală.
Motivul de afaceri pentru a te mișca din timp
- Cost mai mic per client verificat, atât la deschiderea conturilor de retail, cât și la re-verificarea periodică AML.
- Conversie mai mare la deschiderea de cont, unde captura de documente și verificarea vitalității reprezintă constant pasul cu cel mai mare abandon.
- Pierderi reduse din fraudă cu documente falsificate sau furate, relevant în special pentru frauda cu identități sintetice în creditarea negarantată.
- Diferențiere competitivă în fereastra de adopție, înainte ca onboardingul prin portofel să devină standard în sector.
- O fundație pentru emiterea de credențiale reutilizabile, atestate de bancă, care creează loialitate în celelalte relații financiare ale clientului.
O secvențiere de implementare care funcționează în practică
- Începe cu SCA la autentificare și confirmarea plăților, unde suprafața de integrare este restrânsă și beneficiul pentru utilizator (mai puține solicitări OTP) este imediat.
- Extinde la deschiderea de cont retail, ca variantă paralelă cu onboardingul existent bazat pe documente.
- Pilotează atestările de mandat corporativ cu un grup restrâns de clienți persoane juridice și un singur tip de cont, înainte de a generaliza.
- Automatizează re-verificarea periodică AML la final, odată ce volumul prin canalul portofelului este suficient de mare pentru a justifica schimbarea fluxului de lucru.
De ce majoritatea băncilor nu vor construi singure stratul de integrare
Fiecare dintre aceste cazuri de utilizare necesită înregistrare ca Parte Utilizatoare, gestiunea certificatelor și urmărirea conformității în fiecare stat membru și în fiecare portofel pe care baza de clienți a băncii l-ar putea folosi — o funcție de reglementare permanentă pe care majoritatea organizațiilor IT bancare preferă să nu o dețină direct, mai ales având în vedere cât de rapid evoluează încă cadrul de bază. Arkadiz operează ca Parte Utilizatoare intermediară exact din acest motiv: băncile și fintech-urile se integrează o singură dată, printr-un singur API, pentru a acoperi SCA, deschiderea de cont, mandatele corporative și re-verificarea periodică în mai multe state membre și portofele, în timp ce Arkadiz preia în fundal înregistrarea, ciclul de viață al certificatelor și munca de conformitate.
