Contexte Un processus métier crée une commande via POST /orders, déclenche un paiement via POST /payments puis confirme l’expédition via POST /shipping. Le Problème Si le paiement échoue, la commande doit être annulée via DELETE /orders/{id}. Le test actuel ne gère pas ce scénario d’échec. Contraintes Mettre en place un test orchestrant les trois appels. Implémenter une logique conditionnelle : si le paiement retourne un statut différent de "approved", déclencher automatiquement l’appel de suppression. Vérifier l’état final du système. Livrable attendu Un test API robuste validant un workflow transactionnel avec gestion d’erreur et rollback.