Компания зависела от документов, которые меняются без предупреждения: требования площадок, правила, прайсы поставщиков. Следили за этим вручную, по памяти и по слухам от коллег. Об изменении узнавали постфактум — когда что-то переставало приниматься.
Ключевая мысль, которая определяет всю конструкцию: полезно не уведомление «вышла новая версия», а ответ на вопрос, изменилось ли то, от чего зависит конкретный процесс. Поэтому система хранит не последнюю версию, а историю версий и сравнивает их по разделам.
Собрала слой сборщиков под каждый источник: у них разная надёжность, разный формат и разная частота обновления, и общего способа забора данных не существует. У каждого свой период опроса и своя обработка сбоя, чтобы падение одного источника не останавливало остальные.
Изменения привязала к внутренним регламентам компании: к каждому пункту инструкции привязан фрагмент источника. Когда фрагмент меняется, видно, какие инструкции задеты и кто их ведёт.
Публикацию закрыла подтверждением человека: система готовит карточку «было и стало» со списком затронутого, ответственный подтверждает или отклоняет. До подтверждения рассылка не уходит.
История версий вместо снимка на сегодня, сравнение по разделам, привязка изменений к внутренним регламентам, очередь на подтверждение и журнал решений с автором и датой.
Об изменении узнают в день выхода, а не тогда, когда что-то перестало приниматься.