События (Events) в IMS2 — бизнес-логика и руководство для пользователя

Документ для пользователей, которые настраивают и работают с правилами
отслеживания (Tools → Events). Объясняет, как работает система на уровне
бизнес-логики, а не как нажимать на кнопки.

1. Что это вообще такое

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

Правило (вкладка Rules) — что именно отслеживать и как часто
проверять. Настраивается один раз.
Сообщение (вкладка Events + панель на главном экране) —
результат срабатывания правила. Появляется само, когда условие выполнено.

2. Что может отслеживать правило

Правило проверяет одно из двух:

2.1. Остаток товара ниже нормы (главный сценарий)

Указываете товар и минимальный порог (Min Stock Threshold) — система
сравнивает текущий остаток с порогом при каждой проверке.

Если остаток ниже порога — открывается сообщение "не хватает".
Если остаток снова выше порога (пришла новая партия, перенесли со
склада) — сообщение закрывается само, без вашего участия. Считается,
что проблема ушла — раз запаса снова достаточно.
Повторных сообщений по одному и тому же непрошедшему случаю не плодится —
пока проблема не решена, висит одно сообщение (просто актуализируется
текущий остаток), а не десяток одинаковых.

Склад — необязательный уточняющий параметр. Если не указан — порог
проверяется по сумме остатка со всех складов. Если указан конкретный
склад — только по нему.

Это важно, если у вас несколько складов с разным назначением (например,
основной склад закупки и рабочая точка/кухня/цех, куда переносится нужное
количество). В таком случае общая сумма может ввести в заблуждение: товара
"в целом" достаточно, а там, где он реально расходуется, — уже пусто. Указывайте
конкретный склад, если расход идёт именно с него, а не откуда угодно.

2.2. Была ли операция за период

Указываете компанию/товар/тип операции/номер заказа (любую комбинацию) —
система проверяет, была ли за отслеживаемый период хотя бы одна подходящая
операция. Используется реже, для контроля "не забыли ли сделать поставку/
оплату".

3. Разовая проверка или периодическая

Разовая (поле Period пустое) — проверяется один раз, дальше правило
само деактивируется.
Периодическая (Period в формате W;2;6 или M;1;15) — проверяется
регулярно, следующая дата пересчитывается автоматически после каждой
проверки:
W;2;6 — еженедельно, по указанным дням недели (2=понедельник, 6=пятница
и т.д., 1=воскресенье).
M;1;15 — ежемесячно, по указанным числам месяца (1 и 15 число).

Для правил "остаток ниже нормы" период по факту не важен — они проверяются
при каждом входе в систему, постоянно, пока не будут закрыты вручную (см.
§5). Формат периода актуален в первую очередь для сценария §2.2.

4. Где видно результат

Панель на главном экране (слева) — показывает только открытые
сообщения "остаток ниже нормы". Ничего лишнего — не про операции, не про
заказы, чтобы не отвлекать от главного.
Tools → Events → вкладка Events — полный журнал всех сообщений
(открытых и закрытых, обоих типов), с фильтрами по компании/товару.

5. Как закрыть сообщение

На панели главного экрана нет кнопки "убрать". Это осознанное решение:
закрывать проблему может только тот, кто настраивал правило и понимает, что
происходит — не любой пользователь простым кликом.

Единственный способ закрыть сообщение вручную:

Tools → Events → вкладка Rules.
Выбрать нужное правило.
Кнопка Close Rule — деактивирует правило и одновременно закрывает
все его открытые сообщения.

Если проблема была реальной и её устранили (довезли товар, перенесли со
склада) — сообщение закроется само, отдельно закрывать не нужно (см. §2.1).
Ручное закрытие нужно для случаев "ложной тревоги" или когда правило больше не
актуально (например, товар сняли с продажи).

Delete Rule — это другое действие: полностью удаляет правило из
справочника (не просто закрывает). Используйте, если правило создано по
ошибке или больше никогда не понадобится.