Chargement
Des intégrations tierces qui tiennent en production : paiements, plateformes de livraison, fournisseurs cloud.
Nous avons intégré Adyen pour le tunnel d'achat d'une enseigne nationale (avec synchronisation des statuts entre paiement et commande et gestion d'erreurs en cohérence transactionnelle), Uber Eats et Deliveroo pour la livraison, PayGreen pour un produit interne, et Microsoft, AWS, Google Cloud, Bitnami et Zendesk sur une plateforme de marketplace. Les intégrations échouent dans les interstices : timeouts, webhooks en double, échecs partiels. C'est exactement là que nous mettons l'ingénierie : idempotence, relances, replis et réconciliation.
Le comportement réel de l'API, les rate limits, les modes de défaillance, les particularités de la sandbox.
Mapping, validation, idempotence et stratégie de repli.
Timeouts, doublons et échecs partiels testés délibérément.
Supervision et jobs de réconciliation qui attrapent la dérive avant la comptabilité.
Très probablement : Adyen et PayGreen ont déjà été mis en production, et les patterns de fiabilité se transposent à tout prestataire sérieux.
Relances avec backoff, disjoncteurs et replis, conçus par intégration. L'instabilité est présumée, pas découverte.
Clés d'idempotence et déduplication à la frontière. Chaque handler de webhook que nous livrons part du principe qu'il sera appelé deux fois.
Oui : alertes sur les erreurs et rapports de réconciliation, pour que la dérive silencieuse entre systèmes soit attrapée tôt.
Dites-nous sur quoi vous travaillez. Réponse sous 24 heures, diagnostic d'une page sous 48.