Автоматизируйте проверку, которую вы делаете вручную

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

Зачем: Пустой холст - это то, на чём умирает большинство идей автоматизации, потому что первый час уходит на выяснение, какой выход куда подключить. Начать с графа, который запускается с первого клика, значит начать с чтения работающей логики и её доработки, а не с угадывания логики, которая не работает.

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

Зачем: Шаблон несёт логику, но никогда не несёт цифры вашего проекта. Предел, оставленный на демонстрационном значении, пропускает всё, что вы в него подадите, а это хуже, чем отсутствие контроля вовсе, потому что запуск становится зелёным, и все считают, что проверка была сделана.

Прочитайте количество проблем перед тем, как нажать запуск. Линтер отмечает любой шаг, у обязательного входа которого нет входящего соединения, и любой узел, оставшийся на холсте изолированным, без единого соединения. Устраните это, запустите pipeline, а затем прочитайте, что фактически сделал каждый шаг, а не только итоговую сумму.

Зачем: Шаг, подключённый в никуда, не завершается с ошибкой. Он просто никогда не выполняется, а pipeline сообщает об успехе, хотя делает меньше, чем кажется по холсту. Именно этот сбой стоит искать в первую очередь, потому что зелёный статус запуска - это как раз то, что мешает кому-либо проверить ещё раз.

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

Зачем: Автоматизация окупается только со второго запуска. Проверка, которая живёт в голове одного человека, пропускается в ту неделю, когда он в отпуске, а на длинном проекте это неизменно та самая неделя, когда она поймала бы что-то дорогостоящее.