Saltar al contingut principal
Authentication és nova: didit_auth depèn de la versió publicada. Les coordenades de distribució, les versions i les signatures de les funcions no es confirmen aquí. No instal·lis un paquet suposat ni utilitzis el SDK de verificació d’identitat com a SDK d’Authentication.

​
Prepara l’aplicació

  1. Confirma que Authentication està activat per a la teva aplicació de Didit i copia’n l’origen d’inici de sessió (https://<slug>.auth.didit.me, o <slug>.sandbox.auth.didit.me per a sandbox) des de la consola.
  2. Registra una URL de callback exacta que admeti la teva aplicació i el seu entorn d’execució. Valida la titularitat dels enllaços d’aplicació; no suposis que s’acceptin esquemes d’URL personalitzats arbitraris.
  3. Mantén la configuració de sandbox i la de producció separades, incloent-hi la gestió dels callbacks i les credencials emmagatzemades.
  4. Tria l’assignació estable de la persona abans de connectar la verificació o el monitoratge.
Configura i prova els enllaços de callback per separat a iOS i a Android. L’embolcall d’Authentication és independent de didit_sdk, que gestiona la verificació.

​
Implementa el flux allotjat

Obre el navegador d’autenticació del sistema natiu amb l’URL {origin}/sign-in. Proporciona un state aleatori nou, un repte PKCE S256 i el teu redirect_uri registrat. Mantén el verificador a la teva aplicació només per a aquell intent. La guia d’inici ràpid de JavaScript mostra el protocol subjacent; en codi natiu, utilitza la criptografia i la gestió d’URL de la plataforma en lloc de les variables globals del navegador. En rebre el callback, verifica el state, la durada de la transacció i el destí del callback abans d’intercanviar el codi d’un sol ús a token/. Utilitza el verificador original i l’URI de redirecció exacte. Cancel·lar o tancar el navegador no és un inici de sessió correcte. Emmagatzema els tokens de renovació en un emmagatzematge protegit per la plataforma nativa; mai en un fitxer de preferències sense protecció, en analítiques o en registres de fallades. Valida la sessió actual amb GET session/ i el token Bearer de l’usuari final. Serialitza la renovació, substitueix els dos tokens alhora i esborra l’estat específic de l’usuari en tancar la sessió. Consulta tokens i JWKS per al contracte de la petició i el comportament de reutilització de tokens de renovació.

​
Vista prèvia del SDK natiu

Els mòduls natius d’Authentication estan previstos per oferir inici de sessió, accés a la sessió actual, obtenció de tokens, tancament de sessió i autenticació reforçada, amb senyals automàtics del dispositiu. Les claus d’accés natives i l’emmagatzematge protegit de tokens formen part d’aquesta versió. Les APIs de l’embolcall seguiran els contractes publicats de cada plataforma; no copiïs arguments de constructor ni signatures de mètodes suposats d’un exemple de disseny. Fins que el mòdul es publiqui, mantén el seu adaptador desactivat o utilitza una implementació revisada del protocol allotjat per a la teva aplicació activada. No anunciïs un inici ràpid natiu d’Authentication que funcioni només amb la instal·lació del paquet.

​
Connecta la verificació i el monitoratge

El teu backend deriva vendor_data de la persona autenticada. Crea sessions de verificació o genera tokens de monitoratge amb abast limitat per a aquella persona. Retorna a la teva aplicació només la credencial de sessió o el token amb abast limitat; la clau d’API es queda al servidor. Utilitza el SDK de Flutter per a verificació quan necessitis la verificació d’identitat. Segueix l’enviament de transaccions amb el SDK per al suport de monitoratge a la teva plataforma. Tracta per separat l’inici de sessió, la verificació i les decisions sobre transaccions.

​
Verifica la integració

Prova el retorn a una aplicació tancada, les transicions entre segon pla i primer pla, la cancel·lació del navegador, un callback que no coincideix, la repetició d’un codi, la caducitat dels tokens, la renovació concurrent, el MFA, el tancament de sessió i l’inici de sessió com a un altre usuari. Prova el registre i l’inici de sessió amb claus d’accés en dispositius compatibles quan aquesta versió estigui disponible. Una comprovació només en dispositiu continua sense verificar fins que s’executi a la plataforma de destinació.
Darrera modificació el 7 de novembre del 2026