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

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. 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 :

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.

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.

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.

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é.

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é

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. Consultez tarifs du registre KYB 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é.

Exemple : réponse du niveau Lite

Lite renvoie uniquement le profil de l’entreprise, sans actionnaires, UBO ni structure d’actionnariat :

{
  "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 et Dirigeants et administrateurs.

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 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 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 pour sa structure.

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 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 :

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).

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 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 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 pour le détail des niveaux par région.

Étapes suivantes

Actionnariat

Identification des UBO et chaînes d’actionnariat.

Schéma de réponse

Emplacement de chaque champ dans le payload.

Pays pris en charge

Couverture par région.

Prise en main

Fonctionnalités

Profils d'entreprise

Référence

Console

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

Recherche dans le registre

Pré-remplir la recherche avec `expected_details`

Types de recherche

Déroulement de la recherche

Données récupérées

Statuts de la société

Indicateur de source des données

Niveaux de données et tarifs

Données du registre et données fournies par l’utilisateur

Champs configurables du formulaire du registre

Validation du numéro de TVA et de l’identifiant fiscal

Recoupement des données

Synthèse financière

Champs supplémentaires du registre

Confiance et statut de vérification

Résultats du recoupement

Ce qui détermine le résultat

Pays pris en charge

Étapes suivantes

Actionnariat

Schéma de réponse

Pays pris en charge

​Recherche dans le registre

​Pré-remplir la recherche avec expected_details

​Types de recherche

​Déroulement de la recherche

​Données récupérées

​Statuts de la société

​Indicateur de source des données

​Niveaux de données et tarifs

​Données du registre et données fournies par l’utilisateur

​Champs configurables du formulaire du registre

​Validation du numéro de TVA et de l’identifiant fiscal

​Recoupement des données

​Synthèse financière

​Champs supplémentaires du registre

​Confiance et statut de vérification

​Résultats du recoupement

​Ce qui détermine le résultat

​Pays pris en charge

​Étapes suivantes

Actionnariat

Schéma de réponse

Pays pris en charge

Recherche dans le registre

Pré-remplir la recherche avec `expected_details`

Types de recherche

Déroulement de la recherche

Données récupérées

Statuts de la société

Indicateur de source des données

Niveaux de données et tarifs

Données du registre et données fournies par l’utilisateur

Champs configurables du formulaire du registre

Validation du numéro de TVA et de l’identifiant fiscal

Recoupement des données

Synthèse financière

Champs supplémentaires du registre

Confiance et statut de vérification

Résultats du recoupement

Ce qui détermine le résultat

Pays pris en charge

Étapes suivantes