Orice organizație care dorește să solicite atribute de la un Portofel EUDI are două căi: să se înregistreze direct ca Parte Utilizatoare în fiecare stat membru în care operează, sau să direcționeze cererile printr-o organizație care a făcut deja acest lucru în numele ei. A doua opțiune este ceea ce ecosistemul numește Parte Utilizatoare intermediară și există tocmai pentru că prima opțiune se scalează prost din momentul în care operezi în mai mult de o țară.
Ce este de fapt o Parte Utilizatoare intermediară
O Parte Utilizatoare intermediară este înregistrată în ecosistemul de încredere pe cont propriu, deține propriile certificate de acces și execută cereri de prezentare către portofele în numele altor organizații, în baza unui mandat contractual și tehnic. Din perspectiva portofelului, cererea de prezentare este semnată și autentificată exact ca orice altă cerere a unei Părți Utilizatoare — portofelul nu are nevoie de suport special pentru intermediere, pentru că relația juridică se află între intermediar și clientul său, nu în interiorul protocolului portofelului.
- Intermediarul preia sarcina înregistrării în fiecare stat membru în care operează.
- Gestionează centralizat emiterea, rotația și reînnoirea certificatelor.
- Absoarbe schimbările de conformitate pe măsură ce ARF și actele de punere în aplicare evoluează.
- Clientul său se integrează cu un singur API, indiferent de ecosistemul de portofel sau statul membru din care provine portofelul utilizatorului final.
Temeiul legal al intermedierii
eIDAS 2.0 nu impune ca entitatea care în final se bazează pe un atribut verificat să fie aceeași cu entitatea care solicită efectiv atributul de la portofel, cu condiția ca responsabilitățile să fie clar alocate contractual, iar fluxul de date să fie transparent pentru utilizator. În practică, acest lucru se aseamănă cu tipare deja cunoscute din plăți (prestatorii de servicii de inițiere a plăților) și din verificarea identității (furnizori KYC externalizați): un intermediar reglementat îndeplinește o funcție specifică în baza unui contract de servicii, în timp ce organizația client rămâne responsabilă pentru modul în care folosește datele rezultate. Cererea de prezentare menționează în continuare scopul real al solicitării, deci utilizatorul vede cine cere și de ce — intermedierea schimbă cine operează infrastructura, nu ce i se comunică utilizatorului.
Intermedierea nu ascunde solicitantul de utilizator. Ea mută sarcina înregistrării, a certificatelor și a conformității în afara foii de parcurs de inginerie a solicitantului.
De ce contează integrarea unică
O integrare directă înseamnă menținerea unei conexiuni separate, a unui ciclu de viață al certificatelor și a unei linii de conformitate separate pentru fiecare ecosistem național de portofel cu care intri în contact — un angajament de inginerie și juridic mult diferit pentru o companie care operează în patru sau cinci state membre față de una care operează într-o singură țară. O integrare unică, printr-un intermediar, reduce toate acestea la un singur contract API, un singur SDK, un singur certificat de monitorizat pe partea ta, indiferent câte ecosisteme naționale se află în spate. Pe măsură ce tot mai multe state membre lansează portofele și utilizarea transfrontalieră crește, acest decalaj se adâncește în favoarea modelului intermediar.
Construiește sau cumperi: comparația reală
- Înregistrare directă: control total asupra relației de încredere, fără comision per tranzacție către un intermediar, dar cu înregistrare de câteva luni per stat membru, mentenanță juridică și tehnică continuă și responsabilitate internă pentru fiecare actualizare de conformitate.
- Parte Utilizatoare intermediară: înregistrarea și ciclul de viață al certificatelor sunt gestionate extern, o singură suprafață de integrare, timp de lansare pe piață mai rapid în mai multe țări, dar o dependență de conformitatea proprie a intermediarului și un cost de serviciu recurent.
- Model hibrid: înregistrare directă în piața ta principală, acolo unde volumul justifică costul fix, și acoperire prin intermediar pentru piețele de extindere, unde volumele nu justifică încă o funcție de conformitate dedicată.
Punctul de echilibru rareori ține de costul brut — ține de faptul dacă verificarea prin portofel este esențială pentru modelul tău de afaceri reglementat sau doar o capabilitate suport. O bancă al cărei întreg onboarding este construit în jurul autentificării stricte a clienților poate justifica rezonabil înregistrarea directă ca un activ strategic. Un marketplace care trebuie să confirme „este contractor licențiat” pentru o parte din listări aproape niciodată nu o va face.
Unde se potrivește Arkadiz
Arkadiz operează ca Parte Utilizatoare intermediară și, pe partea de emitere, ca emitent de atestări necalificate ale atributelor (EAA): organizația ta se integrează o singură dată cu un singur API pentru a verifica atestări deținute în portofel și pentru a emite propriile atribute necalificate (statut de membru, confirmare a angajării, nivel de client) în portofelele utilizatorilor, fără să se înregistreze separat în fiecare stat membru sau să administreze un portofoliu de certificate de acces. Înregistrarea, ciclul de viață al certificatelor și urmărirea conformității rămân în sarcina noastră; echipa ta livrează fluxul orientat spre produs.
Când modelul intermediar nu este potrivit
Există motive legitime pentru a te înregistra direct în schimb:
- Volumul de verificări și expunerea reglementată sunt suficient de mari încât deținerea relației de încredere este un avantaj competitiv, nu o povară administrativă — de regulă valabil pentru bănci și operatori telecom mari.
- Organizația ta operează deja o infrastructură de încredere pentru alte scopuri (de exemplu, este deja prestator calificat de servicii de încredere) și costul marginal al adăugării înregistrării ca Parte Utilizatoare este scăzut.
- O politică internă sau un regulator impune explicit ca entitatea solicitantă și entitatea care se bazează pe atribut să fie aceeași persoană juridică, fără intermediere permisă pentru cazul tău specific.
- Operezi doar într-un singur stat membru și nu anticipezi extindere transfrontalieră, caz în care problema duplicării pe care o rezolvă modelul intermediar nu se aplică situației tale.
Pentru majoritatea companiilor de produs, marketplace-urilor și platformelor din afara acestor categorii, modelul intermediar transformă un program de conformitate multi-jurisdicțională într-o simplă decizie de API — un compromis pe care majoritatea echipelor ar trebui să-l facă înainte de a aloca timp de inginerie pentru o înregistrare directă.