L’eKYB en pratique : comment l’API MERSIS d’Apivom transforme la vérification d’entreprise en un simple appel d’API

Toute relation B2B commence par la même question discrète : cette entreprise est-elle bien celle qu’elle prétend être ? Les banques se la posent avant d’ouvrir un compte, les places de marché avant de verser des fonds à un vendeur, les distributeurs avant d’accorder un crédit à un nouveau revendeur, et les éditeurs de logiciels avant de provisionner un tenant. La discipline qui y répond s’appelle Know Your Business (KYB) — et lorsque la réponse provient d’un registre faisant autorité via une API plutôt que d’un PDF scanné, elle devient de l’eKYB.

En Türkiye, le registre faisant autorité est MERSIS, le système central d’enregistrement géré par le ministère du Commerce. Cet article explique ce qu’est l’eKYB, pourquoi vérifier une entreprise turque est plus difficile qu’il n’y paraît, et ce qui change concrètement lorsque la recherche passe par Apivom Atlas et son API de fiche entreprise MERSIS.

Qu’est-ce que l’eKYB (Electronic Know Your Business) ?

Le KYB est le pendant du KYC pour les entreprises. Là où le KYC vérifie une personne physique — identité, adresse, exposition aux sanctions — le KYB vérifie une personne morale :

• Existence et statut — l’entreprise est-elle immatriculée, active, dissoute ou en liquidation ?
• Identité — dénomination légale, numéro de registre, greffe d’immatriculation, identification fiscale.
• Localisation et activité — adresse du siège, domaine d’activité déclaré (codes NACE), capital.
• Contrôle — associés, actionnaires, membres du conseil d’administration, représentants autorisés.
• Signaux de risque — procédures de faillite ou de concordat, structure des établissements, annonces récentes au registre.

Le KYB traditionnel collecte ces éléments sous forme de documents : un extrait de la gazette du registre du commerce, une circulaire de signatures, une attestation fiscale, un certificat d’activité tamponné. Quelqu’un les télécharge, quelqu’un d’autre les lit, et tous deux espèrent que rien n’a changé depuis l’impression du PDF.

L’eKYB remplace cette chasse aux documents par une requête lisible par machine auprès de la source primaire. Le client saisit un numéro fiscal, votre backend interroge le registre, et la réponse arrive sous forme de JSON structuré que votre workflow d’onboarding peut évaluer en quelques millisecondes. La valeur ne tient pas seulement à la rapidité : des données structurées peuvent être revérifiées, comparées et auditées, ce que le papier ne permettra jamais.

Pourquoi vérifier une entreprise turque est plus difficile qu’il n’y paraît

Les équipes qui n’ont travaillé qu’avec des registres européens ou américains sous-estiment généralement le paysage turc. Quelques réalités structurent toute conception d’eKYB :

Deux identifiants, deux usages. Les entreprises portent un numéro fiscal (VKN) à 10 chiffres délivré par l’administration fiscale et un numéro MERSIS à 16 chiffres délivré par le registre du commerce. Les clients connaissent leur numéro fiscal ; le registre, lui, parle MERSIS. Un parcours eKYB utilisable doit accepter le premier et résoudre le second.

Les entrepreneurs individuels sont des personnes physiques. Une entreprise individuelle (şahıs işletmesi) est enregistrée sous le numéro d’identité nationale de son propriétaire, et une même personne peut exploiter plusieurs entreprises. Une requête par ce numéro peut légitimement renvoyer plus d’un enregistrement. Un code qui suppose « un numéro fiscal, une entreprise » perdra des données sans prévenir.

Les établissements sont des enregistrements distincts. Les grands distributeurs, les entreprises de logistique et les réseaux de concessionnaires enregistrent des dizaines d’établissements (şube), chacun avec son propre numéro MERSIS et son activité. Vérifier le siège ne vous apprend rien sur l’établissement qui a réellement signé la commande.

La gazette fait foi juridiquement. Les changements d’adresse, de capital, de dirigeants ou de statut juridique deviennent opposables lorsqu’ils sont annoncés dans la Gazette du registre du commerce de Türkiye. Un dossier de due diligence sérieux exige toujours la dernière annonce — idéalement le document original, pas une transcription.

La fraîcheur compte plus que la couverture. Les données du registre changent chaque jour. Une vérification faite à l’onboarding n’est qu’un instantané ; les équipes crédit et conformité ont besoin d’un moyen peu coûteux de revérifier au renouvellement, au moment du paiement ou lorsqu’un modèle de risque le demande.

Ce que renvoie réellement l’API MERSIS d’Apivom

Apivom revend le jeu de données officiel de la fiche entreprise TOBB (MERSIS) via Atlas, la même passerelle d’API qui sert déjà de façade à des dizaines de services en amont pour les clients d’Apivom. Au lieu d’un enregistrement monolithique unique, l’API expose quatre niveaux de profondeur de fiche entreprise plus une fiche établissement, afin que vous demandiez exactement la profondeur dont votre décision a besoin :

Niveau	Ce que vous obtenez	Décision typique
Fiche 1 — Base	Dénomination légale, numéro MERSIS, greffe d’immatriculation, statut d’immatriculation	« Cette entreprise existe-t-elle et est-elle active ? »
Fiche 2 — Adresse, capital et NACE	Fiche 1 + adresse structurée, détail du capital, codes d’activité NACE	Rapprochement d’adresses, contrôle de cohérence de l’activité, segmentation
Fiche 3 — Associés, conseil et représentants	Fiches 1–2 + associés, membres actifs du conseil, représentants autorisés, commissaires aux comptes	Contrôles des bénéficiaires effectifs et des signataires
Fiche 4 — Dossier complet	Fiches 1–3 + statut de faillite/concordat, jusqu’à 50 établissements, dernière annonce de la Gazette du registre du commerce au format PDF	Plafonds de crédit, contrats de forte valeur, dossiers d’audit
Fiche établissement	Enregistrement au niveau de l’établissement par numéro MERSIS, avec le lien vers le siège	Vérification de l’entité qui transige réellement

Les requêtes se font par numéro fiscal (ou par numéro MERSIS pour les établissements), et la réponse suit le contrat TOBB actuel, dans lequel la section du siège est un tableau — le cas de l’entrepreneur individuel est donc géré correctement, au lieu d’être un cas limite que votre équipe découvre en production. Les formats complets de requête et de réponse sont documentés publiquement dans le guide MERSIS d’Apivom Atlas.

Sept avantages concrets de l’eKYB avec Apivom Atlas

1. Un contrat, une clé, pas d’onboarding auprès des fournisseurs amont

Accéder directement aux services web du registre turc suppose un accord commercial, une intégration technique sur une spécification ancienne et une gestion contractuelle continue. Avec Atlas, vous recevez une clé d’API par tenant depuis le portail en libre-service, appelez un endpoint REST propre via HTTPS et commencez à vérifier le jour même. La clé est renouvelable, hachée au repos et limitée à votre seule organisation.

2. Vous payez pour les données, pas pour les tentatives

Le modèle commercial est prépayé et à la requête. Deux règles le rendent prévisible : une requête qui ne renvoie aucune entreprise n’est jamais facturée, et la répétition de la même requête est servie gratuitement depuis le cache de la passerelle — la réponse indique explicitement si elle provient du cache. Lorsque vous avez réellement besoin de données fraîches, un simple indicateur force contourne le cache et effectue une recherche en direct facturée. Votre équipe finance voit un solde prépayé et un registre des opérations, pas une facture surprise.

3. La profondeur à la demande

Les données étant organisées par niveaux, un formulaire d’onboarding peut exécuter la fiche 1 pour tout le monde, la fiche 3 uniquement pour les comptes dépassant un seuil de crédit, et la fiche 4 uniquement lorsqu’un contrat est sur le point d’être signé. Vous n’êtes plus obligé d’acheter le dossier complet pour répondre à une question par oui ou par non — et une étape de vérification autrefois « trop chère pour chaque lead » devient routinière.

4. Une provenance officielle, lisible par machine

Chaque champ provient du registre du commerce via la TOBB, l’organisation mandatée pour distribuer le jeu de données des fiches entreprise. La réponse arrive en JSON avec une enveloppe cohérente — statut amont, informations de facturation, indicateur de cache — de sorte que le même chemin de code gère le succès, le « non trouvé » et l’insuffisance de solde sans analyser de texte libre.

5. Visibilité sur le contrôle et les signataires

La fiche 3 répond aux questions que posent réellement les régulateurs et les comités de crédit : qui sont les associés, qui siège au conseil, qui est autorisé à signer et qui audite les comptes. Pour les programmes Know-Your-Business qui alimentent un workflow de lutte contre le blanchiment d’argent, c’est l’entrée structurée qui remplace une circulaire de signatures retranscrite à la main.

6. Connaissance des établissements et de l’insolvabilité

La fiche 4 fait apparaître le statut de faillite et de concordat, jusqu’à 50 établissements et la dernière annonce de la gazette sous forme de PDF original. La fiche établissement permet ensuite de vérifier le site précis qui a passé une commande ou demandé un crédit — une distinction qui compte dans la distribution, la logistique et la franchise.

7. Une observabilité que votre équipe conformité peut présenter à un auditeur

Apivom Atlas enregistre l’utilisation et les journaux système par clé, expose un endpoint de solde que vous pouvez interroger avant un traitement en masse, et fournit une console Try-it pour tester des payloads sans écrire de code. Il existe même un guide llms.txt lisible par machine pour que votre assistant de codage IA puisse intégrer l’API à partir de la description officielle plutôt que de deviner.

Là où l’eKYB paie en premier

Onboarding de clients B2B. Un éditeur de logiciels ou un distributeur vérifie l’existence légale et l’activité avant de créer un compte, puis enrichit la fiche CRM avec la dénomination, l’adresse et le code NACE du registre. Les équipes qui utilisent Apivom Iris s’en servent pour éviter les doublons de comptes et segmenter les clients selon leur activité déclarée plutôt qu’au jugé.

Réseaux de concessionnaires et de partenaires. Les éditeurs qui gèrent des centaines de revendeurs revérifient le statut des partenaires à chaque renouvellement de programme. Des contrôles automatisés de fiche 1 sur tout le réseau coûtent une fraction d’une seule revue manuelle.

Paiements des places de marché et de la fintech. Les plateformes qui versent des fonds à des vendeurs turcs vérifient l’entité bénéficiaire et ses représentants autorisés avant de débloquer les fonds, et relancent le contrôle lorsque les coordonnées bancaires changent.

Due diligence fournisseur. Les équipes achats récupèrent le dossier complet — y compris le statut d’insolvabilité et la dernière gazette — avant de signer un accord-cadre, et conservent le PDF de la gazette dans le dossier du fournisseur.

Décisions de crédit. Le détail du capital, la composition du conseil, le nombre d’établissements et les indicateurs de concordat deviennent des variables d’un modèle de crédit, actualisées à la demande plutôt qu’une fois par an.

Contreparties transfrontalières. La même clé Atlas peut valider le numéro de TVA d’un partenaire commercial européen via l’intégration VIES, si bien qu’un seul service de conformité couvre à la fois le registre turc et la validation de la TVA européenne.

Un parcours eKYB de référence

Une implémentation pratique nécessite rarement plus de cinq étapes :

1. Saisir le numéro fiscal dans votre formulaire d’onboarding et en valider le format côté client.
2. Exécuter la fiche 1 depuis votre backend avec votre clé d’API Atlas. Rejetez ou routez vers une revue manuelle si aucun enregistrement n’existe ou si le statut n’est pas actif. N’oubliez pas de parcourir le tableau du siège.
3. Escalader selon le risque. Au-delà d’un seuil configurable, exécutez la fiche 3 pour récupérer les associés et les signataires ; avant la signature du contrat, exécutez la fiche 4 et archivez le PDF de la gazette.
4. Conserver les preuves. Stockez la réponse, l’horodatage et l’indicateur de cache avec la fiche client — c’est votre piste d’audit.
5. Planifier la revérification. Relancez la fiche 1 au renouvellement ou sur un déclencheur de risque. Les requêtes inchangées sont servies par le cache et ne coûtent rien ; utilisez l’indicateur force lorsque l’événement métier exige des données fraîches.

L’ensemble du parcours est sans état de votre côté : aucun identifiant vers les services amont, aucun client SOAP, aucun scraping de la gazette. Atlas gère l’authentification, les nouvelles tentatives, le mappage des erreurs et la mesure de la consommation.

Premiers pas

1. Ouvrez Apivom Atlas et créez une organisation.
2. Alimentez le solde prépayé et générez une clé d’API.
3. Utilisez la console Try-it ou la documentation publique MERSIS pour envoyer votre première requête de fiche 1.
4. Intégrez l’appel à votre backend d’onboarding — jamais depuis le navigateur — et conservez les preuves.

Pour un accompagnement adapté à votre workflow, la page d’intégration MERSIS et la page produit Atlas MERSIS sont les meilleurs points de départ.

Conclusion

L’eKYB n’est pas une case de conformité à cocher ; c’est le moment où votre entreprise décide si elle peut faire confiance à une contrepartie pour du crédit, un accès ou de l’argent. L’API MERSIS d’Apivom transforme ce moment en un seul appel authentifié qui renvoie des données officielles du registre à la profondeur de votre choix, ne facture que les données réellement reçues et laisse une piste d’audit que votre équipe conformité peut défendre. Vérifiez une fois, revérifiez à moindre coût, et laissez votre onboarding avancer à la vitesse de votre équipe commerciale.