Ce n'est pas quelque chose que vous voulez dans une transaction réelle. Les transactions doivent être aussi courtes que possible, ce qui signifie qu'il n'y a pas d'interaction de l'utilisateur au milieu ou dans le cas présent, en attente d'un service Web. En ce qui concerne votre problème, si vous avez le contrôle du service Web, modifiez le service Web pour effectuer un appel de procédure stockée qui effectue la transaction entière. S'il y a des actions qui DOIVENT être complétées chaque fois que le service est appelé, elles devraient faire partie du service. Je pense que vous n'avez pas le contrôle sur le service Web, ou ce ne serait pas un problème. Comment le service Web accède-t-il à la base de données? Si vous utilisez déjà une procédure stockée, vous devriez pouvoir ajouter la logique nécessaire. Encore une fois, je suppose que ce n'est pas le cas ou cela n'aurait pas posé de problème. Ma suggestion est que vous essayez de changer le service Web pour s'adapter à cette architecture si possible. En supposant que le service Web accède directement aux tables (beurk), vous devrez mettre du code dans votre indicatif qui fait l'insertion, appelle le service Web, puis vérifie si le service Web a fait ce qu'il était censé faire faites, et si ce n'est pas le cas, votre code prend les mesures nécessaires pour tout annuler. C'est fondamentalement comme un moteur de transaction développé localement. C'est aussi très désordonné et a tendance à être sujettes aux insectes et difficile à maintenir. Sans parler, ce n'est pas une preuve complète à 100%.