Saltar al contingut principal
Didit ofereix una biblioteca seleccionada de més de 150 regles predefinides de monitoratge de transaccions que pots instal·lar individualment o per paquets. Cada regla correspon a una tipologia real de blanqueig de capitals, frau o compliment, extreta d’estàndards globals i de guies reguladores: les recomanacions del FATF, els avisos de FinCEN, les normes de NACHA, els principis de Wolfsberg, les tipologies de l’Egmont Group i els patrons d’abús en iGaming. Tria les regles o els paquets que necessitis i, després, controla el mode de cada regla instal·lada (ACTIVE, TEST o DISABLED). Les condicions, els llindars i les accions de les regles predefinides són fixos; crea una regla personalitzada quan necessitis una lògica diferent. Desinstal·la una regla predefinida per eliminar-la de l’aplicació, i reinstal·la-la més endavant si cal.
Les regles de la biblioteca es poden explorar, instal·lar i desinstal·lar des de Transactions -> Rules -> Library a la Business Console, mitjançant l’API de la biblioteca de regles (GET /v3/transactions/rules/library/, POST/DELETE /v3/transactions/rules/install/), o a través de les eines MCP didit_transaction_rule_library_list / didit_transaction_rule_install / didit_transaction_rule_uninstall. Les regles predefinides instal·lades només admeten canvis de mode (activar, desactivar, provar); els seus llindars són fixos: per modificar-ne un, crea una regla personalitzada. Per saber com contribueixen les regles a la puntuació, consulta la puntuació de risc.
Una regla de la biblioteca les condicions de la qual llegeixen dades que el motor de regles encara no pot avaluar queda retinguda fins que pugui executar-se: la biblioteca no la mostra, una sol·licitud que la nomeni a library_keys respon amb 400 i no instal·la res (una clau desconeguda s’omet), i una instal·lació de bundle la omet. Una còpia que hagis instal·lat abans es desactiva (DISABLED) i es manté a la teva llista de regles, i establir-ne un mode diferent respon amb 400. Una regla retinguda torna a estar disponible sola quan el motor de regles pugui avaluar les seves condicions, de manera que la llista de la biblioteca sempre mostra les regles que pots instal·lar avui.

Com s’organitzen les regles predefinides

Cada regla predefinida pertany a un paquet (la seva família funcional) i a una categoria (el seu tema de risc més ampli). Els paquets et permeten activar o desactivar regles relacionades des de la consola; les categories determinen la puntuació i els informes.

Com llegir aquesta pàgina

Cada regla indica el seu library_key (identificador estable que pots referenciar a l’API o a l’URL de la consola), les condicions i l’agregació que fan que s’activi, i les accions per defecte que executa. Els llindars numèrics que es mostren aquí són els valors predeterminats de la versió lliurada: cada valor es pot editar per aplicació sense perdre la identitat de la regla.

Paquet de finances

Aquestes regles s’apliquen a cada transacció amb transaction_type = FINANCE. Modelen la base normativa (llindars de declaració de BSA/FinCEN, heurístiques de velocitat del FATF) i els patrons de mules de diners i smurfing.

Fraccionament i quasi-llindar

Volum i velocitat

Estratificació, mules i fraccionament

Anomalies de comportament


Paquet AML / CTF

Aquestes regles modelen tipologies clàssiques d’AML/CTF que no depenen de l’enriquiment amb blockchain: s’apliquen de manera universal a les transferències fiat i de criptomonedes. La llista predeterminada de jurisdiccions d’alt risc inclou els territoris inclosos en les crides a l’acció de la FATF i els territoris de regions en conflicte: IRN, PRK, SYR, AFG, RUS, MMR. Pots substituir la llista per aplicació.
Actualment no s’ofereix cobertura de contrapartides PEP. Cap proveïdor de cribratge connectat informa de si una contrapart és una persona políticament exposada: el camp pep_counterparty és null en tots els resultats de cribratge actuals (vegeu cribratge de carteres), de manera que la biblioteca no té cap predefinició per a contraparts PEP. Una regla instal·lada abans que es retirés aquesta predefinició continua avaluant-se, però no pot coincidir amb cap cribratge real: elimina-la o substitueix-la per una regla personalitzada si necessites actuar en funció d’un altre senyal.

Paquet de cribratge cripto

Aquestes regles utilitzen les dades enriquides que produeix el cribratge de criptomonedes de Didit: són especialment útils per a aplicacions natives de criptomonedes i VASP.

Paquet de monitoratge cripto

Regles d’exposició a nivell de cartera, i comprovacions d’integritat relacionades amb VASP i Travel Rule.

Paquet de Travel Rule

Les regles de Travel Rule només s’apliquen a transaccions travelRule. Cada règim regional inclou quatre regles (pendent de la contrapart, acció pendent, dades obligatòries que falten i intercanvi fallit).

Travel Rule global

Règims regionals

La mateixa plantilla de quatre regles s’aplica a cada règim. Substitueix <regime> per qualsevol de les opcions següents: australia, dubai, eu, hong_kong, india, indonesia, japan, kazakhstan, singapore, south_africa, turkey, uk. L’etiquetatge del règim és automàtic: Didit assigna custom_values.travel_rule_regime a cada transacció de Travel Rule a partir del jurisdiction de la teva configuració de Travel Rule - SG → singapore, GB → uk, i qualsevol codi d’un estat membre de la UE o de l’EEE, com DE o FR, → eu. Els codis sense paquet regional s’assignen en minúscules (US → us), de manera que les regles personalitzades els poden tenir com a objectiu. Un valor props.travel_rule_regime enviat a la transacció sempre substitueix el règim derivat. Això suposa 48 regles específiques per regió, a més de les tres regles globals de Travel Rule i de les cinc regles sobre la contrapart que hi ha a continuació. El paquet separat travel_rule_eu_tfr afegeix quatre regles del TFR de la UE, descrites a Paquet de regles del TFR de la UE.

Diligència deguda de la contrapart

Aquestes regles llegeixen el que la teva aplicació sap sobre el VASP de la contrapart amb què ha contactat la plataforma d’intercanvi: la teva pròpia decisió sobre aquest VASP, el seu nivell de risc de diligència deguda, el seu país i la seva capacitat de resposta. Consulta Diligència deguda de la contrapart per saber d’on prové cada valor.

Intel·ligència de dispositiu i prevenció del frau

Aquestes regles converteixen els senyals del SDK del client (empremta digital del dispositiu, IP, navegador, antiguitat de la sessió) i l’enriquiment del proveïdor en esdeveniments de detecció de frau.

Empremta digital i multicomptes

IP, xarxa i VPN

Combinació de comportaments

Presa de control de comptes i frau APP

Abús d’afiliats i de bonificacions


Paquet de joc responsable

Per a aplicacions d’iGaming. Aquestes regles estan dissenyades per detectar tant senyals de protecció del jugador com patrons d’abús de bonificacions.

Paquet de frau d’iGaming

Per a operadors que envien esdeveniments de monitoratge i també moviments de diners. Aquestes regles fan servir scope.record_types = ["event"], de manera que els clients només amb transaccions no veuen cap canvi de comportament. Quan existeixi una alternativa només per transaccions, instal·la la regla alternativa indicada juntament amb la regla d’esdeveniments fins que la teva integració enviï la categoria d’esdeveniments.

Senyals d’esdeveniment que necessita cada regla

Cada regla anterior llegeix camps d’esdeveniment amb nom. Quan falta un camp obligatori, la regla simplement no coincideix: no fa mai una aproximació del senyal a partir d’una altra cosa, i mai no recorre per si sola a dades de transacció. Envia les claus següents al payload i al device_context de l’esdeveniment (consulta Esdeveniments per al contracte complet d’enviament i Regles d’esdeveniments per a les rutes de camps de les regles). Utilitza el paquet igaming_fraud quan la teva integració emeti esdeveniments d’inici de sessió, de joc, de bonus, d’afiliació, de pagament, de disputa, de seguretat i de joc responsable. Les regles són d’adhesió voluntària: afegir-les a la biblioteca no les instal·la per a les aplicacions existents i no canvia les predefinicions actives de cap client actual.

Paquet de comerç electrònic

Per a mercats i aplicacions de comerciant registrat.

Paquet de frau amb xecs

Per a aplicacions que envien transaccions de dipòsit de xecs. Cada regla s’activa a partir dels indicadors custom_values.check_* que estableix qui fa la sol·licitud quan un xec presenta un senyal de risc conegut (lavatge, MICR absent, número de sèrie inclòs en una llista de la dark web, etc.).

Paquet BNPL

Per a proveïdors de compra ara i paga després (BNPL). Detecta patrons de frau de primera part (impagament) i de compartició d’identificadors propis del crèdit a terminis.

Referència: estàndards en què es basa la biblioteca

Cada preajust de la biblioteca de Didit correspon a una tipologia d’AML, de frau o de compliment àmpliament acceptada. Els estàndards en què ens basem són: Didit només implementa les tipologies que són estàndards acceptats de la indústria i exposa tots els llindars perquè els puguis ajustar.

Personalitzar els preajustos

Cada preajust es pot:
  • Ajustable: permet canviar els llindars, les finestres, els valors de puntuació o les accions per aplicació
  • Desactivable: permet canviar un preajust al mode DISABLED, de manera que deixa d’avaluar-se sense perdre la seva identitat
  • Avaluable: permet canviar un preajust al mode TEST per avaluar-lo en mode d’ombra sense afectar els resultats de les transaccions
  • Ampliable: permet crear regles personalitzades que complementin o substitueixin els preajustos
Consulta Regles i puntuació per conèixer l’anatomia de les regles, els endpoints de l’API i exemples pràctics de creació de regles personalitzades.
Darrera modificació el 7 de novembre del 2026