При реализации модели адресного хранения, складской комплекс представляется в виде иерархической совокупности элементов хранения (склад - зона - ячейка, ячейки также привязаны к стеллажам с ярусами и стойками).

Каждому элементу иерархии приписывается код (адрес), по которому он может быть однозначно идентифицирован.

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

В системе можно задать штрих-коды для экземпляров основных типов сущностей, как-то товары, элементы хранения, паллеты и контейнеры.

Для дизайна и печати штрих-кодов используется профессиональный пакет BarTender. Система интегрируется с ним посредством командного интерфейса на уровне имён параметров.

Для последующей идентификации размещённых на складе товаров, элементов хранения и т.п. используются терминалы сбора данных (ТСД). Система поддерживает большинство ТСД, функционирующих на базе WindowsMobile.

К преимуществам от внедрения штрихкодирования можно отнести следующие:

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

Система поддерживает набор справочников для идентификации атрибутов товаров, включая:

• единицы измерения
• учёт особенностей хранения и взаимной совместимости товаров
• упаковки товара
• составляющие (если товар является набором)
• штрих-коды
• принадлежность различным классификациям
• физические атрибуты товара
• изображения товара
• атрибуты хранения товара

Каждому товару на складе присваивается один или несколько штрих-кодов, по которым этот товар может быть однозначно идентифицирован.

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

Для товаров возможно построение иерархической структуры произвольной глубины (объединение в товарные группы).

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

Для товаров на складе может задаваться номер партии (партионный учет), в которой товар был принят, и/или серийный номер. Также для складов ответственного хранения может вестись разделение товаров на складе по владельцам.

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

Для товаров и ячеек может задаваться "Тип хранения" - особый атрибут, который определяет условия хранения данного товара и условия хранения ячейки. Для всех типов хранения задается матрица совместимости, а на этапе помещения товара в ячейку эта совместимость проверяется - для некоторых товаров нужны определенные условия хранения, и если ячейка не поддерживает эти условия, то система запрещает перемещение товара в эту ячейку.

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

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

Если несколько заказов пришли в одной фуре, то оператор может объединить эти заказы в группу - в этом случае будет выдано одно задание на прием нескольких товаров. В случае внеплановой приемки есть возможность создать заказ прямо с RF-терминала кладовщика, с которого могут быть заполнены все необходимые атрибуты заказа. Если товар пришел без этикеток, то оператор прямо по ходу приема может выдать задание на маркировку принятых товаров.

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

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

Заказы на отгрузку, как и заказы на приемку, могут быть созданы вручную, а могут быть импортированы из 1С или другой учетной системы.

Отгрузка товаров по заказу разделена на несколько этапов. Сначала оператор производит резервирование товаров под заказ. Резервирование может происходить как в ручном, так и в автоматическом режиме. Для автоматического резервирования в системе настраиваются критерии ранжирования и отсева товаров, их приоритеты и последовательность применения. После того как товары зарезервированы, оператор выдает задание на комплектацию заказа - перемещение всех товаров в зону комплектации или отгрузки. Финальная отгрузка происходит из зоны отгрузки; перед отгрузкой товар может быть переупакован, перемещен на паллеты или в контейнеры и/или промаркирован.

Если несколько заказов отгружаются в одну фуру, то оператор может объединить их в группу и проводить резервирование, комплектацию и/или отгрузку нескольких заказов, как одного целого.

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

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

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

В системе настраивается большое количество справочников, вот примеры некоторых из них:

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

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

Работники склада выполняют операции с помощью RF-терминалов, оборудованных сканерами штрих-кодов. Терминалы обмениваются информацией с сервером в режиме онлайн, используя беспроводное соединение.

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

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

В системе поддерживаются гостированные форматы отчетов (МХ, ТОРГ, ИНВ) по основным бизнес-процессам: приемке, отгрузке, инвентаризации, трансферу товаров между складами. Также поддерживаются свободные формы системных отчетов о работе склада в различных разрезах: товары на складе, места хранения, операции, клиенты, задания, исполнители.

Большинство отчетов доступны с возможностью сохранения в формате PDF, HTML, XLS. Система также позволяет сохранить в файл выборку данных, отображаемых в таблице на экране оператора - для большинства таблиц.

Интерфейс администрирования Системы представляет следующие основные возможности настройки:

• безопасности. Система поддерживает ролевую модель безопасности с возможностью объединения пользователей в группы для назначения им ролей
• печати этикеток
• работы с базой данных
• структуризации отчётности
• представления главной страницы
• параметров лицензирования системы

Система построена на базе технологии серверных приложений J2EE 1.6 и обладает всеми достоинствами этой технологии, включая широкие возможности по масштабированию серверной инфраструктуры на массивах серверов-лезвий для поддержки больших складских комплексов. В системе для всех серверных компонентов, включая сервера приложений и СУБД, присутствует поддержка 64-битных редакций и, как следствие, объемов доступной для процессов памяти свыше 4 Гб.

В качестве серверных операционных систем могут применяться:

• MS Windows 2003 Server Standard Edition и более поздние редакции
• Linux Fedora Core или RedHat Enterprise 5.0+
• SUN Solaris 10

Поддерживаются несколько типов СУБД:

• Oracle 10g+ (основная целевая СУБД)
• MS SQL Server 2005+
• PostgreSQL
• Derby - для целей ван-клик развёртывания при демонстрациях системы

Поддерживаемые серверы приложений:

• Apache Tomcat 6+
• Jboss 4.X
• IBM WebSphere 6+
• BEA WebLogic 9.X.

Поддерживаемые типы клиентских браузеров:

• IE 6+ for Windows (базовый)
• FireFox 1.5+ for Windows (базовый)
• Safari 3.0+ for Mac
• Opera 9.0+
• Google Chrome

Вся работа склада осуществляется с использованием механизма заданий: Система выдает задания с указанием типа задания, элемента топологии, в котором выполняется задание, и списка товаров или заказов.

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

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

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

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

В состав системы также входит базовый набор модулей интеграции, в том числе - с 1С 8.1.