Это не то, что вы хотите в реальной транзакции. Транзакции должны быть как можно короче, что означает отсутствие взаимодействия пользователя в середине или в этом случае ожидания ответа веб-службы.
Что касается вашей проблемы, если у вас есть контроль над веб-службой, измените веб-службу, чтобы сделать вызов хранимой процедуры, который выполняет всю транзакцию. Если есть действия, которые ДОЛЖНЫ быть завершены каждый раз, когда вызывается услуга, они должны быть частью службы.
Я предполагаю, что у вас нет контроля над веб-службой, хотя это не было проблемой. Как веб-служба получает доступ к базе данных? Если он уже использует хранимую процедуру, тогда вы сможете добавить туда необходимую логику. Опять же, я предполагаю, что это не так, или это не было бы проблемой. Мое предложение состоит в том, что вы пытаетесь изменить веб-сервис, чтобы он соответствовал этой архитектуре, если это вообще возможно.
Предполагая, что веб-служба напрямую обращается к таблицам (yuck), вам нужно будет поместить код в свой код вызова, который вставляет, вызывает веб-службу, а затем проверяет, выполнила ли веб-сервис то, do, а если это не так, то ваш код предпримет необходимые действия, чтобы отменить все. Это в основном как самодельный механизм транзакций. Это также очень грязно и, как правило, подвержено ошибкам и сложно поддерживать. Не говоря уже, это не 100% полное доказательство.