
ABT Marketplace, l’approvisionnement entre entreprises vérifiées
Demandes de prix, d’information et de propositions, comparaison des offres et messagerie liée à chaque demande.
Un transfert lancé se termine, même si un service redémarre en cours de route.
Le client exploite une plateforme de transferts d’argent internationaux. Les fonds partent d’un compte et arrivent par virement bancaire ou par portefeuille mobile, en passant par plusieurs partenaires de paiement.
Il fallait relier ces partenaires, choisir la route la moins coûteuse pour chaque transfert, respecter la conformité et garder une comptabilité exacte de chaque mouvement.
Entre l’envoi et la confirmation du partenaire, il peut se passer des heures. Pendant ce temps, tout peut tomber en panne.
Chaque transfert suit un flux durable, étape par étape. Chaque partenaire vit dans son propre service. Un grand livre en partie double enregistre tout, et l’équipe des opérations suit chaque transfert dans un tableau de bord.

Pour chaque transfert, la plateforme choisit le partenaire le moins coûteux selon les frais et l’écart de change.
Chaque mouvement crée un débit et un crédit équilibrés, enregistrés ensemble ou pas du tout.
L’état de chaque transfert, les outils de diagnostic et la gestion des clients.
Chaque transfert est un flux durable aux étapes explicites: créé, route confirmée, montant réservé, versement lancé, versement réussi. Si un service redémarre en plein transfert, le flux reprend au dernier point enregistré.
Quand un partenaire confirme un versement des heures plus tard, son avis passe par un service dédié, puis par une file de messages, jusqu’au flux qui attend. Les avis en double sont reconnus et ignorés.
Chaque étape est enregistrée; l’état d’un transfert se consulte à tout moment.
Les particularités de chaque partenaire restent isolées derrière une interface commune.
Disponibilité du corridor, mode de versement, plafonds, frais et écart de change pris en compte.
Signatures et adresses autorisées contrôlées avant de traiter un avis de partenaire.
Quelques décisions prises en cours de route, chacune pour une raison concrète.
Des transferts longs et fragiles. Une panne pouvait laisser des fonds bloqués à mi-chemin.
Un flux durable par transfert, qui reprend après chaque interruption.
Des partenaires incompatibles entre eux. Les modifier tous dans un même bloc de code aurait été risqué.
Un microservice par partenaire, derrière une interface commune.
Des confirmations en différé. Certains partenaires confirment par un avis envoyé des heures plus tard.
Un service de réception des avis relié au flux par une file de messages.
Une comptabilité à toute épreuve. Un logiciel comptable générique ne suivait pas les règles des transferts.
Un grand livre intégré à l’application, avec écritures équilibrées et atomiques.

Demandes de prix, d’information et de propositions, comparaison des offres et messagerie liée à chaque demande.

Leads de trois sources normalisés, plus de 25 événements suivis et conversions renvoyées à Facebook côté serveur.

Les règles de salaire sont des formules stockées en base de données, testées en simulation avant de servir en production.
Décrivez-nous vos partenaires de paiement et vos règles de conformité. On revient vers vous avec des questions précises et la première étape à bâtir.