Modena

Défi

Modena vend des produits pour la salle de bain et l'aménagement intérieur avec des prix moyens compris entre 800 et 8000 RON par commande, une catégorie où le paiement en plusieurs fois est un facteur déterminant dans la décision d'achat. Ils avaient besoin d'une intégration avec BT iPay3 pour les cartes (avec support 3DS et pré-autorisation pour les produits en stock à livraison différée) et d'une intégration TBI Bank pour le paiement en 12 à 24 mensualités, sans intérêt entre 100 et 1 000 lei. À cela s'ajoutait une architecture capable de traiter simultanément un paiement en plusieurs fois via TBI et un paiement carte via BT, sans confusion de session utilisateur. Le code existant était du PHP sur-mesure monolithique avec des années d'évolution ; tout changement radical risquait de le déstabiliser.

Solution

Nous avons implémenté les deux intégrations de paiement directement sur la base de code existante, avec une séparation stricte entre la logique de paiement et la logique produit, afin de ne pas interférer avec les fonctionnalités existantes. Pour BT iPay3, nous avons construit un flux en deux phases (autorisation au checkout, capture à la confirmation de livraison) pour éviter de bloquer des fonds pour des produits en rupture de stock. Pour TBI Bank, nous avons implémenté un chiffrement RSA pour les requêtes, une validation côté serveur des calculs d'intérêts (TBI calcule indépendamment, nous vérifions la réconciliation), et un gestionnaire de webhook qui ne marque la commande comme payée qu'après confirmation de TBI. Toutes les requêtes critiques sont journalisées avec un identifiant unique pour l'audit. Les sessions utilisateur ne se mélangent pas entre les types de paiement : un utilisateur ayant choisi le paiement en plusieurs fois via TBI ne peut pas finaliser par carte sur la même session, ce qui évite les bugs de race condition. Le redémarrage récupérable a été testé sur 50 sessions réelles avant le lancement en production.

Processus

1. 01Discovery avec l'équipe Modena sur les parcours de commande réels et les catégories de produits
2. 02Documentation des API BT iPay3 et TBI Bank, identification des cas limites
3. 03Environnement sandbox avec cartes de test BT et environnement de test TBI
4. 04Implémentation progressive avec feature flags par méthode de paiement
5. 05Journalisation d'audit pour chaque transaction avec corrélation client/commande
6. 06Lancement progressif : 10 % de trafic test, surveillance, extension à 100 %
7. 07Procédure de rollback testée et documentée pour chaque intégration