Система наблюдение за корректностью данных в учетной системе.
Что значит корректные или не корректные данные? Это зависит от логики бизнес процессов, где для проверки данных мы бы использовали отчет, с настроенными параметрами и отбором для поиска проблемной ситуации. Сформировали отчет, нашли проблемные данные, исправили, либо получили пустой отчет, значит все, на данным момент нормально.
Например, в системе не должно быть отрицательных остатков. Открываем отчет по складским остаткам, настраиваем фильтр, показывать только отрицательные остатки, формируем отчет, он пустой, значит все нормально, не пустой видим проблемные позиции.
Если проверок различных данных десятки, и проверять желательно регулярно. Придется каждый раз формировать отчеты, чтобы в большинстве случаев увидеть, что проблем нет, что может занять много времени учитывая, что часть отчетов будут формироваться не так быстро, но в итоге покажут пустой результат, не обнаружат проблемных данных.
Как данный процесс настроить:
- Разрабатываем модуль выбора данных, где выбираем анализируемые данные. У любого разработчика, подобная разработка займет от 10 до 60 минут, в зависимости от сложности данных, чаще ближе к 10 минутам;
- Настраиваем источник данных, с фильтрами при которых будут выбраны, только проблемные данные;
- Добавляем задачу, с выбранным источником данных и модулем обработки, который ничего не будет делать, модуль заглушка. Нам важно только выбрать данные и видеть есть они, либо нет;
- Настраиваем расписание запуска, смотря как часто необходимо проверка;
- Настраиваем подобным образом все, что необходимо проверить. Таких задач, может быть десятки.
Подобным образом, возможно проверить, что угодно. Поиск дублей чего то, просроченные заказы, просроченные долги. Вся информация есть в базе учетной системы и в большинстве случаев ее возможно получить из запроса выбора данных. А если, все таки проверка такая сложная, и запросом никак не проверить, тогда запросом выбираем предварительные данные, а более детальный анализ производим в модуле обработки задачи, которая вернет статус ошибки, если найдет проблемы.
Как следить проблемами. Периодически заходим в раздел настроенных задач, с проверками, и смотрим статусы. Если статус «Нет данных» значит проблем нет. Если другой статус, значит есть какая то проблема, на проблемной задаче выбираем просмотр исходных данных в виде отчета, и смотрим, что именно не так.
При необходимости вместо модуля задачи заглушки, разрабатываем модуль отправки оповещений, где это принято в учетной системе. Функционал оповещения в различных конфигурациях реализован по разному, поэтому не входит в задачи данной системы, а в задачу модуля, но сделать такой модуль не проблема.
Но в любом случае у нас есть список где мы видим проблемные задачи, для удобства можем настроить условное оформление и подсветить проблемные задачи, либо настроить фильтр на список задач, чтобы в данной группе не отображал задачи без проблем.