Pull to refresh

Comments 3

Когда движения товаров/денег/активностей идут в реальном времени, выдавать не актуальный отчёт, сформированый регламентно, идея так себе. Типичный пример мы кусок отчёта за 14 дней и раньше формируем регламентно, а остальное тянем с актуального, условно. А тут хоа-сторнировали накладную, и пошло задвоение. То есть , получается, надо задачу вязать и на события заодно. Или отслеживать события, записывать и на запрос сверяться, попадает ли изменение по событию в отчёт.

Регламентно задание уместней при планировании -например, WMS анализирует вход/выход и регламентно создаёт задание на подписку зон подбора. Или регламентно проводит ABC анализ, и вываливаетс поутру дашборд. Или проверяет сроки годности и блокирует документы, если туда попадает просрочка или меняет резервы партии. Много применений.

А регламентный отчёт-это только что-то типа с утра руководителю на стол класть итоги дня. Ночью посчитал я и вывалился.

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

Ну да, когда все колом, то нужен костыль со звучным названием, ну и какой там чел, боты и только они понимают. 😁

Sign up to leave a comment.

Information

Website
otus.ru
Registered
Founded
Employees
101–200 employees
Location
Россия
Representative
OTUS