Créer une clé API
Dans Developer Portal, sélectionnez « D2F Enterprise Platform ». Descendez jusqu’à « Connexions & clés API », donnez un nom à la connexion et cliquez sur « Générer la clé API ». Copiez immédiatement la clé : elle n’est affichée qu’une fois. Si votre clé a été créée avant la version 3.47.3, régénérez-la pour obtenir les droits CBM v2.
Raccorder l’entreprise cliente
Ouvrez « Integration Hub », puis l’onglet « Entreprises ». Ajoutez l’entreprise avec son pays et son identifiant légal. Conservez le Connection ID affiché : il identifie cette entreprise dans toutes les requêtes sans mélanger les tenants.
Identifier les champs CBM
Ouvrez l’Explorateur CBM. Recherchez chaque donnée de votre source et vérifiez sa responsabilité : SOURCE_REQUIRED doit être fourni par votre logiciel ; D2F_DERIVED, COUNTRY_PACK_DERIVED ou PROVIDER_RETURNED est résolu par la couche indiquée.
Construire le mapping
Dans Mapping Studio, collez un exemple JSON, reliez chaque chemin source au champ d2f.cbm.v2 correspondant et choisissez la transformation. Corrigez toutes les erreurs, contrôlez l’aperçu et la lignée, puis enregistrez une version DRAFT avec la clé API et le Connection ID.
Tester le routage en sandbox
Dans Sandbox, saisissez la clé API et le Connection ID. Choisissez un scénario domestique ou cross-border et lancez la simulation. D2F associe automatiquement provider.d2f.sandbox : aucune vraie Plateforme Agréée ni aucun identifiant opérateur n’est nécessaire. Vérifiez les pays, les jambes d’exécution, le Country Pack, le fournisseur ou réseau choisi et chaque phase de validation.
Tester le contrat API
Dans API Explorer, commencez par GET /capabilities. Testez ensuite GET /organizations et GET /mappings. Pour un flux complet, envoyez POST /transactions avec un externalId stable et un Idempotency-Key unique. La console affiche le statut, le request ID et le correlation ID.
Diagnostiquer et conserver les preuves
Copiez le transaction ID retourné et ouvrez Diagnostics. Saisissez la clé API, le Connection ID et le transaction ID. Contrôlez le plan d’exécution, la phase bloquante éventuelle, les versions utilisées et la chaîne de preuves SHA-256.
Passer en production
Ne passez le mapping à PRODUCTION qu’après validation de la sandbox, configuration du connecteur qualifié et revue des preuves. Conservez la version précédente pour le rollback et utilisez une clé dédiée à la production.
Ne recommencez pas au hasard. Relevez le statut HTTP, le request ID, le correlation ID et le transaction ID, puis ouvrez Diagnostics. Une erreur de scope nécessite une nouvelle clé ; une erreur de Connection ID concerne le raccordement de l’entreprise ; une validation CBM concerne le payload ou le mapping.