Что такое Триггеры

Триггеры – это отдельный модуль, который общается с системой по интеграционной шине.

Цель триггеров как инструмента – автоматизация бизнес-процессов. Возможность сделать так, чтобы пользователю приходилось делать меньше действий в системе и не совершать ошибок на уровне «забыл проставить нужный реквизит».

Идеальная картина: нажал одну кнопочку – и готово. Система магическим образом узнала, чего от неё хотел пользователь. Всё заполнилось-настроилось-появилось как надо.

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

«Большая» автоматизация – это набор небольших сценариев. Каждый «большой» бизнес-процесс декомпозируется на составляющие.

Таким образом первоначально триггеры автоматизируют маленькие кусочки бизнес-процессов.

Только когда процессы, которые вы перенесли в систему, обкатаны вручную. Когда вы «на коленке» убедились в их жизнеспособности.

В момент первоначального внедрения ИСУП, вы можете только предполагать, как это будет работать.

Автоматизация фиксирует процессы.

Прежде чем процесс зафиксировать, нужно его обкатать, убедиться в его жизнеспособности.

На этапе внедрения может быть некая идеальная картина, которую воспроизводят объекты и справочники системы. Но уже через несколько месяцев бизнес-процессы могут внести свои коррективы в то, что было настроено. ⇒ Если будет на старте внедрена автоматизация, она либо перестанет работать, либо станет проблемой, которую пользователи вынуждены будут обходить.

Слабость автоматизации в том же, в чём и сила: в «бетонировании» бизнес-процессов.

Меняются требования, отчёты, данные, которые нужно вносить. Появляются новые идеи, которые конфликтуют со старыми.

Расхождения между реализованной автоматизацией и реальным бизнес-процессами могут показаться ошибками. Но на самом деле – это лишь старые бизнес-процессы, которые перестали быть актуальными.

Ошибка в контексте триггеров – это если реализация не соответствует требованиям из согласованного технического задания.
Если же прошло полгода-год-два, сами процессы изменились, а триггер работает по-старому, это не ошибка работы триггера. Программный код не в курсе ваших изменений – об этом можете знать только вы.

Процессы изменчивы, и это нормально. Самое сложное в триггерах – это соблюсти баланс.

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

Триггер – это мощный инструмент в руках человека, понимающего настроенные в ADVANTA процессы и знающего, как они работают.

В руках сотрудника не совсем понимающего как все работает, но имеющего права доступа – этот инструмент может принести больше вреда, чем пользы.

Триггер это микроавтомат (робот), выполняющий набор рутинных действий при наступлении определенного события в бизнес-процессе, и поэтому чувствителен к изменению условий в которых он работает. Если изменились условия или процесс, то триггер, выполняющий рутину под старый процесс, скорее всего станет выполнять неадекватные новому процессу действия, или сломается.

Соответственно самый верный способ «завалить» работу триггеров – это создать хаос в настройках: забыть, зачем и что было настроено, смело добавлять, удалять и переименовывать реквизиты, объекты, справочники, менять ограничения по созданию дочерних объектов и т.п. Впрочем, такие действия обязательно создадут массу неадекватных данных и сломают отчетность, OLAP-кубы и прочие аналитические инструменты системы и без всяких триггеров. С ними же сломается все еще быстрее.

Действия пользователя:

• изменяет реквизиты на карточке проекта или дочерних объектах.

Работа триггера (может быть как одно, так и все перечисленные действия):

• меняет статус проекта;
• меняет значения реквизита(ов) на карточке проекта;
• меняет фазу жизненного цикла.

Действия пользователя:

• завершает контрольную точку (статус – «Завершено»)

Работа триггера (может быть как одно, так и все перечисленные действия):

• создаёт запись в справочник у проекта;
• меняет значения реквизита(ов) на карточке проекта;
• меняет фазу жизненного цикла.