Contexte Un orchestrateur gère la création d'une commande via trois appels successifs : createOrder, reserveStock et processPayment. Le Problème Le code actuel exécute les étapes séquentiellement sans compensation. Si processPayment échoue, le stock reste réservé et la commande en statut PENDING. Code actuel await createOrder(); await reserveStock(); await processPayment(); Contraintes Ajouter une logique de rollback garantissant : - Si reserveStock échoue → annuler createOrder - Si processPayment échoue → libérer le stock et annuler la commande Livrable attendu Un orchestrateur robuste avec try/catch structuré et compensation explicite pour chaque étape.