Внедрение дополнительного функционала в WMS
- Некоторые нюансы внедрения WMS на складе
- Идентификация груза в теории и на практике
- Идентификация груза в теории и на практике (продолжение)
- Необходимость администрирования баз данных
- Система Contract Management
- Contract Management против менеджеров по продажам
- Пик-листы или радиотерминалы?
- Пик-листы или радиотерминалы? (продолжение)
- Внедрение дополнительного функционала в WMS
- Интеграция с корпоративной информационной системой (КИС)
- Адаптация персонала к WMS
По материалам сайта logx.ru
При внедрении системы автоматизированного управления складом часто возникает ещё один нюанс, который стоит разъяснить – недопонимание границ ответственности WMS.
Система разработана для конкретного склада, интегрирована в него и запущена в эксплуатацию. Опробовав её и оценив плюсы автоматизации, операторы обычно «входят во вкус» и начинают выдавать идеи по её улучшению. Естественно, в этом нет ничего плохого, даже наоборот. Часть таких идей относится к функционалу, который уже заложен в WMS и просто требует подключения и настройки каких-либо модулей. Эти вещи совершенно рациональны с точки зрения системы управления. Другую часть выдают люди творческие (или ленивые), которые генерируют свои «светлые мысли» на уровне применения технологий автоматической идентификации. В результате рождаются дополнения к WMS для формирования стоимости, создания и распечатки бухгалтерских отчётов и прочих подобных функций. Естественно, все это выполнимо и может быть интегрировано WMS. Однако эта система предназначена для управления складом, но подобные расширения превращают её в систему управления всем предприятием, затрагивая область ERP. Главное и основополагающее правило любых проектов автоматизации – принцип недублируемости функционала. То есть система WMS не должна выполнять тех же функций, что ERP, установленная на том же предприятии. Иначе можно обрести немало проблем из-за конфликтов взаимодействия остатков EPR с тем, что прибавилось в WMS. Обе системы могут взаимодействовать, но не должны пересекаться. Если чётко определить границы функций EPR и WMS, это также обеспечит отсутствие конфликтов между специалистами по внедрению WMS и работниками, производящими обслуживание и развитие EPR.
Вторая грань внедрения дополнительных функций в систему управления складом: чёткое понимание требуемого результата и правильная постановка задачи разработчикам. Практически осуществить возможно самые разнообразные пожелания: от интеграции с промышленными контроллерами до мониторинга уборки на складе. Однако часто, думая, что разработчикам будет проще понять систематизированную или технически представленную информацию, запросы на доработки преподносятся им в виде неких таблиц и схем. Подобное свойственно IT-специалистам предприятий. Лучше предоставлять свои идеи в виде конечного результата в самой простой форме. К примеру: «Мы хотим, чтобы программа составляла оптимальный маршрут по складу для подбора каждого заказа». Системы автоматического управления имеют огромный функционал, так что практически наверняка в неё уже встроено то, что требуется заказчику – достаточно подключить этот модуль и настроить его. Поэтому не потребуется делать каких-то лишних работ по написанию программ дополнений и позволит более продуктивно и без недопонимания вести работу между внедренцами и IT-командой склада.
