Адаптируемость системы ARENA.WMS

Система автоматизации склада ARENA.WMS представляет собой огромный конструктор, позволяющий максимально эффективно настроить систему под множество особенностей работы каждого конкретного склада.

При разработке системы мы изначально заложили в нее концепцию универсальных пользовательских настроек всех процессов с максимальной гибкостью. 
Мы проанализировали возможности множества систем автоматизации, посетили большое количество разных складов и попытались выявить все моменты, где в системе потребуется гибкость. На каждом этапе разработки мы сверялись с разработанными моделями типовых складов с целью контроля, что каждый модуль поддерживает стандарт унификации и способен быстро быть настроен под любой типовой склад.

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

В ARENA.WMS вы не увидите настроек с помощью флажков "Обойти минимум ячеек", "Сортировать по FIFO", "Приоритет размещения в смешанные ячейки" и т.п., а также система не представляет собой контейнер для наращивания функционала с помощью выноса запросов и программного кода в интерфейс пользователя. Нам удалось разработать конструкторы правил обработки так, что с одной стороны они позволяют точно реализовать все возможные текущие и будущие требования к обработке продукции на складе, с другой стороны представляют собой дружественный интерфейс, с которым может работать любой подготовленный сотрудник, без необходимости изучать какие-либо языки программирования.

В чем секрет успеха?

Самое сложное - это переложить все возможные потребности пользователя в запрос к серверу базы данных. Именно с помощью запросов любая информационная система получает данные из SQL базы данных. В тексте запроса указывается, какие параметры нужно получить, источник данных, с какими ограничениями и как отсортировать полученный результат.

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

Вроде бы все хорошо, но проблемы начинаются когда для новых требований не находится в настойках нужного флага или значения в списке выбора. При этом клиенту ничего не остается, как обращаться к разработчику, который составляет ТЗ на доработку, добавляет нужный пункт в настройку, дорабатывает код системы так, чтобы она учитывала при формировании текста запроса новый параметр, и пользователь получает нужный ему функционал.

При этом не важно сколько настроек в той или иной системе - 10, 100 или 1000. Рано или поздно найдутся задачи, где среди огромного числа предварительных настроек нет нужной.

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

Т.е. если, например, пользователю системы нужен особый порядок размещение нового товара на складе, то он прописывает для него свой текст запроса, взяв за основу любой имеющийся текст или написав полностью новый. Задача вроде бы решена, и без помощи разработчика можно расширять функционал системы. Но тут необходимо понимать, что потребуется взять в штат одного или нескольких программистов и то, что стабильность, корректность и быстродействие работы системы будет полностью зависеть от квалификации этих сотрудников. Минусами также является то, что при большом количестве таких настроек в них сложно разбираться и модифицировать т.к. они хранятся в системе в виде текстов или на сервере в виде хранимых процедур.

В системе ARENA.WMS создана уникальная система адаптации.  Для этого мы сделали:

• Снабдили все объекты системы (товары, ячейки, контейнеры, сотрудники и т.п.) всеми необходимыми физическими и логическими параметрами, а также возможность расширить список характеристик любого объекта для использования в алгоритмах работы.
• Для каждого значимого узла создали пошаговые стратегии, в которых настраиваются правила работы системы на том или ином процессе.
• Объекты системы и стратегии связаны между собой гибким механизмом сопоставления, что позволяет, например, настроить одну стратегию на всю группу товаров, или выделить часть товаров по любому признаку и привязать к нему особую стратегию обработки.
• На каждом шаге стратегии применяется уникальный конструктор описания правил обработки, где на уровне интерфейса пользователя в удобном виде можно указать любые ограничения на результат и любой порядок сортировки выходных данных, ограниченный только воображением специалиста и физическими или логическими параметрами объектов.
• Стратегии являются зависимыми от значений KPI, т.е. они ежеминутно подстраиваются под текущую эффективность работы склада.

В результате такого подхода почти любое пожелание клиента может быть быстро реализовано. Для этого нужно определиться какими параметрами объектов мы будем пользоваться (объем, вес, дата поступления, группа, категория и т.п.), соотнести требуемую группу объектов с новой стратегией через правило сопоставления , а в стратегии четко по шагам прописать параметры отбора и сортировки данных для конечного результата. Часть особо используемых ограничений оформлено в виде шаблона для быстрого использования и изменения. При этом мы немного перестраховались и добавили возможность, при крайней необходимости, отказаться от визуального конструктора и изменить вручную текст ограничений или сортировки, а при желании полностью прописать свой текст запроса к базе данных.

Это является нашим "know-how" и более подробную информацию о механизмах адаптации готовы представить при встрече.

Но это еще не все!

Уникальную адаптируемость системы ARENA.WMS обеспечивает еще возможность все движения продукции на складе делить на независимые потоки и для каждого потока определять свои уникальные правила. Использование механизма определения потоков в системе позволяет отказаться от настроек перемещений только по типам операций, участкам склада и ролям исполнителей, а для каждого уникального перемещения настроить свои параметры.
Например, общий поток "Пополнение ячеек отбора" можно разделить на "Пополнение пустых ячеек отбора" и "Пополнение ячеек отбора с мин. кол-вом" и для каждого из полученных потоков определить своих исполнителей, стоимость, приоритет и т.п. Или выделить из потока "Размещение товара" потоки "Размещение целых паллет в хранение" и "Размещение химических реактивов меньше паллеты в хранение выше 5-го яруса" и назначить им для выполнения технику только определенного вида, определить порядок выдачи заданий каждого потока на терминал исполнителя или определить промежуточное место передачи заданий между сотрудниками.

Это также является нашим "know-how" и не используется ни в одной другой WMS системе в таком варианте (некоторые похожие схемы есть в системах PSIwms и Solvo.WMS, но там механизм реализован иначе).

Механизм настройки внутренних перемещений между ячейками склада схож по сложности и гибкости настройкам правил NAT/SAT маршрутизации в профессиональных сетевых маршрутизаторах (межсетевых экранах). Это дает в руки пользователя инструмент с большими возможностями, но требует хорошей подготовки для настройки маршрутизации потоков конкретного склада.

Кроме этого все остальные модули системы, такие как "Показатели эффективности", "Биллинг", "Мотивация работы сотрудников", "Шлюз обмена данными с КИС", "Экраны терминалов сбора данных" и т.п. выполнены также с помощью гибких конструкторов, которые не содержат жестких ограничений на настройки и позволяют реализовать любые потребности через интерфейс пользователя.

Ну и если всех этих возможностей не хватит для реализации самых сложных задач, то система ARENA.WMS позволяет реализовать любые потребности через доработку открытого программного кода системы на базе 1С Предприятие 8 версии.