AUT-0751· Управління проєктами
Координація відновлення після частково виконаної бізнес-операції
Команда звіряє фактично виконані кроки між сервісами й керує дозволеним завершенням або виправленням їхніх наслідків без стирання новіших змін.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Операція в кількох системах виконалася частково. Повний повтор дублює успішні дії, а повернення старого знімка стирає зміни інших користувачів.
02 / Результат
Є простежуване рішення щодо кожного підтвердженого й невизначеного наслідку та звірені виправлення; частковий збій не називають повним автоматичним відкатом.
03 / Процес
ТригерПізніший крок пов’язаної бізнес-операції не завершився, хоча попередні дії вже мають зовнішні наслідки.
Пов’язати операцію, її кроки, зовнішні ID й підтверджені результати; невідому відповідь не вважати відсутністю виконаної дії.
Звірити актуальні стани й визначити, що можна завершити, компенсувати або передати на ручне рішення; неповоротні дії відокремити.
Власник погоджує продовження чи конкретні виправлення з урахуванням бізнес-правил; одиничний збій не скасовує автоматично всі успішні дії.
Для кожного дозволеного виправлення зберегти ключ, передумови та контроль повторів; не відновлювати старий знімок поверх новіших законних змін.
Виконати перевірені маршрути й прочитати фактичний результат кожного кроку; збій самого виправлення лишити відкритим із збереженим прогресом.
Після нового дозволеного продовження звірити вже виконане, залишок і винятки; завершення підтвердити узгодженим бізнес-станом, а не лише успіхом останнього запиту.
04 / Реалізація1 варіант
Приклад · Контроль із підтвердженням результату
Зовнішній сервіс підтвердив резерв, але наступний крок зупинився. Власник погодив звільнення саме цього резерву; команда звірила результат без повторного створення й без скасування новішої незалежної операції.
Спосіб реалізації
- Вести фактичні наслідки, рішення й контроль дозволеного відновлення пов’язаної операції.
- Зіставляти кожне виправлення з актуальним станом, збереженим прогресом і підтримуваним захистом від повторів.
Що потрібно для реалізації
- Стабільний ключ операції й журнал підтверджених кроків.
- Дозволені способи продовження та виправлення наслідків.
- Доступ до актуального стану кожної залученої системи.
- Власник рішення, контроль повторів і ручний маршрут неповоротних дій.
Обмеження
- Microsoft описує compensating transaction як предметне виправлення наслідків, яке може саме завершитися помилкою. Воно не обов’язково повертає початковий стан.
- Повтори дозволені лише після звірки й за підтримуваними правилами. Виправлення не повинне приховано скасовувати паралельну роботу.
- Готові адаптери всіх сервісів, гарантію розподіленої атомарності, автоматичне скасування юридичних зобов’язань і реальні фінансові операції не включено.
- Права й можливості цільового середовища перевіряють на аудиті; години попередні.
Що потрібно уточнити (2)
- Чи потрібно звіряти наслідки кількох зовнішніх кроків?
Надайте ID, фактичні стани, бізнес-правила й неповоротні дії.
- Чи потрібен контроль частково виконаних виправлень?
Погодьте ключі повторів, журнал прогресу й ручне рішення винятків.