Продолжение темы «В поисках идеальной ERP системы 2.0»…
Помните анекдот про нового русского и про полароид? Вот так и некоторые клиенты сейчас «мучаются без полароида», не по своей воле перейдя на «новую систему» и обнаружив, что в ней отсутствуют некоторые очень важные элементы интеграции данных с другими системами.
У одного из моих клиентов iScala была интегрирована с большим количеством других систем: корпоративной, системой управления складами поставщика складских услуг, с системой у партнёра, осуществляющего контрактное производство, с CRM системой, с системой управления закупками услуг, с некоторыми контрагентами, с Диадоком. Некоторые из них не представляют интереса с точки зрения того, о чём я собираюсь написать. Но некоторые вызывают особый интерес. Есть такой инструмент в iScala, который называется Task Monitor (Монитор задач). Его можно использовать, когда требуется исправить ошибку при обработке входящего сообщения при обмене данными или когда требуется предоставить возможность пользователю решить, нужно обрабатывать поступившее сообщение или нет. Так, например, было сделано при получении сообщения от WMS (складской системы) о перемещении с транзитного (таможенного) склада на склад продажи. Сообщение не «утверждалось», пока не были введены все дополнительные затраты (таможенные пошлины, процедуры и т.п.). Аналогичным образом было сделано при поступлении сообщения от контрактного производства о списании материалов на лабораторные исследования или по результатам инвентаризации (хочу заметить, что у нескольких моих клиентов именно вопрос утверждения результатов инвентаризации всегда вызывал вопрос, никто не хочет, чтобы процесс списания недостачи происходил автоматически, т.е. практически бесконтрольно в момент обработки сообщения).
И вот клиент переходит на «новую систему», в которой настраиваются все те же самые интеграции, что и в iScala, но не предусмотрен процесс «утверждения». То есть либо всё делается автоматически, либо вы должны файлы получать вручную и импортировать их в систему также вручную. Причём визуализация поступивших файлов тоже не производится, как это было сделано на базе монитора задач в iScala.
В результате мы сейчас обсуждаем «обходной путь» как бы нам получить то, что требуется. Как говаривал один мой бывший коллега: «мы же консультанты». Если по каким-то причинам нельзя поехать из Санкт-Петербурга в Москву напрямую, мы организуем поездку через Владивосток, лишь бы доехать 🙂 Вот над этим я сейчас и работаю:
При этом создан единый интерфейс (отчёт SQL Server Reporting Services), где можно увидеть все поступившие файлы и самое главное, просмотреть их содержимое не в машиночитаемом (XML), а в человеческом виде (в виде таблицы). Когда это было в iScala, при визуализации поступившего сообщения также подтягивались остатки по соответствующей позиции запаса и партии, что позволяло заранее увидеть хватит ли остатков при обработке поступившего сообщения, но с «новой системой», увы, это невозможно сделать по причине её методики хранения информации. Но и без этого, визуализация сильно помогает. А выглядит этот единый отчёт-аналог скальского монитора задач на данный момент следующим образом:
Чем только ни приходится заниматься 🙁 Как говорится, ужос 🙂
В продолжение темы:
