Elena V. envoie CASE-8842 à la déclaration. Vyra remplit le formulaire à partir de ce que la plateforme détient déjà — l’identité vérifiée à l’entrée en relation, l’appareil identifié par Fraud Insights, les transactions signalées par la surveillance, la décision consignée au dossier — et rédige un récit qui cite chacune de ces sources, au format attendu par votre CRF.
Entre le 12 et le 13 août, le sujet a effectué sept dépôts en espèces totalisant $4.87m dans trois agences, aucun au-dessus de $900kT-4465…4471face à un chiffre d’affaires mensuel déclaré de $1.4mKYCLes dépôts ont été faits depuis un seul appareil, vu aussi sur un second compteDEV-9f21Aucune facture n’a été produite lorsqu’elles ont été demandées.
Un second sujet partage cet appareil. Comment doit-il figurer ?
Rien n’apparaît sur le formulaire qui ne soit déjà au dossier.
Vyra rédige le premier brouillon, jamais le dernier. Chaque phrase peut être réécrite, chaque valeur montre d’où elle vient, et le formulaire ne sort pas de la maison avant d’avoir passé le schéma publié par votre CRF.
Brouillon illustratif
Aucune facture n’a été produite lorsqu’elles ont été demandées. Le sujet fractionne ses dépôts pour échapper à la déclaration. Le schéma des dépôts est compatible avec un fractionnement ; le sujet n’a fourni aucune explication commerciale lorsqu’il a été interrogé le 13 août.
Le XML part vers le portail de votre CRF. Le PDF va au dossier, paginé et signé. Le même rapport répond à un appel API : votre pack conseil, votre auditeur et votre reporting interne lisent le dépôt lui-même plutôt qu’un tableur qui en parle.
Les trois sont produits depuis un seul dossier : ils ne peuvent pas se contredire
Illustratif
Le soussigné a examiné le rapport et les preuves qui y sont attachées, et le dépose au titre de la recommandation 20 du GAFI. Le récit, les sujets et les transactions sont tels que détenus au dossier d’entité au moment du dépôt.
Fiable pour les principales institutions financières et les leaders fintech de la région EMEA
Le même rapport à trois moments de sa vie. Assemblé depuis le dossier que l’entrée en relation, Fraud Insights, la surveillance et le dossier d’enquête ont construit ensemble, révisé par la personne qui le signe, puis déposé avec l’accusé rangé à côté des preuves.
Le dossier rattache un appareil partagé avec deux autres comptes. goAML accepte plusieurs sujets sur un même rapport, et votre CRF lit des sujets liés comme un réseau unique plutôt que comme trois dépôts sans rapport.
La version du schéma, la version de l’agent et l’ensemble des preuves sont figés dans chaque brouillon. Un dépôt de mars se relit dans les termes de mars.
Youverify rédige le rapport, le valide contre le schéma publié et produit le XML. Votre équipe le dépose sur le portail de votre CRF avec vos propres identifiants et enregistre l’accusé en retour, par API ou à la main, pour que le dossier d’entité reste complet.
Le rejet et son motif s’attachent au rapport. La correction est déposée comme nouvelle version et la version rejetée reste lisible, car la question, plus tard, n’est pas seulement ce que vous avez déposé mais ce que vous avez déposé en premier.
Trois choses posent une obligation déclarative sur votre bureau : une enquête qui se termine par un soupçon, un seuil ou un calendrier, et un régulateur qui pose une question directe. Les trois se rédigent depuis le même dossier et arrivent dans la même file.
Une enquête se termine par une décision de déclarer. Le dossier contient déjà les sujets, les transactions, l’indicateur et le raisonnement de l’analyste : le STR est assemblé plutôt qu’écrit de mémoire une semaine plus tard.
Les espèces au-dessus du seuil déclaratif, et les états que votre régulateur attend selon un calendrier, sont assemblés depuis le même dossier de transactions au rythme fixé par le marché. La file montre ce qui est dû, ce qui est rédigé et ce qui a été accusé.
Une demande arrive, nommant un client et une période. Au lieu de six personnes qui cherchent dans six systèmes, Vyra assemble le dossier de réponse depuis le dossier d’entité — la vérification, les transactions de la période, les dépôts passés, les décisions et leurs auteurs — et vous le relisez avant l’envoi.
Les preuves ne changent pas quand on franchit une frontière. Le formulaire, si. Chaque marché a son autorité, son canal, son schéma, ses types de rapports et son délai, et un rapport est rédigé selon le profil du marché auquel il appartient — pas celui où siège votre maison mère.
Changez de région en haut de cette page pour lire le profil d’un autre marché. Les profils sont configurés avec votre équipe conformité et revus dès qu’un régulateur republie.
| Autorité | Rapports | Canal | Délai |
|---|---|---|---|
| NFIU · Nigeria | STR · CTR | goAML | dans les 24 heures suivant le soupçon |
| UKFIU · United Kingdom | SAR · DAML | SAR Online | dès que possible |
| FinCEN · United States | SAR · CTR | BSA E-Filing | dans les 30 jours calendaires |
| FIC · South Africa | STR · CTR | goAML | dans les 15 jours ouvrables |
| FRC · Kenya | STR · CTR | goAML | dans les deux jours suivant le soupçon |
| CENTIF · Côte d'Ivoire | DOS · DTE | goAML | sans délai |
| SAFIU · Saudi Arabia | STR · CTR | goAML | sans délai |
Trois rendus d’un seul dossier. Les $4.87m du XML, les $4.87m en page deux du PDF et les $4.87m que renvoie votre requête de reporting sont le même chiffre, lu au même endroit — personne ne le ressaisit entre les deux.
<report> <report_code>STR</report_code> <entity_reference>CASE-8842</entity_reference> <transaction> <amount_local>4870000</amount_local> </transaction> <indicator>STRUCTURING</indicator></report>Validé contre le schéma publié avant de partir : un rejet devient une surprise et non une routine.
Paginé, signé par la personne qui l’a déposé, avec l’index des preuves en annexe.
Conservé avec le dossier, pas sur le bureau de quelqu’un.
GET /v1/reports/STR-2026-0412{ "case": "CASE-8842", "status": "acknowledged", "receipt": "FIU-2026-88431", "amount_local": 4870000, "artifacts": ["xml", "pdf"]}Interrogez par dossier, entité, date, statut ou juridiction. Un webhook se déclenche à chaque changement de statut — rédigé, signé, envoyé, accusé, rejeté.
Voilà ce que rapporte, en bout de chaîne, le fait de traiter fraude et LBC sur un seul dossier. L’identité a été vérifiée à l’entrée en relation. L’appareil a été identifié à l’ouverture de la session. Le schéma a été détecté et scoré par un agent de surveillance. La décision de déclarer a été prise dans un dossier avec un responsable nommé. Quand le rapport arrive à échéance, presque chaque champ a déjà une réponse — avec la date de sa collecte et le système dont il vient encore attachés.
Quatre champs de jugement au lieu d’un après-midi de recopie. Et comme chaque valeur garde sa source, la réponse à « comment le savez-vous » est à un clic, non à un chantier d’archéologie.
Utilisez une partie de la plateforme ou la totalité. Vyra vous demande ce qu’elle ne peut pas lire, et marque ces champs comme renseignés par une personne plutôt que par un dossier.
Non. Vyra rédige depuis le dossier et valide contre le schéma. Une personne nommée le lit, le modifie, le signe et l’envoie. L’envoi porte son nom, pas celui du modèle.
Chaque mot. Les modifications sont tracées sur la version du brouillon, avec leur auteur et leur heure, et Vyra revérifie que chaque affirmation restante renvoie encore à une preuve du dossier.
La déclaration fonctionne seule ; elle remplit simplement moins. Chaque champ que Vyra peut lire depuis l’entrée en relation, Fraud Insights, la surveillance ou le dossier est renseigné avec sa source et sa date. Ce qu’elle ne peut pas lire, elle vous le demande et le marque comme renseigné par une personne. Plus vous tenez le dossier en un seul endroit, moins il y en a.
XML au schéma publié par votre CRF, un PDF paginé avec l’index des preuves en annexe, et JSON via l’API. Les trois sont générés depuis le même dossier : ils ne peuvent pas se contredire.
Par identifiant de rapport, ou par requête sur le dossier, l’entité, la date, le statut ou la juridiction. La réponse porte le dépôt, son accusé et les liens vers les deux artefacts. Un webhook se déclenche à chaque changement de statut.
Le rejet et son motif s’attachent au rapport. La correction devient une nouvelle version ; la version rejetée reste lisible. Les deux sont au dossier d’entité quand quelqu’un demande ce qui s’est passé.
Les versions de schéma sont maintenues par marché et la validation s’exécute contre la version publiée en cours. Les rapports déjà déposés gardent la version sous laquelle ils l’ont été : un ancien dépôt se relit correctement.
Oui. Un dossier à plusieurs sujets peut être déposé comme un rapport à plusieurs sujets ou comme un rapport par sujet, et un dossier qui touche deux marchés produit un rapport par autorité, chacun dans son schéma.
Non, et elle ne le prétend pas. Youverify rédige le rapport, le valide contre le schéma publié par le régulateur et produit le XML que son portail accepte. Votre équipe le dépose avec vos propres identifiants et enregistre l’accusé en retour, par API ou à la main, pour que le dossier d’entité reste complet.
Vyra les rédige. Elle lit le dossier, le dossier d’entité, les alertes de surveillance et les signaux de fraude, remplit les champs exigés par le schéma et écrit le récit en faisant pointer chaque affirmation vers une preuve. Les rapports de seuil comme les CTR sont assemblés selon un calendrier depuis les données de transactions, sans dossier derrière. Une personne nommée lit, modifie et signe toujours avant tout envoi.
Oui. Pour les marchés qui déclarent via goAML — dont le Nigeria, le Kenya, l’Afrique du Sud, la Côte d’Ivoire et l’Arabie saoudite — les rapports sont générés en goAML XML et validés contre la version de schéma que la CRF publie à ce moment-là. Les marchés qui ont leur propre format, comme le Royaume-Uni et les États-Unis, sont générés dans le leur.
Le dossier est déjà là : l’identité venue de l’entrée en relation, l’appareil et les signaux comportementaux venus de Fraud Insights, le schéma signalé par la surveillance, la décision venue du dossier d’enquête. Vyra projette ce dossier sur les champs exigés par le schéma de votre régulateur et rédige le récit. Votre MLRO révise et signe. La plateforme produit ensuite le XML validé, le PDF pour le dossier et l’enregistrement API.
Un logiciel qui transforme ce qu’une équipe conformité sait déjà en les dépôts exigés par son régulateur — déclarations d’opérations et d’activités suspectes, rapports de seuil et d’espèces, réponses aux demandes d’information — dans le schéma, le canal et le délai que ce régulateur publie, avec la trace de qui a déposé quoi et sur quelles preuves.
Des profils de déclaration sont configurés pour le Nigeria, le Royaume-Uni, les États-Unis, l’Afrique du Sud, le Kenya, la Côte d’Ivoire et l’Arabie saoudite. Un profil porte l’autorité, le canal, le schéma, les types de rapports, le délai légal et la base légale de ce marché, et il est revu avec votre équipe conformité dès que le régulateur republie.
Un dépôt n’est pas un document assemblé à la fin. C’est le même dossier d’entité, énoncé dans la forme que votre régulateur publie.
Apportez-nous un dossier clos. Nous vous montrerons quelle part du formulaire votre propre dossier renseigne déjà, rédigerons le STR devant vous, le validerons contre le schéma publié par votre CRF et vous remettrons le XML, le PDF et l’appel API qui le relit.
Youverify détient les certifications SOC 2 Type II, ISO 27001, ISO 27018 et ISO 42001, et est enregistré auprès des autorités de protection des données au Nigeria, au Kenya, en Afrique du Sud, en Côte d’Ivoire et au Royaume-Uni.
