Raccordement au switch national
Un adaptateur écrit contre un contrat interne plutôt que contre un protocole, avec un simulateur qui reproduit les cas pénibles — un dépassement de délai après un effet financier, un rejet tardif contradictoire — avant qu’un raccordement réel n’existe.
Banques, émetteurs de monnaie électronique et institutions qui doivent atteindre ou rejoindre un système national, et les régulateurs qui les supervisent.
Fait partie de la plateforme elle-même : présent partout où BitriPay tourne.
Le problème
Les intégrations à un système sont d’habitude écrites contre son protocole. Quand le profil change, ou qu’un deuxième système apparaît, la logique métier doit être réécrite parce que le protocole s’y était infiltré.
Comment cela fonctionne
- Les paiements sont exprimés dans une forme canonique interne qui ne présume aucun protocole particulier.
- Un adaptateur traduit entre cette forme et ce que le système parle réellement.
- Un simulateur reproduit les issues pénibles, étiquetées comme simulation de bout en bout.
- Le codec certifié n’est chargé que pour un raccordement dont la certification est enregistrée.
Ce que vous pouvez vérifier
Des faits sur la plateforme en fonctionnement, pas des adjectifs. Chacun est visible dans le produit, dans la référence de l’API ou dans le grand livre.
- Le contrat interne ne présume rien du format de transport — ni ISO 8583, ni ISO 20022, ni REST — de sorte que le protocole n’atteint jamais la logique métier.
- Le simulateur reproduit un dépassement de délai après un effet financier, un introuvable provisoire, un succès en double, un rejet tardif contradictoire, une signature invalide et un accusé de réception sans aboutissement.
- Tout ce que le simulateur produit est étiqueté comme simulation et il n’atteste jamais d’une certification.
- Un adaptateur certifié n’est chargé que pour un raccordement dont l’état de certification le dit.
- Les frais d’agrégation sur les paiements du switch sont provisionnés par paiement abouti et facturés par période, jamais enregistrés sur le paiement lui-même.
Ce que cela coûte
Les frais de système et d’agrégation sont définis dans la console et apparaissent sur le relevé du commerçant comme leur propre ligne.
Questions
Pourquoi construire avant la publication du profil ?
Parce que le difficile n’est pas le format de transport — c’est le comportement autour : ce qui se passe lors d’un dépassement de délai qui a eu un effet financier, ou d’un rejet qui contredit un succès antérieur. Cela peut être construit et testé dès maintenant, et le format devient un codec plus tard.
Le simulateur prouve-t-il que vous êtes certifiés ?
Non, et il le dit sur tout ce qu’il produit. Il prouve que le comportement a été construit et testé. La certification est un état distinct et enregistré, et l’adaptateur certifié ne se charge que pour un raccordement qui l’a.
Comment les frais du switch sont-ils facturés ?
Provisionnés par paiement abouti et facturés par période et par devise. Ils ne sont jamais enregistrés sur le paiement lui-même : le montant du paiement est le montant du paiement et les frais sont une obligation distincte et visible.
À lire ensuite
Smart Route
Un routage noté à partir des taux de succès mesurés, du coût et de la latence par connecteur, avec un disjoncteur qui retire un rail défaillant avant que vos clients ne le trouvent.
Réseau de corridors
Un corridor inscrit la phase dans laquelle il se trouve, sous quelle licence et avec quel modèle de détention des fonds — comme donnée, pour que passer d’orchestrateur à émetteur agréé change des lignes plutôt que du code.
L’API de la passerelle
Une API de paiement dont la documentation est produite à partir de la même table qui sert les requêtes : la référence ne peut donc jamais décrire un point de terminaison que la plateforme n’a pas.