Saltar al contingut principal
Transcripció completa de Construeix un flux de verificació KYC sense codi (tutorial complet) - Didit Academy, vídeo 3 de 10, 18:54. Mira-ho a YouTube. Cada paràgraf enllaça al moment exacte del vídeo.
El preu va canviar l’1 de novembre de 2026: les 500 comprovacions gratuïtes al mes s’han convertit en $10 de crèdit al mes per a les organitzacions que es van registrar amb un correu electrònic corporatiu. El vídeo mostra el preu anterior.

Què és un flux de treball

00:03 En aquest vídeo construirem des de zero un flux de verificació complet, i no cal que escriguis ni una sola línia de codi. Un flux de treball és, en realitat, una recepta per a una verificació: quines comprovacions s’executen i en quin ordre. Normalment, aquest tipus de tasca és cosa dels teus enginyers. Però a Didit el construeixes tu mateix de manera visual. Veus com s’actualitza el preu a mesura que avances i el publiques quan estàs preparat. 00:28 Si vols construir-ne un tu mateix, pots anar a didit.me, registrar-te gratuïtament i crear el teu primer flux de treball en pocs minuts. Bé, doncs comencem pel lloc on viu tot flux de verificació, que és a

La llista de fluxos de treball i els seus ID

00:39 la llista de fluxos de treball sota la pestanya de configuració, aquí. Així que tots els fluxos de treball que tenim ara mateix en aquest compte, pots veure’n el tipus. Tenim KYC i KYB, i tenim fluxos simples i de graf, i podem veure totes les comprovacions i funcionalitats que inclou cada flux de treball. Podem veure també l’interval de preus. Això mostra bàsicament el preu de qui fa una sola comprovació i no completa el procés, en comparació amb qui completa tot el flux. Hi ha un enllaç per al flux de treball. 01:09 Podem afegir una sessió manualment. Podem copiar l’ID del flux de treball. Podem duplicar, canviar el nom i arxivar, tot el que sol fer falta. I aquest és l’ID del flux de treball. Així, diverses versions del mateix flux de treball fan servir el mateix ID. Per tant, si actualitzes el flux de treball, no cal que canviïs res al codi ni a la teva aplicació. La manera més simple de pensar-ho és que un flux de treball és només una recepta per a una verificació: quines comprovacions s’executen, en quin ordre i quines regles s’han de seguir. Així que hi ha dos tipus diferents de

Flux simple i flux de graf

01:40 estructures, com ja he dit. Hi ha el simple i el de graf. Un flux simple és només una comprovació o unes quantes comprovacions sense cap bifurcació. Cap lògica condicional. És ràpid de configurar i cobreix la majoria de casos. Només tries els mòduls i ja has acabat. Si mirem aquest flux de treball d’exemple, pots veure que podem seleccionar els mòduls aquí a l’esquerra, i els ordenarà tots en seqüència. Ara, per a un

Un flux de treball de graf amb bifurcacions

02:05 flux de treball basat en un graf, si hi entrem, podem veure que al final hi ha algunes bifurcacions. Així podem ajustar amb més detall per on dirigim l’usuari durant aquest procés de verificació. Per exemple, en aquest flux de treball hi ha diversos punts de bifurcació diferents. També hi podem incloure crides de webhook. En general, podem afegir una mica més de complexitat aquí quan calgui. 02:30 Només cal que notis, també, que els fluxos de treball de KYB són exactament iguals, però amb altres comprovacions. Bé, si volem afegir una comprovació, podem fer-ho aquí. Podem agafar una de les accions de l’usuari o configurar comprovacions en segon pla. Són les que l’usuari no veu a la interfície. Així que

Crear un flux de treball nou a partir d’una plantilla

02:51 tot el que cal fer és prémer «Nou flux de treball». Hi ha un parell d’opcions aquí: KYC i KYB. Triem KYC. I tenim simple contra avançat, com t’he mostrat abans. Et mostraré les opcions de tots dos. Si triem simple, hi ha moltíssimes plantilles aquí per a tota mena d’indústries. I podem veure el cost de cadascuna d’aquestes plantilles. Tenim controls d’edat. Tenim verificació de correu electrònic. 03:19 Tenim autenticació biomètrica, assegurances, sanitat, tot això. Ara, per exemple, si fem servir una verificació d’empreses i triem la versió avançada, que és la de graf, tenim un grapat de plantilles diferents o receptes, si ho voleu dir així. Així que podríem configurar el KYB de països d’alt risc i ja està. Ni tan sols cal arrossegar i deixar anar res aquí. Ja està construït. Així que cada

Triar una comprovació a cada node

03:48 node té un desplegable. Pots triar la comprovació que vulguis. Pots canviar-la com aquí, o podem posar la comprovació de registre. El que vulguis. Verificació d’identitat, prova de vida, coincidència facial, cribratge AML, comprovant de domicili. Totes les comprovacions que Didit pot oferir per a KYB i KYC estan disponibles dins d’aquests nodes. Així que, si volgués afegir una comprovació més aquí, per exemple un cribratge AML, la podria afegir aquí. Entrarem en les regles i en aquestes pestanyes d’aquí a un moment, però pots veure que en aquest flux de treball l’he afegit. Així que, si entres en un flux de treball de graf KYC, la majoria d’aquests fluxos començaran amb la verificació d’identitat. És la més habitual

Dins del node de verificació d’identitat

04:33 comprovació. I aquí veus que això és el node de verificació d’identitat. Tenim 500 comprovacions gratuïtes al mes, i el mateix per a la prova de vida i per a la coincidència facial. Ara bé, aquesta verificació d’identitat fa molt més que llegir text d’una targeta. Demostra que el document és autèntic, comprovant-ne les mesures de seguretat, buscant signes d’alteració, analitzant les tipografies i els dissenys, i després extreu cada camp: el nom, la data de naixement, el número de document, la data de caducitat, tot mitjançant OCR en qualsevol idioma i en més de 14,000 tipus de document compatibles. Per tant, això no és mai només text. Primer és una comprovació d’autenticitat i després són les dades. Així que configurem un d’aquests mòduls.

Modes de prova de vida i cost de cadascun

05:15 Anem a veure el mòdul de prova de vida, i veureu que tenim diversos modes. Tenim el mode passiu, que detecta la prova de vida amb una selfie. Tenim el mode flashing, en què confirmem la prova de vida amb patrons de llum dinàmics per detectar rostres d’usuaris reals. Després tenim l’acció 3D, que confirma la il·luminació amb algun tipus d’acció, com ara parpellejar o girar el cap. Ara bé, per a la comprovació passiva obtenim 500 crèdits gratuïts al mes i després 10 cèntims per verificació, mentre que el flashing i l’acció 3D costen 15 cèntims per verificació. I al compte gratuït no hi ha cap verificació gratuïta inclosa. Així que a la pestanya de regles,

Regles: llindars, cares duplicades i diverses cares

05:56 aquí és on decidim si el mòdul és obligatori o opcional. Si anem a la pestanya de regles, hi ha diverses opcions. Això ens permet configurar la sensibilitat de la prova. Podem establir un nivell de tolerància. Si una persona té una puntuació de prova de vida inferior a 70, s’enviarà a revisió, i podem canviar-ho si volem. El mateix passa amb la decisió de rebuig. També podem tenir una opció per a les cares duplicades. Quan la cara d’un usuari coincideix amb la d’una sessió aprovada anteriorment, com procedim? Podem aprovar, revisar o rebutjar. A més, podem personalitzar el llindar de similitud segons l’ètnia, de manera que la sensibilitat de la detecció de duplicats depèn de l’ètnia. Finalment, podem definir l’acció que cal fer quan es detecten diverses cares a la imatge de prova de vida. La cara més gran sempre s’utilitza per puntuar la prova de vida. Així que aquesta és una opció que podem establir aquí. Si entrem a la

Configuració avançada i llindars de qualitat

06:56 pestanya avançada, hi ha diverses opcions. Aquí tenim el mode de privacitat facial, el nombre màxim d’intents de prova de vida, és a dir, quantes vegades pot tornar a intentar l’usuari la prova de vida dins d’una mateixa sessió de verificació, i el llindar de qualitat facial. Si no esteu segurs de què fan exactament aquests paràmetres, podeu passar el ratolí per sobre d’aquest botó d’informació. Veureu que la qualitat facial mesura la claredat de la imatge, la resolució i la nitidesa. 07:20 Les imatges de baixa qualitat poden deure’s al desenfocament, a la pixelació o a una il·luminació deficient. Per tant, podem establir aquí el llindar segons la puntuació de qualitat facial. Tenim també un llindar de luminositat. Podem definir el rang acceptable de luminositat i, si la luminositat és inferior a aquest rang, evidentment podem enviar l’usuari a revisió o rebutjar-lo. Finalment, si cap d’aquestes opcions no s’ajusta a la configuració que volem, podem definir les nostres pròpies regles personalitzades.

Dades de retorn i RGPD

07:47 A la pestanya de dades de retorn podem seleccionar les dades que volem excloure dels resultats de la verificació, per al RGPD, etc. Per a cada un d’aquests mòduls podem veure el preu de la verificació i, a la part superior,

Com es calcula el preu del flux de treball

08:00 veiem un preu total. Deixeu-me explicar-vos-ho, perquè cada node té el seu propi preu i cada flux de treball probablement tindrà un cost total lleugerament diferent. Només pagueu pels passos que realment s’executen. Cada pas es cobra per separat. Així, si la persona que fa la verificació s’atura a mig camí, només es cobraran les primeres comprovacions que hagi fet. Per això a la part inferior veieu un rang de 20 cèntims a 43 cèntims. Aquest és el rang. Si algú passa pel flux de treball, però només completa el primer pas i surt, us costarà només 20 cèntims. Si completa tota la verificació, costarà 43 cèntims. I com podeu veure al centre, aquests són tots els mòduls que hi ha dins d’aquest flux de treball concret. Podem veure quants crèdits tenim cada mes. Quan s’acabin els crèdits gratuïts, quan s’hagin fet aquestes 500 verificacions, començareu a pagar-ne el cost.

Validació en bases de dades contra registres governamentals

09:05 de les eines més potents que podeu afegir no és cap comprovació amb càmera, sinó una verificació en bases de dades. Així que l’afegim aquí. Es tracta d’una comprovació d’antecedents, i veurem què fa realment, perquè aquesta validació en bases de dades es connecta a registres i bases de dades oficials de tot el món. Compara les dades de l’usuari amb aquestes fonts oficials i després les enriqueix amb camps addicionals que conté el registre. Podeu triar quins registres i fonts consultar, com veieu aquí, per a cada país. Cada servei indica el seu propi preu. Aquí a baix veieu, per exemple, diferents serveis de Canadà, i evidentment hi ha preus diferents segons el registre. Si voleu veure un país concret, com ara Alemanya, podem veure les comprovacions disponibles a Alemanya i seleccionar-les segons les nostres necessitats. 09:59 Aquesta validació en bases de dades no només es pot executar aquí, al tauler, sinó que també es pot cridar directament des de l’API de Didit des del vostre propi servidor. I, igual que passa amb tots aquests mòduls, tenim regles, configuració avançada i dades de retorn. Així que, també aquí, podeu establir les vostres regles. Si fem clic aquí a coincidència parcial, podem veure com és una coincidència completa: el nom complet i el número d’identificació, si coincideixen al registre, per exemple. Una coincidència parcial pot ser només el número d’identificació. Després podeu decidir què vol dir aquesta coincidència parcial dins del vostre flux de treball. La enviem a revisió? La rebutgem? La aprovem? Així que aquest flux de treball té una bifurcació. Nosaltres

Ramificació AML i lògica condicional

10:36 Pots fer una ramificació AML en funció de la puntuació de risc AML. AML és simplement lluita contra el blanqueig de capitals. Però, si mirem a la part de baix, veiem que ja tenim una ramificació configurada per a aquesta puntuació de risc AML. Així, si la puntuació de risc és superior a 70, podem rebutjar directament, i podem entrar aquí per veure la lògica condicional. Oi? Això és una cosa que podem configurar com vulguem. Tenim la branca 1, la branca 2 i després tots els altres casos, que vol dir que la sessió s’aprovarà. Per exemple, si algú forma part d’aquest grup, passa a la branca 2. Podríem demanar-li més informació, oi? Per exemple, podríem demanar-li un comprovant de domicili. D’aquesta manera, si algú és una mica arriscat, li podem demanar més informació que ens ajudarà a decidir si aquesta persona s’ha d’aprovar o rebutjar. Un dels altres nodes que tenim és l’estat. Ja l’hem afegit aquí, però el pots afegir al final del teu flux de treball per determinar quin serà el resultat. Així, un altre dels

El node webhook

11:40 nodes que podem incloure al flux de treball és el node webhook. Així, el flux també pot contactar amb els teus propis sistemes enmig d’una verificació, i per això serveix aquest node. Pot cridar un endpoint i recuperar dades. I espera que el webhook respongui. Aquí veus un webhook POST. Tenim un payload JSON que es pot canviar. A més, també podem enviar payloads diferents. Aquests són els parells clau-valor que associen els camps de la sessió amb la sol·licitud que envies. Les dades que tornen es converteixen en variables que la següent branca avalua. Així combines les comprovacions digitals amb les teves pròpies dades de risc dins d’un únic flux. I una última cosa: podem incloure les capçaleres aquí a baix. Més parells clau-valor. Tenim l’autenticació bàsica aquí. Tot això és el que t’esperaries d’una crida webhook. Didit valida el

Validació del graf i errors

12:28 graf durant tot el temps que el construeixes. Així, si un node està mal configurat o un camí està trencat, t’indicarà exactament on. Oi? Fem clic aquí a baix. Veiem que el flux té dos errors. I veiem que la branca 1 té regles incompletes. T’indicarà què cal corregir dins del teu flux de treball. I no podràs publicar-lo fins que els errors estiguin corregits. Així, si tingués un flux de treball nou de zero i hi hagués un error, no el podria publicar. Així que, a més dels nodes individuals

Configuració del flux de treball: reintents, caducitat i URL de callback

12:58 del flux de treball, tenim la pestanya de configuració aquí a dalt. Pots veure que aquesta configuració s’aplica a tot el flux de treball i no a una única comprovació. Tenim un nom del flux de treball, per descomptat. Tenim una URL de callback, que és l’adreça a la qual Didit redirigeix l’usuari quan el flux acaba. Podem permetre l’accés des d’escriptori si volem que continuï a l’escriptori. Tenim els intents permesos, així que pots canviar-los. És a dir, el nombre de vegades que un usuari pot tornar a intentar la captura del document dins d’una mateixa sessió de verificació, si un intent anterior falla. Tenim la caducitat de la sessió, és a dir, quant de temps una sessió no acabada continua vàlida abans de caducar automàticament. I això s’aplicarà a les sessions noves. I tenim la finestra de reintents, és a dir, el nombre de dies dins dels quals es permeten els reintents. Així, des de

Marca blanca del flux

13:43 dins d’aquest flux de treball, podem anar a la pestanya de personalització fent clic en aquest botó de dalt. La marca blanca està integrada directament al flux. Pots entrar en aquesta pestanya i començar a modificar l’aspecte d’aquest flux de verificació: els colors, la marca, el correu electrònic, el domini i tota la resta. I a la maqueta d’aquí pots veure com es veurà en mòbil i també en escriptori. 14:13 També el pots provar en diferents idiomes. Si el posem en francès, pots veure que cada comprovació ara està escrita en francès. I si vols activar la teva marca, pots activar-la aquí. Ja està. Pots activar-la amb la configuració que hem definit a la pestanya de personalització, o desactivar-la. Podem veure què passa si triem un camí diferent aquí i veure què s’envia a l’usuari. Evidentment, l’usuari no veurà el mòdul de selecció de camí, però això és només per ajudar-nos a visualitzar què passarà al pas següent, oi? Així, si es rebutja, veurem «verificació rebutjada», «verificació en revisió» o que han estat verificats. Tenim el botó de copiar l’enllaç aquí a dalt.

L’enllaç compartible i quan no usar-lo

14:58 aquí a dalt. Així, si el copiem, obrim una pestanya nova, podem anar a l’enllaç d’aquí i veurem el que veurà l’usuari. De vegades només vols donar a algú el flux sense haver de connectar cap codi, i aquest botó de copiar l’enllaç fa exactament això. Copia una URL allotjada i a punt per compartir d’aquest flux de treball. Això és útil per a una prova ràpida o un enviament manual, però no és la manera recomanada d’integrar-ho. Per a producció, pots crear una sessió per usuari a través del SDK o de l’API, amb les dades del proveïdor, i així és com obtens resultats en temps real a través dels webhooks i del SDK. Així, l’opció de copiar l’enllaç és ideal per a proves i esdeveniments, i una sessió adequada és el que has de desplegar en producció. Així

Historial de versions i reversió

15:41 A la part superior tenim l’historial de versions. Així podem veure les diferents versions i restaurar-les o consultar-ne les anteriors. Si editéssim aquest flux de treball, aquestes edicions quedarien com a esborrany per sobre de l’historial publicat, aquí. El més útil és que cada nova versió que publiquis manté el mateix ID de flux de treball. Així, el teu backend continua cridant aquest mateix ID i les crides es reenviaran silenciosament al flux de treball més recent que hagis creat, perquè l’historial queda registrat. Pots iterar amb confiança i tornar a versions anteriors sempre que calgui. Per exemple, aquest flux de treball és nou i veus que està en mode esborrany. Si hi fem qualsevol canvi, quedarà en esborrany i caldrà publicar-lo. Així que podem

Publicar el flux de treball

16:24 publicar-lo. Aquest flux de treball només es posarà en funcionament quan es publiqui. Validarà el graf per assegurar-se que no hi ha errors. I ja està: podem copiar l’enllaç i el flux de treball ja és actiu i a punt per usar-se. Mirem

Integració: SDK, clau d’API i el prompt de configuració

16:37 la integració. Hi ha diverses maneres d’integrar-ho. Podem obtenir el SDK que volem, ja sigui React Native, iOS, React o Next.js, seleccionar el flux de treball i, en aquest cas, tenim el de revisió de país d’alt risc. Podem seleccionar la clau d’API: pots tenir claus diferents per a fluxos de treball o integracions diferents, com prefereixis. O bé pots seleccionar un webhook. Així, si vols rebre notificacions de les decisions, pots afegir-lo aquí. La manera més senzilla d’integrar-ho és copiar un prompt i enganxar-lo a claw code o codeex. 17:12 Aquest prompt integrarà el flux de treball. Així, fins i tot si encara no tens Didit integrat a la teva aplicació, el prompt et donarà tot el necessari perquè aquest flux de treball funcioni a l’aplicació. Ni tan sols cal fer-ho així: també pots

Crear fluxos de treball amb el servidor MCP

17:27 instal·lar un servidor MCP de Didit. Descriu el flux en llenguatge natural i crearà el flux de treball per tu i l’integrarà automàticament a la teva aplicació. Digues-li què ha de fer i ho farà. Com configurar MCP ho veurem en un altre vídeo. MCP és essencialment Model Context Protocol, que et permet construir amb Didit usant llenguatge natural en eines com Claude Code, Cursor, Codex i moltes més. Així que podem passar ràpidament a la personalització. 17:57 Afegiríem el nom públic i l’URL de la política de privacitat. Tenim la identitat visual, on es poden canviar els colors. També pots importar automàticament els logotips i els colors del teu lloc web, cosa que pot ser molt útil i fàcil de fer. Aquí a baix pots pujar els logotips. I veus que ja he definit aquests colors. Per provar com quedaria amb aquests colors, si activem aquest interruptor, veurem la nostra marca blanca aplicada en el flux de verificació. Ara el desactivaré. Pots definir un correu electrònic personalitzat. Cal que omplis aquests detalls. Quan continuïs amb la verificació, pots obtenir la informació DNS i connectar-la amb el teu domini. El mateix passa si vols un subdomini. Així, tot el flux de treball està allotjat amb la teva marca i el teu domini propis. És, doncs, un procés molt senzill per als teus usuaris.
Darrera modificació el 7 de novembre del 2026