Как стать автором
Обновить

Комментарии 12

отчёты о сроках отгрузки или списанных позициях IT-платформа считает лишь к середине или даже концу следующего дня.

сбор «тяжёлых» отчётов и список транзакций, потом выгружал их в файл-xls

экономит несколько часов работы трёх бизнес-аналитиков

Т.е. опять история о том, что сначала было сделано абсолютно неправильно, в 202х годах люди вручную в екселе считают циферьки, и как мы потом героически с этим боролись.

Любая система учета использует БД. Из БД всегда можно вытащить данные буквально за несколько секунд, причем уже с аналитикой, отфильтрованные, в разрезе времени/продукта/процесса/работника и т.д. средствами самой БД, а не через "дополнительные скрипты" и визуализировать используя сотни способов, включая бесплатные, даже через тот же Graphana, Excel (Power Query), Power BI, и т.д. и т.п.

Помню при внедрение WMS (Warehouse Management System, не скажу какой, еще в далеком 2009), за полгода до ее запуска в прод делали все нужные отчеты, которые заранее запросили заинтересованные лица (в итоге более 500 вышло). Потом уже дорабатывали их конечно, но уже до состояния конкретных хотелок конкретных лиц. Кому надо, то быстро генерится новый на текущий момент при нажатии кнопки, кому рассылка по расписанию. кому при каких то условиях изменения данных.

А так чтоб затрачивать даже по 30 мин на отчет, просто немыслимо было.

Получается у Вас при планировании системы не было людей которые заранее знают, что понадобятся отчеты в режиме реального времени, а не только лишь месячный/квартальный/т.д.?

Приветствую!

Получается у Вас при планировании системы не было людей которые заранее знают, что понадобятся отчеты в режиме реального времени, а не только лишь месячный/квартальный/т.д.?

На этапе планирования проектного решения не было потребности в оперативной отчетности, после реализации проекта такая потребность появилась.

Что касается вытащить данные за несколько секунд из любой БД. С SAP дела обстоят немного сложнее, поскольку из за внутренних ограничений прямых запросов к БД SAP выполнять не допускается и приходится писать внутренние процедуры, которые при обращении к ним инициируют выполнение запросов и формирование JSON, которые в свою очередь передаются в мониторинговую систему.

На этапе планирования проектного решения не было потребности в оперативной отчетности

Вот-вот. Те кто планировал, у них не было. А если бы привлекли к планированию тех, кто будет этим потом пользоваться, много интересного бы заранее узнали. Выходит планирование было "от балды", для галки. Вечно актуальная тема )))

Tableau, Qlik, Power BI?

Приветствую!

В компании множество систем отчетности и мониторинга, в том числе и те, что Вы перечислили.

Поскольку у нас уже был успешный опыт реализации подобной системы для распределительных центров, решили использовать ее же для "Фабрики кухни".

Zabbix? Хм, экономия на первом месте видать.

Добрый день!

Дело скорее не в экономии, а в опыте реализации предыдущих проектов и согласованной архитектурной схеме. В компании множество различных систем отчетности и мониторинга, Zabbix одна из них.

Какое-то странное решение с Zabbix-ом. У вас же SAP EWM на S4/HANA. В S4/HANA есть и встроенный BW и Embedded Analytics. Если не подходит ни встроенный BW, ни Embedded Analytics можно данные напрямую из SAP HANA брать.

Доброе утро!

SAP S/4HANA не используется ни в EWM ни в FK на "Фабрике Кухни", у нас используется Database Oracle и на основе ее таблиц реализована выборка для Zabbix.

Доброе утро!

Спасибо за комментарий. Тогда понятно, почему такая архитекура.

Что за линии? Хотелось бы увидеть объёмно-планировочные решения и решения возникших проблем. Что делают с первыми партиями продукции? Сразу в торговую сеть?

Приветствую!

Что за линии?

Не совсем понял вопрос про линии.

Что делают с первыми партиями продукции? Сразу в торговую сеть?

Первые партии продукции попадают на контроль качества, после чего комплектуются в магазины и распределительные центры.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий