> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# API de registre des sociétés : extraction KYB automatisée

> Recherches au registre, validation du statut et extraction de données dans 220+ pays avec Didit. Dès $2.00 par vérification, sans contrat.

Lorsqu'une session de vérification d'entreprise démarre, Didit interroge les registres officiels des sociétés pour récupérer et valider les informations sur l'entreprise. Cette recherche automatisée constitue la base de l'ensemble du processus de vérification d'entreprise.

## Recherche dans le registre

Didit se connecte aux registres des sociétés des pays pris en charge pour récupérer les données officielles. Dans le parcours hébergé, l'utilisateur sélectionne le pays d'immatriculation et renseigne le nom de la société, le numéro d'immatriculation, ou les deux. Au moins l'un des deux est obligatoire. Lorsque les registres l'exigent, les numéros d'immatriculation sont normalisés (par exemple, les numéros d'entreprise du Royaume-Uni sont complétés par des zéros jusqu'à huit chiffres). Si les deux identifiants sont fournis, la recherche dans le registre les combine.

### Pré-remplir la recherche avec `expected_details`

Si vous connaissez déjà la société, transmettez `expected_details` (`company_name`, `registry_country`, `registration_number`) lors de la [création de la session](https://docs.didit.me/fr/sessions-api/create-session.md). Le parcours hébergé présélectionne et verrouille le pays (et l'État, pour les registres au niveau des États comme `US-CA`), pré-remplit les champs de recherche correspondants et lance automatiquement la recherche avec les informations déclarées. L'utilisateur arrive ainsi directement sur le résultat correspondant à sa société. Les deux champs restent modifiables afin que l'utilisateur puisse corriger une information erronée. Il s'agit uniquement d'un pré-remplissage : sélectionner une autre société que celle déclarée ne génère pas d'avertissement.

### Types de recherche

Les recherches dans le registre proposent deux modes :

| Mode | Description |
| - | - |
| **Exact** | Correspond précisément au nom de la société ou au numéro d'immatriculation |
| **Contient** | Retourne les sociétés dont le nom contient le terme recherché, utile lorsque la dénomination sociale exacte est inconnue |

### Déroulement de la recherche

La recherche dans le registre suit un workflow asynchrone :

**1. Rechercher**

Didit interroge le registre avec le pays sélectionné et les identifiants fournis : nom de la société, numéro d'immatriculation, ou les deux combinés. Le champ `searched_by` de la réponse indique comment les résultats ont été obtenus (`name`, `registration_number` ou `registration_number_and_name`). Pour les résultats obtenus par numéro d'immatriculation, l'interface hébergée propose de relancer la recherche par nom de société en un seul clic. La recherche s'exécute de manière asynchrone.

**2. Interroger les résultats**

Interrogez le statut de la recherche jusqu'à ce que le statut indique que les résultats sont résolus. Les registres volumineux peuvent mettre quelques secondes à renvoyer les résultats.

**3. Sélectionner la société**

Examinez les sociétés renvoyées et sélectionnez la correspondance appropriée. Didit associe la société sélectionnée à la vérification d'entreprise (KYB) et renseigne toutes les données disponibles.

**4. Confirmer et continuer**

Confirmez ou corrigez les informations de la société, puis passez à l'étape suivante configurée.
Certains registres renvoient le profil de la société avant que le rapport sur l'actionnariat ne soit prêt. Ce rapport continue alors à être généré en arrière-plan pendant que le demandeur effectue des étapes indépendantes, comme l'envoi d'un document.
Le pré-remplissage par le registre ne bloque pas le formulaire des personnes clés : le demandeur peut saisir les personnes manuellement, et les personnes issues du registre apparaissent avant la soumission à mesure que le rapport arrive.
Les décisions personnalisées qui dépendent du rapport attendent son arrivée plutôt que de deviner leur issue.
Vos corrections sont conservées lorsque le rapport arrive.
Un rapport en attente ne compte ni comme une vérification de registre terminée, ni comme une approbation automatique, et la facturation du registre se fait sur la base du niveau effectivement livré.

**5. Soumission manuelle**

Si la société ne figure pas dans le registre, soumettez ses données manuellement. La session se poursuit avec les données fournies et `is_from_registry` est défini sur `false`.

### Données récupérées

| Champ | Description |
| - | - |
| `company_name` | Dénomination légale telle qu'enregistrée auprès de l'autorité |
| `registration_number` | Numéro officiel d'immatriculation ou de constitution de la société |
| `country_code` | Pays d'immatriculation (ISO 3166-1 alpha-3) |
| `company_type` | Forme juridique (Ltd, LLC, PLC, SA, GmbH, SL, etc.) |
| `registry_status` | Statut actuel de la société dans le registre (`active`, `dissolved`, `struck_off`, etc.) |
| `incorporation_date` | Date de la première immatriculation de la société |
| `registered_address` | Adresse officielle du siège social |
| `tax_number` | Numéro d'identification fiscale, lorsqu'il est disponible |
| `alternative_names` | Noms commerciaux, dba, anciennes dénominations légales ou noms dans la langue d'origine, sous forme de texte |
| `legal_entity_identifier` | LEI : pour les établissements financiers et les entités cotées |
| `nature_of_business` | Brève description de l'activité (dans la langue du registre) |
| `registered_capital` | Capital autorisé ou émis, sous forme d'objet `{amount, currency}` |
| `location_of_registration` | Ville ou subdivision du registre de référence |
| `control_scheme` | Mode de contrôle ou de gouvernance, lorsque le registre le publie |
| `website`, `email`, `phone` | Coordonnées figurant au registre |
| `addresses[]` | Adresses supplémentaires, enregistrées ou d'exploitation |
| `industries[]` | Codes de classification sectorielle (SIC, NACE ou équivalents locaux) |
| `accounts` | Dates de dépôt lorsqu'elles sont communiquées, y compris `last_annual_return_date` et `last_agm_date`. Les déclarations annuelles et les assemblées sont distinctes des comptes financiers. |
| `financial_summary` | Données financières synthétiques lorsque le registre les publie (chiffre d'affaires, effectifs, statut des dépôts) |
| `confirmed_by_user_at` | Horodatage de la confirmation ou de la modification des données du registre par l'utilisateur final |
| `last_console_edit_at` | Horodatage de la dernière modification effectuée dans la console par un analyste |
| `is_editable` | `true` tant que les données issues du registre peuvent encore être modifiées par l'utilisateur final dans le parcours hébergé |
| `is_from_registry` | `true` pour les sociétés issues du registre, `false` pour une saisie manuelle |
| `fetch_status` | `pending`, `resolved` ou `failed` : état de la recherche dans le registre |
| `verification_status` | `verified`, `failed` ou `unknown` |

### Statuts de la société

| Statut | Description |
| - | - |
| **Actif** | La société est actuellement active et en règle |
| **Dissoute** | La société a été officiellement dissoute |
| **Radiée** | La société a été radiée du registre (par exemple, pour non-conformité) |
| **En liquidation** | La société est en cours de liquidation |
| **Dormante** | La société est immatriculée mais n'exerce pas actuellement d'activité |

> [!WARNING]
>
> Les sociétés dont le statut n'est pas **Actif** peuvent être automatiquement signalées ou refusées, selon la configuration de votre workflow.

### Indicateur de source des données

Chaque fiche d'entreprise comprend un indicateur `is_from_registry` :

* **`true`** : les données ont été récupérées auprès d'un registre officiel des sociétés
* **`false`** : les données ont été saisies manuellement, car l'entreprise n'a pas été trouvée dans le registre

Le champ `fetch_status` indique si la consultation du registre est terminée, a échoué ou est toujours en cours.

## Niveaux de données et tarifs

Dans le parcours hébergé, la sélection d'une entreprise entraîne les frais de consultation du registre, même si le candidat quitte la page avant de confirmer les informations ou de terminer la vérification.
Si le rapport est prêt au moment de la sélection, le niveau livré est facturé immédiatement.
Si l'actionnariat est encore en attente, le niveau Lite est facturé à la sélection, et seule la différence de prix est facturée lorsqu'un niveau supérieur est livré.
Si l'actionnariat est indisponible, aucun supplément d'actionnariat ne s'applique.
Le total utilise les prix indiqués au moment de la sélection et ne dépasse jamais le devis du niveau demandé.
La sélection et l'éventuel ajustement ultérieur de l'actionnariat comptent comme une seule consultation du registre ; la lecture du rapport acheté ou la confirmation de ses informations ne la facture pas à nouveau.
Les contrats au forfait existants comptabilisent une consultation du registre à la sélection, sans unité contractuelle supplémentaire pour la livraison ultérieure de l'actionnariat.
Les recherches effectuées dans un workflow hébergé n'ont pas de frais de recherche distincts.
Les recherches API autonomes peuvent entraîner des frais de \$0.50 par requête réussie ; voir [facturation des recherches](https://docs.didit.me/fr/standalone-apis/kyb-registry-search.md). Consultez [tarifs du registre KYB](https://docs.didit.me/fr/getting-started/kyb-registry-pricing.md) pour le tableau complet par pays.

| Niveau | Ce que vous obtenez |
| - | - |
| **Lite** | Les champs ci-dessus : profil de l'entreprise, identifiants, statut, adresse du siège, activité et dirigeants |
| **Actionnaires** | Lite, plus les actionnaires directs (personnes physiques et personnes morales) avec leurs tranches de participation |
| **UBO** | Actionnaires, plus les bénéficiaires effectifs ultimes identifiés par la chaîne de détention |

Un workflow hébergé choisit le niveau pour chaque pays dans *Workflows → KYB Registry Check → Countries*. Lorsque le registre ne contient aucun enregistrement d'actionnariat pour une entreprise, une demande de niveau Actionnaires ou UBO est livrée et facturée au niveau le plus élevé que les registres du pays peuvent fournir, généralement Lite.

Une entreprise non trouvée et saisie manuellement (`is_from_registry: false`) est facturée un forfait de **\$0.75** : la recherche a bien été effectuée, même si aucun enregistrement du registre n'a été renvoyé.

> [accordion] Exemple : réponse du niveau Lite
>
> Lite renvoie uniquement le profil de l'entreprise, sans actionnaires, UBO ni structure d'actionnariat :
>
> ```json theme={null}
> {
>   "company_name": "ACME HOLDINGS PTY LTD",
>   "registration_number": "094447122",
>   "country_code": "AU",
>   "registry_status": "active",
>   "incorporation_date": "2000-09-12",
>   "company_type": "Proprietary Limited",
>   "registered_address": "Sydney, NSW, 2000",
>   "tax_number": null,
>   "vat_number": null,
>   "website": null,
>   "is_from_registry": true
> }
> ```
>
> Le niveau Actionnaires ajoute `ownership_structure` et les entrées d'actionnaires, ainsi que les administrateurs et dirigeants. Le niveau UBO identifie en outre les bénéficiaires effectifs avec leurs pourcentages de détention. Voir [Actionnariat](https://docs.didit.me/fr/business-verification/ownership.md) et [Dirigeants et administrateurs](https://docs.didit.me/fr/business-verification/officers.md).

## Données du registre et données fournies par l'utilisateur

Didit conserve séparément les données renvoyées par le registre et les données confirmées par l'utilisateur, sous forme d'**enregistrements d'audit distincts**, et utilise une vue canonique fusionnée pour les contrôles en aval. Chaque entreprise comporte trois blocs liés :

| Champ | Description |
| - | - |
| `registry_data` | Le détail normalisé du registre selon Didit : le résultat de l'actionnariat (`ownership_error`, `section_errors`, `ubo_resolution`), les corrections apportées avec [update-data](https://docs.didit.me/fr/sessions-api/update-data.md) et les informations du registre qui n'ont pas de champ propre. Ses clés varient selon l'entreprise et ne constituent pas un contrat stable. |
| `user_provided_data` | Ce que l'utilisateur final a confirmé ou modifié à l'étape de confirmation du registre dans le parcours hébergé. |
| Champs canoniques de premier niveau (`company_name`, `registration_number`, `country_code`, `incorporation_date`, etc.) | La référence fusionnée : les données confirmées par l'utilisateur lorsqu'elles existent, et les données du registre en repli. Les fonctionnalités en aval (contrôle croisé par OCR des documents, filtrage AML, évaluation des risques) s'appuient sur la vue canonique. |

L'horodatage `confirmed_by_user_at` indique le moment où l'utilisateur final a confirmé ou modifié les données du registre. Tant que cet horodatage est nul et que `is_editable` vaut `true`, l'utilisateur final peut continuer à modifier les champs dans le parcours hébergé.

Pour les **entreprises saisies manuellement** (`is_from_registry: false`), `user_provided_data` est la seule source, et `is_editable` passe à `false` après la soumission par l'utilisateur.

Les analystes peuvent voir les deux sources côte à côte dans la revue de session de la [Business Console](https://docs.didit.me/fr/business-verification/console.md) et comparer ce que le registre indique à ce que l'utilisateur a confirmé.

## Champs configurables du formulaire du registre

Vous contrôlez les champs de données d'entreprise que le parcours de vérification hébergé demande lors de l'étape de confirmation du registre. Configurez-les dans la Business Console :  ouvrez l'éditeur de workflow, sélectionnez le nœud **KYB Registry check**, puis passez à l'onglet **Champs**.

Chaque champ se trouve dans l'un de ces trois états :

| État | Comportement |
| - | - |
| **Masqué** | Le champ n'est pas affiché dans le parcours hébergé et n'est pas collecté. |
| **Facultatif** | Le champ est affiché ; l'utilisateur peut le laisser vide. |
| **Obligatoire** | Le champ est affiché et doit être renseigné avant que l'utilisateur puisse soumettre le formulaire. |

Trois champs sont toujours affichés et toujours obligatoires, car ils identifient l'entreprise et ne peuvent pas être configurés : `company_name`, `country_code` et `region` (état/région, lorsque le registre est régional).

Les 16 champs configurables :

`registration_number`, `incorporation_date`, `legal_address`, `vat_number`, `alternative_names`, `tax_number`, `company_type`, `legal_entity_identifier`, `location_of_registration`, `nature_of_business`, `registered_capital_amount`, `registered_capital_currency`, `website`, `email`, `phone`, `control_scheme`

Par défaut, et pour tous les workflows existants, seul `incorporation_date` est **Obligatoire** ; tous les autres champs configurables sont **Facultatifs**, de sorte que le formulaire se comporte exactement comme avant l'existence de ce paramètre.

Le caractère obligatoire est appliqué côté serveur : si vous soumettez le formulaire du registre avec un champ obligatoire vide, la requête renvoie `400` avec un message d'erreur pour chaque champ, et l'interface hébergée n'affiche que les champs activés. Dans l'API des workflows, ce paramètre correspond à l'objet `kyb_registry_fields_config` du nœud KYB Registry. Consultez [configurations des fonctionnalités](https://docs.didit.me/fr/management-api/workflows/feature-configs.md#registre-kyb) pour sa structure.

> [!NOTE]
>
> Le champ `vat_number` marqué **Obligatoire** n'est appliqué que pour les entreprises immatriculées dans un pays de l'UE soumis à la TVA (voir ci-dessous). Pour tous les autres pays, il est traité comme facultatif, même s'il est marqué obligatoire, car il n'existe alors aucun numéro de TVA UE à collecter. Le `tax_number` de ces entreprises reste validé lorsqu'il est fourni.

## Validation du numéro de TVA et de l'identifiant fiscal

Lorsque l'étape du registre est soumise, Didit valide le `vat_number` de l'entreprise auprès de la source officielle de son pays.
Une entreprise sans `vat_number` voit à la place son `tax_number` validé.
Le numéro peut être soumis avec ou sans préfixe du pays et avec n'importe quel séparateur (`DE 123 456 789`, `DE123456789` et `123456789` sont équivalents pour une entreprise allemande).

**Registres officiels.** Dans ces pays, le numéro est vérifié en temps réel auprès du registre gouvernemental ou officiel des entreprises, qui renvoie également le nom enregistré (et, pour la plupart, l'adresse) :

| Pays | Source |
| - | - |
| 27 États membres de l'UE et Irlande du Nord (`XI`) | [VIES](https://ec.europa.eu/taxation_customs/vies/) de la Commission européenne |
| Pologne | VIES, puis le registre des contribuables TVA du ministère des Finances (la « liste blanche ») pour une entreprise absente de VIES |
| Norvège | Brønnøysund Register Centre (Central Coordinating Register for Legal Entities) |
| Suisse | Registre UID de l'Office fédéral de la statistique |
| Brésil | Registre CNPJ de la Receita Federal |
| Colombie | RUES, le Registre unifié des entreprises et des organisations sociales des chambres de commerce |
| Costa Rica | Registre des contribuables du ministère des Finances (Hacienda) |
| Équateur | Registre des contribuables du Service des impôts internes (SRI) |
| Paraguay | Registre RUC de la Direction nationale des impôts (DNIT) |

Un SIREN ou un SIRET français, un RSIN néerlandais ou un numéro fiscal hongrois complet, soumis comme numéro de TVA, est converti en numéro de TVA correspondant avant la vérification.
Les numéros de TVA grecs sont vérifiés automatiquement sous le préfixe `EL`.

**Règles relatives aux chiffres de contrôle.** Dans ces pays, aucun registre ne peut être interrogé. Le numéro est donc vérifié selon le format officiel du pays et ses règles relatives aux chiffres de contrôle : Albanie, Andorre, Argentine, Australie, Azerbaïdjan, Biélorussie, Canada, Chili, Chine, République dominicaine, Égypte, Salvador, Ghana, Guatemala, Islande, Inde, Indonésie, Israël, Japon, Kenya, Liechtenstein, Mexique, Moldavie, Monaco, Monténégro, Maroc, Mozambique, Nouvelle-Zélande, Macédoine du Nord, Pérou, Russie, Saint-Marin, Serbie, Singapour, Afrique du Sud, Corée du Sud, Taïwan, Thaïlande, Tunisie, Turquie, Ukraine, Royaume-Uni, États-Unis, Uruguay, Venezuela et Viêt Nam.
Ces règles s'appliquent aussi dans l'UE lorsqu'un `tax_number` est un identifiant fiscal national sans numéro de TVA à vérifier, comme un Steuernummer allemand.
Un `tax_number` ne désigne qu'un identifiant fiscal, et non une immatriculation à la TVA. Ainsi, lorsque VIES ne le répertorie pas, le résultat se rabat sur ces règles au lieu de `invalid`.

Les entreprises de tout autre pays reçoivent `vat_validation_status: "not_applicable"`.
Il en va de même pour les sessions sandbox, qui ne contactent jamais un registre fiscal.

Le résultat est enregistré sur l'entreprise et exposé dans le [payload de décision KYB](https://docs.didit.me/fr/business-verification/response-schema.md#bloc-company) :

| Champ | Description |
| - | - |
| `vat_number` | Le numéro de TVA tel qu'il a été soumis |
| `vat_validation_status` | `valid`, `invalid`, `format_valid`, `invalid_format`, `could_not_validate` ou `not_applicable` |
| `vat_validated_number` | Le numéro vérifié, tel que la source le connaît (par exemple le numéro de TVA dérivé d'un SIREN) |
| `vat_validation_source` | La source qui a déterminé le statut (voir ci-dessous) |
| `vat_validated_name` | Nom enregistré auprès de la source, lorsqu'elle le communique |
| `vat_validated_address` | Adresse enregistrée auprès de la source, lorsqu'elle la communique |
| `vat_checked_at` | Horodatage de la vérification |

| Statut | Signification |
| - | - |
| `valid` | Le registre officiel confirme que le numéro est enregistré et actif |
| `invalid` | Le registre officiel n'a aucune immatriculation active pour ce numéro. Dans l'UE, VIES ne répertorie que les entreprises immatriculées pour les échanges intracommunautaires |
| `format_valid` | Le numéro respecte le format et les règles relatives aux chiffres de contrôle du pays ; aucun registre n'a été interrogé |
| `invalid_format` | Le numéro ne respecte pas le format ou les règles relatives aux chiffres de contrôle du pays |
| `could_not_validate` | Le registre était indisponible, le numéro n'a donc pas pu être vérifié. Il sera vérifié à nouveau lors de la prochaine exécution de la vérification du registre |
| `not_applicable` | Aucun numéro de TVA ni identifiant fiscal n'a été fourni, le pays ne dispose ni de registre ni de règles, ou la session est une session sandbox |

`vat_validation_source` prend l'une des valeurs suivantes : `eu_vies`, `pl_vat_white_list`, `no_brreg`, `ch_uid_register`, `br_receita_federal`, `co_rues`, `cr_hacienda`, `ec_sri`, `py_dnit` ou `format_rules`.

Dès qu'un numéro est `valid`, `invalid`, `format_valid` ou `invalid_format`, le résultat est conservé pendant toute la durée de la session, et le registre n'est pas interrogé à nouveau sauf si le numéro change.

**Vérification croisée du nom.** Lorsque le numéro est `valid` et que la source communique le nom enregistré, Didit compare celui-ci, par correspondance approximative, au nom d'entreprise soumis.
Un écart significatif déclenche l'avertissement `KYB_COMPANY_VAT_NAME_MISMATCH` sans modifier le statut de la session : c'est un signal indicatif destiné aux réviseurs.
Son `additional_data` contient `registry_name`, `registry_source` et `submitted_name`, ainsi que `vies_name` lorsque la source est VIES.
Certains États membres de l'UE ne communiquent ni le nom ni l'adresse ; les champs sont alors vides et aucune comparaison n'est effectuée.

**Actions configurables.** Deux paramètres du nœud de vérification du registre KYB déterminent l'effet d'une vérification infructueuse sur la session (valeurs `REVIEW`, `DECLINE`, `NO_ACTION`) :

| Paramètre | Déclenché lorsque | Valeur par défaut |
| - | - | - |
| `kyb_vat_invalid_action` | `vat_validation_status` vaut `invalid`, ou un `vat_number` vaut `invalid_format` | `REVIEW` : la session passe en cours d'examen |
| `kyb_vat_unverified_action` | `vat_validation_status` vaut `could_not_validate` | `NO_ACTION` : aucun effet sur la session |

Un `tax_number` dont le statut est `invalid_format` est signalé dans le payload sans déclencher d'action, car le champ fiscal en texte libre contient souvent un autre identifiant d'entreprise.

Chaque résultat déclenche également l'avertissement correspondant (`KYB_COMPANY_VAT_INVALID`, `KYB_COMPANY_VAT_COULD_NOT_VALIDATE`) sur la vérification du registre. Voir [avertissements de vérification d'entreprise (KYB)](https://docs.didit.me/fr/business-verification/warnings.md#avertissements-du-registre-kyb).

## Recoupement des données

Didit compare automatiquement les données fournies par l'utilisateur ou les données canoniques avec les données renvoyées par le registre et avec les données OCR extraites des documents téléversés :

* **Nom de l'entreprise** : correspondance floue pour tenir compte des abréviations et des différences de mise en forme
* **Numéro d'enregistrement** : validation par correspondance exacte
* **Pays** : contrôle de cohérence entre le pays fourni et le pays du registre
* **Adresse** : géocodage et normalisation pour la comparaison

Les incohérences sont signalées comme avertissements dans la session et sont visibles par les analystes dans la console.

## Synthèse financière

Lorsqu'elles sont disponibles, Didit récupère les données financières de synthèse auprès du registre :

* Chiffre d'affaires
* Nombre de salariés
* Codes sectoriels SIC/NACE
* Dates de dépôt et statut de conformité

## Champs supplémentaires du registre

Selon la couverture par juridiction, la réponse du registre peut aussi inclure :

* `alternative_names` : noms commerciaux, noms d'exploitation (DBA), anciennes dénominations sociales
* `legal_entity_identifier` (LEI), pour les établissements financiers et les entités cotées
* `website`, `email`, `phone` : coordonnées figurant au registre
* `nature_of_business` : description courte (dans la langue du registre)
* `registered_capital` : capital social autorisé ou émis, sous forme d'objet `{amount, currency}`

Tous les champs sont placés dans le bloc [`business`](https://docs.didit.me/fr/business-verification/response-schema) de la décision KYB.

## Confiance et statut de vérification

Chaque réponse du registre contient un `verification_status` :

| Valeur | Signification |
| - | - |
| `VERIFIED` | Le registre a trouvé une correspondance et les données ont été récupérées. |
| `FAILED` | Le registre a trouvé une correspondance, mais la récupération des données a échoué (par exemple, réponse partielle). |
| `UNKNOWN` | L'entreprise est introuvable dans aucun registre. |

Combinez-le avec `is_from_registry` pour piloter votre propre logique en aval :

| `is_from_registry` | `verification_status` | Signification |
| - | - | - |
| true | VERIFIED | Entièrement vérifié auprès du registre officiel |
| true | FAILED | Partiel : certains champs peuvent être obsolètes ou manquants |
| false | UNKNOWN | Données fournies par l'utilisateur uniquement ; aucune correspondance dans le registre |

## Résultats du recoupement

Chaque recoupement s'effectue champ par champ et renvoie l'une des valeurs suivantes :

* `MATCH` : les données fournies correspondent à celles du registre.
* `MISMATCH` : écart significatif. Signalé comme avertissement.
* `NO_DATA` : l'une des deux sources était vide ; aucune comparaison n'est possible.

Les incohérences sont visibles champ par champ dans la revue de session de la console.

## Ce qui détermine le résultat

Le statut de l'entreprise, le pays de constitution, les résultats AML et la correspondance avec les données déclarées alimentent la décision sous forme d'étiquettes d'avertissement sur la vérification du registre et sur le filtrage AML.
Votre workflow décide si chaque avertissement entraîne une approbation, un examen ou un refus.
Consultez [l'évaluation des risques](https://docs.didit.me/fr/business-verification/risk-assessment.md) pour les signaux et les clés de workflow qui les contrôlent.

## Pays pris en charge

La couverture varie selon les pays : consultez [pays pris en charge](https://docs.didit.me/fr/business-verification/supported-countries.md) pour le détail des niveaux par région.

## Étapes suivantes

> [card] [Actionnariat](https://docs.didit.me/fr/business-verification/ownership.md)
>
> Identification des UBO et chaînes d'actionnariat.

> [card] [Schéma de réponse](https://docs.didit.me/fr/business-verification/response-schema.md)
>
> Emplacement de chaque champ dans le payload.

> [card] [Pays pris en charge](https://docs.didit.me/fr/business-verification/supported-countries.md)
>
> Couverture par région.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.