// Обробка збоїв автоматизації
Що має відбуватися, коли автоматизація дає збій?
Продумайте повторні спроби, погодження та ручне відновлення ще до того, як процес стане частиною щоденної роботи.
agentoriq · Практичний посібник · 2 хв читання
Визначте збій з погляду бізнесу
Процес може технічно завершитися, але залишити роботу незакінченою. Наприклад, контакт створено, а завдання нагадати про наступний дзвінок — ні. Визначте очікуваний бізнес-результат і кроки, необхідні для його досягнення. Фіксуйте перебіг цих кроків, щоб відповідальний бачив, що сталося, що залишилося зробити та які дії вже потрапили до зовнішньої системи.
Повторюйте спробу лише там, де це допоможе
Короткочасна недоступність сервісу може виправдати ще одну спробу після паузи. Відсутня адреса пошти потребує виправлення даних, а відмова в доступі — перевірки дозволів. Обмежте кількість автоматичних спроб і визначте момент зупинки. Нескінченне повторення неправильного запиту створює шум, а не прогрес. Нерозв’язаний стан має бути видимий людині, яка може визначити подальші дії.
Повторна спроба не повинна створювати повторний результат
Якщо очікування відповіді завершилося, зовнішня система все одно могла виконати дію. Перед повтором процесу потрібні постійний ідентифікатор початкового запиту та спосіб перевірити наявний результат. Розробники називають це ідемпотентністю. Для бізнесу це означає, що одне звернення не створить дві угоди, а одне погодження не спричинить два зовнішні повідомлення. Відновлюйте саме незавершений крок.
Погоджуйте дію до її виконання
Залишайте перевірку людиною там, де помилку складно скасувати. Покажіть запропоновану дію, дані, на яких вона ґрунтується, і невизначені моменти. Зафіксуйте погодження саме цієї версії. Якщо після цього змінилися важливі вхідні дані, запросіть нову перевірку замість використання старого погодження для іншої дії. Очікування погодження має чітко відрізнятися від збою.
Приклад: документ пройшов лише частину процесу
Уявімо процес обробки рахунка: дані розпізнано, людина їх погодила, але під час експорту зник зв’язок. Відповідальний має бачити, що розпізнавання й перевірка успішні, а стан експорту невідомий. Перш ніж надсилати повторно, перевірте систему призначення за ідентифікатором рахунка. Якщо запис існує, узгодьте статус. Якщо ні — повторіть експорт. Перезапускати розпізнавання або непомітно створювати ще один запис не потрібно.
Зробіть сповіщення та ручне відновлення практичними
Сповіщення має називати відповідний запис, завершений крок, проблему та доступну наступну дію без зайвого розкриття конфіденційних даних. Призначте відповідального й порядок передачі проблем, що залишилися без уваги. Підготуйте інструкцію ручного завершення та фіксації результату, щоб автоматизація не повторила вже виконану роботу. Перед запуском перевірте недоступність сервісу, повторні дані й перерване виконання, а потім шукайте системні причини повторюваних збоїв.