Аудит автоматизаций: как найти то, что тихо сломалось

Автоматизации ломаются тихо: сценарий не падает с ошибкой, он просто перестаёт срабатывать. Квартальный аудит из четырёх шагов — реестр, проверка молчаливых сбоев, поиск дублей и подсчёт запусков — находит это до того, как найдёт клиент.

Главная причина в том, что автоматизации создают, а не сопровождают. Через год в типичной команде работает полтора десятка сценариев, и половину из них никто не проверял с тех пор, как настроил.

Шаг 1: что должно быть в реестре?

Список всех активных сценариев с тремя колонками: что делает, что запускает, кто владелец.

Это звучит бюрократично и даёт наибольший результат: у большинства команд такого списка нет, и сам процесс его составления находит сценарии, о которых все забыли.

1. 1

   Что делает

   Одной фразой, языком бизнеса: «отправляет письмо после покупки», а не «webhook → filter → action».

2. 2

   Что запускает

   Событие или расписание. Здесь сразу видны дубли по триггеру.

3. 3

   Кто владелец

   Конкретный человек. Сценарий без владельца — первый кандидат на выключение.

4. 4

   Когда проверяли

   Дата последней проверки. Пустая ячейка — это и есть результат аудита.

Шаг 2: как найти молчаливые сбои?

Тихий сбой — это когда сценарий формально активен, но не срабатывает: изменилось название поля, устарел доступ, платформа убрала метод.

Самый быстрый способ проверить — посмотреть дату последнего успешного запуска каждого сценария. Всё, что не срабатывало дольше своего обычного интервала, — подозрительно.

Шаг 3: уберите дубли и наследие

Группируйте не по названию, а по действию. Типичная находка: два сценария отправляют похожее сообщение тому же клиенту, потому что их делали разные люди в разное время.

Вторая типичная находка — сценарии, привязанные к инструментам, которыми вы больше не пользуетесь. Они не вредят, но потребляют лимиты тарифа и усложняют каждый следующий аудит.

Правило безопасной уборки: выключить, подождать месяц, потом удалить. Если за месяц никто не заметил — сценарий действительно был не нужен.

Шаг 4: как посчитать стоимость запусков?

Автоматизации тарифицируются за запуски или действия, и счёт растёт незаметно. Здесь аудит окупается буквально.

Что искать:

Сценарии с частым триггером. Запуск на каждое изменение записи вместо запуска раз в день — классическая причина, почему счёт вырос втрое без новых автоматизаций.

Лишние шаги в цепочке. В модели оплаты «за действие» каждый шаг стоит денег. Сценарий из десяти шагов, где три — промежуточные преобразования, можно сократить.

Запуски без результата. Сценарий срабатывает тысячу раз в месяц и в девятистах случаях выходит на «условие не выполнено». Фильтр стоит перенести ближе к триггеру.

Чеклист квартального аудита

1. Составить или обновить реестр: действие, триггер, владелец, дата проверки.
2. Проверить дату последнего успешного запуска каждого сценария.
3. Отдельно проверить редкие сценарии (месячные, квартальные).
4. Сгруппировать по действию и найти дубли.
5. Выключить сценарии без владельца; удалить через месяц.
6. Найти три самых дорогих по запускам и проверить триггер.
7. Прогнать вручную два-три ключевых сценария от начала до конца.
8. Записать дату аудита в реестр.