Back to 0fee
0fee

Priorités de routage des fournisseurs : comment 0fee choisit le meilleur chemin

Comment le routage à 3 niveaux de priorité de 0fee.dev sélectionne le chemin de paiement optimal. Par Juste A. Gnimavo et Claude.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 2 min 0fee
EN/ FR/ ES
routingprovider-selectionfallbackdatabase-drivenpayment-methods

Quand un client en Côte d'Ivoire paie avec Orange Money, 0fee n'envoie pas le paiement à un fournisseur au hasard. Il consulte une table de routage avec 117 entrées de méthodes de paiement, sélectionne le fournisseur de plus haute priorité qui a des identifiants valides configurés pour l'application du marchand, et bascule vers les alternatives si le fournisseur principal échoue. Cette décision de routage se fait en millisecondes, invisible à la fois pour le client et le développeur.

Le système de priorité à trois niveaux

L'attribution des priorités n'était pas arbitraire. Trois facteurs déterminaient le classement :

  1. Taux de succès des transactions. Les fournisseurs avec des taux de complétion plus élevés pour un pays et opérateur spécifiques obtiennent une priorité plus haute.
  2. Structure de frais. Les fournisseurs à frais plus bas sont préférés quand les taux de succès sont comparables.
  3. Profondeur de couverture. Les fournisseurs avec une intégration native dans un pays sont préférés aux agrégateurs qui routent via des intermédiaires.

PaiementPro est en première priorité pour l'Afrique de l'Ouest francophone car il a une intégration directe avec Orange Money et MTN dans ces pays, résultant en un traitement plus rapide et des taux de succès plus élevés.


Cet article fait partie de la série « Comment nous avons construit 0fee.dev ». 0fee.dev est un orchestrateur de paiement couvrant 53+ fournisseurs dans 200+ pays, construit par Juste A. GNIMAVO et Claude depuis Abidjan sans aucun ingénieur humain. Suivez la série pour l'histoire complète de la construction.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

Le jour où Déblo a refusé une bonne réponse — deux fois

Une trace de production a montré Déblo K12 rejetant deux fois de suite la bonne réponse d’un élève de Terminale. Huit heures d’analyse, quatre commits, une rotation A/B de modèles et un benchmark sur 6 modèles plus tard, le tuteur de maths était corrigé. Ce qui a cassé, ce que nous avons changé, et ce que l’échec surprenant de GPT-5.4-mini au test socratique nous a appris sur le choix des modèles pour l’IA éducative.

32 min May 3, 2026
debloclaude-opus-4.7claude-codemethodology +14
Thales & Claude deblo

Web Claude a trouvé le bug. Puis il a failli l’aggraver.

Comment un prompt vocal de 270 lignes pour le tuteur Ultravox de Deblo produisait la même phrase d’accueil scriptu00e9e à chaque appel. Web Claude a diagnostiqué le problème parfaitement, puis a prescrit une correction qui aurait doublé la taille du prompt avec des hooks backend inexistants. Le filtre qui a gardé le diagnostic et rejeté la prescription.

17 min Apr 28, 2026
debloclaude-opus-4.7methodologyprompt-engineering +7
Thales & Claude deblo

Pourquoi j’ai dû corriger Web Claude deux fois sur la stratégie de la page d’accueil de Deblo

Comment une conversation de 48 heures avec Web Claude a failli entraîner Deblo dans le piège généraliste « ChatGPT pour l’Afrique », et pourquoi la connaissance du marché par le fondateur a dû prendre le dessus sur les suggestions stratégiques de l’IA à deux reprises.

26 min Apr 26, 2026
debloclaude-opus-4.7methodologystrategy +6