Опубликовано №5 (52) октябрь 2012 г.

АВТОРЫ: Пензев В.Н.

РУБРИКА Информационные технологии в логистике и SCMЛогистика складирования

Аннотация 

В статье приведено понятие, условия разработки, внедрения эффективности WMS-системы. Описан функционал, архитектура и дан краткий состав Технического задания на внедрение современной WMS-системы. 

Ключевые слова техническое задание разработка состав внедрение WMS Warehouse Management System Система Управления Складом


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

Как известно, Система Управления Складом (WMS -  Warehouse Management System ) — система управления, обеспечивающая автоматизацию и оптимизацию всех процессов складской работы профильного предприятия. Затрагивая тему внедрения WMS-систем, руководители компаний в первую очередь обращают внимание на вопросы, которые в конечном итоге  направлены на повышение экономической эффективности не только склада, но и самой компании по следующим статьям:

- эксплуатационные расходы:

  • рациональное использование погрузочной техники, повышение отдачи;
  • оптимизация использования оборудования;
  • использование освободившегося оборудования для оказания 3PL услуг;
  • снижение затрат на транспортировку (экономия топлива и электроэнергии, уменьшение  затрат на обслуживание и увеличение срока эксплуатации погрузочной техники);

- обслуживание заказчиков (покупателей, потребителей):

  • исключение ситуаций отгрузки заказа в неполной комплектации и затрат на допоставку документов заказчику и возврат заказов;
  • минимизация затрат на списание просроченных товаров;
  • улучшение качества обслуживания заказчиков;

- управление персоналом:

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

- управленческий учет и документооборот:

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

- складское хозяйство:

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

Среднее значение показателей эффективности работы складского комплекса (склада) после внедрения WMS-систем приведено в табл. 1.

Таблица 1 Среднее значение показателей эффективности после внедрения WMS-систем

Параметр

Значение

Общий рост эффективности использования трудовых ресурсов

15-25%

Рост производительности отбора

20-30 %

Сокращение складского персонала

20-25 %

Сокращение использования складской техники

15-20 %

Уменьшение количества ошибок отбора

30-70 %

Повышение точности данных на складе

до 99.9 %

Снижение потерь от просроченного товара

80-90 %

Снижение простоев на инвентаризацию

95 %

Повышение оборачиваемости склада

15-20 %

Повышение коэффициента использования складского пространства

25-30 %

Увеличение емкости хранения

5-15 %

Повышение точности сборки

от 99.5 %

Снижение административных издержек

15-20 %

Снижение строк претензий от клиентов в отношении к общему количеству отгруженных строк

до 0.4%

Средний срок возврата инвестиций

6-18 месяцев

 

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

Таблица 2 Этапы реализация проекта

ЭТАП

Наименование и составляющие этапа

1

Разработка Технического задания

  • Обследование объекта автоматизации;
  • Выработка технических и технологических рекомендаций;
  • Разработка Технического задания на внедрение Системы управления;
  • Разработка Технического задания на создание Межсистемного интерфейса с Головной системой предприятия;
  • Согласование Технического задания с заказчиком;

2

Адаптация и тестирование

  • Адаптация модулей Системы управления;
  • Ввод в Систему управления топологии склада;
  • Разработка и тестирование Межсистемного интерфейса;
  • Сборка и тестирование Системы управления;
  • Подготовка комплекта технической документации.

3

Внедрение

  • Развертывание Системы управления;
  • Монтаж оборудования;
  • Настройка программного обеспечения;
  • Физическая разметка склада;
  • Обучение персонала;
  • Начало тестовой эксплуатации Системы управления;
  • Испытание Системы управления в условиях близких к реальным;
  • Выполнение тонкой подстройки алгоритмов управления на основании результатов тестирования;
  • Доработка пользовательской документации;
  • Выполнение работ по вводу Системы управления в промышленную эксплуатацию.

4

Сопровождение и поддержка в гарантийный период

  • Сопровождение включает действия по исправлению всех обнаруженных дефектов в текущей версии системы

Первоначально хотелось бы отметить несколько ключевых моментов, которые могут «лечь» в основу Технического задания:

1. Компания должна определиться с интеграцией WMS-системы в ERP-систему: либо это будет WMS-система в составе ERP-системы, либо она будет интегрирована.

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

Обычно вопрос, приобретения WMS-системы в составе ERP-системы или их интеграции встает очень остро, и поднимается в том случае если компания решает перейти на одну из известных (полноценных) ERP-систем, например, таких как: SAPR 3, OracleE-Businesssuite, JDEdwards, MicrosoftDynamicsAX, MicrosoftDynamicsNavision  и другие.

В противном случае, WMS-система просто интегрируется с ERP-системой.

Рис. 1 Взаимодействие ERP и WMS-систем, в случае интеграции

Таблица 3 Некоторые отличительные особенности WMS-системы и складского модуля ERP-системы

Параметр

WMS-система

ERP (складской модуль)

Тип системы

Система реального времени (АСУ ТП)

Транзакционная система (учетная)

Тип учета

Физический учет запасов (грузовые единицы, упаковки, тип, вес)

Количественно-стоимостной учет

Метод учета

Непрерывный  (по факту)

Регистрационный, пост-фактум

Принципы реализации операций

Технологические, основанные на физических и качественных параметрах объектов

Документарные, часто основаны на бухгалтерских и учетных операциях

Объекты управления

Грузы, техника и персонал  «Груз-Документ»

Документы, косвенно персонал «Документ-Груз»

Ограничения по зонированию

Любая вложенность зон, перекрестные логические зоны

Логические склады, основанные на детерминированной модели адресации и привязки объектов управления

Надежность

«Промышленные» решения, высокая производительность

Скорость операций не является основным критерием

Интеграция с механизированным оборудованием

Проще из-за одинаковых объектов управления

Затруднена

Сложность создания грузовых единиц

Любая комбинация товаров, типов упаковок, качественных параметров

Трудности с реализацией «смешанных грузов» (несколько товаров в одной единице)

 

2. Исходя из целей и задач, стоящих перед складским комплексом, компания должна определиться с классомWMS-системы.

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

- самописные системы - в этом случаем, внедрение системы не является самоцелью. Ее задача – оптимизировать логистические и производственные бизнес-процессы;

- системы начального уровня - данные WMS-системы предназначены для небольших компаний и магазинов с небольшой номенклатурой;

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

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

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

Основные особенности классификации WMS-систем отражены в табл. 4.

Таблица 4 Основные особенности классификации WMS-систем

Классификация WMS-системы

Стоимость внедрения, USD

Срок внедрения, мес.

Целевой рынок

Основные особенности

Самописные системы

 

-

-

-

-

Cистемы начального уровня:

 

до 50 тыс.

2-3

Для небольших компаний и мага-зинов с неболь-шойноменклату-рой

 

-базовая функциональность (операции грузопереработки)

- минимальные возможности модификаций

- ограниченное число тран-закций (не более 200 в час)

- незначительное число поль-зователей (до 10)

- поддержка безбумажной  технологии

- использование стандартных систем отчета

- автономный режим работы или простейший интерфейс обмена данными с головной системой

Коробочные системы

40-180 тыс.

2.5-6

Для складов площадью 1000-10000 м2, с большой номен-клатурой, но невысоким това-рооборотом: не-большие оптовые склады, распре-делительные центры и ком-мерческиескла-ды, не оказываю-щие дополни-тельные услуги. 

- базовая функциональность с заданными определенными возможностями настройки (возможно под требования  клиента)

- средние объемы транзакций (от 200 до 1000 в час )

- увеличенное число поль-зователей (от 10 до 40 )

- подключение от 10 до 20 радиотерминалов

- использование стандартных отчетов плюс генератор отчетов

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

- имеют интерфейс с системой высшего уровня и интерфейс с оборудованием осущес-твляющим складские операции

Адаптируемые системы

 

200-400 тыс.

4-10

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

- весь цикл управления складом с возможностью значительной модификации по требованиям заказчика

- значительное число товарных позиций

- большой объем транзакций (свыше 1000 в час)

- значительное число пользо-вателей (от 40 и больше)

- более 20радиотерминалов

- стандартные и особые отчеты плюс генератор отчетов

- работают на мощных вычислительных платформах

- наличие интерфейсов с головной системой и складским оборудованием

Заказные системы

 

более 1000 тыс.

12-24

Крупные склад-ские комплексы со сложной тех-нологиейвыпол-нения операций (иерархией раз-нообразныхопе-раций)

- весь цикл управления складом с полной модификацией по требованиям заказчика

- значительное число товарных позиций

- большой объем транзакций (свыше 2000 в час)

- значительное число пользоват. (от 50 и больше)

- более 50радиотерминалов

- стандартные и особые отчеты плюс генератор отчетов

- работают на мощных вычислительных платформах

- наличие интерфейсов с головной системой и складским оборудованием

3. Опираясь на имеющуюся IT платформу, компания должна выбрать архитектуру WMS-системы

Рассматривая классификацию WMS-систем многие, наверное, обратили внимание, что существенное влияние на класс WMS-системы оказывают  ее составляющие, сам термин, «системы», говорит сам за себя, в противном случае это был просто очередной программный продукт. В основном все системы разрабатываются на базе архитектуры «клиент-сервер», табл.5.

Таблица 5 Основные составляющие архитектуры WMS-системы

Наименование компонента

Значение

Сервер приложений для установки и функционирования программной платформы (WMS)

Основа программной платформы

C++

C#

.NET

Delphi

Scala

JavaScript

Xbase++

Операционная система

Linux

Windows

Uniх

Сервер базы данных

СУБД

SybaseAdaptiveServerEnterprise

SybaseAdaptiveServerIQ

SybaseSQLAnywhere

Firebird

IBM DB2

IBM DB2 Express-C

InterBase

MicrosoftSQLServer

OracleDatabase

OracleRdb для OpenVMS

PostgreSQL

Операционная система

AIX

Linux

MacOS

Solaris

SunOS

Uniх

Windows

HP-UX

i5/OS

Сервер приложений обмена базой данных

Операционная система

AIX

Linux

MacOS

Solaris

SunOS

Uniх

Windows

HP-UX

i5/OS

Сервер печати

Операционная система

Linux

Windows

Uniх

Рабочие станции

Операционная система

Linux

Windows

Uniх

Радиотерминалы сбора данных

Операционная система

Linux

Windows

Uniх

Форматы обмена данных между ERP и WMS

CSV, XML, XLS, PDF, DOC, JDBC, E-mail, прямой доступ WMSк различным базам данных ERP, EDI, TXT, ASCII, WebServices

Шаблоны печатных форм

PFD, XML, HTML, XLS и др.

Как видим, в основном все WMS-системы построены на трехуровневой архитектуре с использованием:

- сервера приложений для установки и функционирования программной платформы (WMS) - используется для обслуживания внешних пользовательских запросов к Системе. На сервере производится хранение конфигурационных файлов и компонентов бизнес-логики Системы;

- сервера базы данных - производится хранение и управление основной базой данных Системы;

- сервера приложений обмена базой данных - используется для интеграции WMS-системы с внешнимиHost-системами клиентов.

 

Рис. 2 Архитектура WMS-системы

Дополнительно для  подсистемы печати CrystalReports требуется сервер печати и оперативного восстановления функционирования комплекса в случае критических сбоев основного сервера баз данных необходимо предусмотреть резервный сервер базы данных или одну  из рабочих станций.

Графически архитектуру WMS-системы можно представить следующим образом, рис. 2.

В целом, WMS-система, будет состоять из определенного количества серверов (все зависит от классификации и собственно грузооборота компании заказчика), которые посредством шлюза обмениваются с ERP-системой и системами управления сборкой заказов и автоматическим перемещением. В базовой версии WMS-системы – управление сборкой заказов осуществляется по средством сборочного листа или радиотерминала (RF). Посредством проводной (редко беспроводной связи) серверы соединяются с рабочими станциями менеджеров, принтерами этикеток и документов. Радиотерминалы (монтируемые, ручные) производят обмен данными с серверами посредством беспроводной связи, организованной через точки доступа и всенаправленными антеннами (две антенны на одну точку доступа).

Таким образом, к стоимости WMS-системы, обозначенной в табл. 4, необходимо прибавить стоимость:

- серверов и лицензий к ним;

- рабочих станций;

- принтеров этикеток;

- принтеров документов;

- радиотерминалов (монтируемых, ручных);

- проводов 5е или 6е (витая пара), точек доступа, антенн и монтаж компьютерной сети;

- обустройство помещения для хранения серверов.

4. Приступая к рассмотрению состава Технического задания на разработку и внедрение WMS-системы, компания должна ответить на вопрос: «Кто будет готовитьТехническое задание?».

Суть данного вопроса состоит в том, что разработка Технического задания – это совместная работа, как Заказчика, так и Разработчика, но в любом случае, инициатива, должна исходить от кого-то одного и здесь имеются свои «подводные камни»:

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

Б) Если компания разработчик WMS-системы предоставляет свой вариант Технического задания, то в отношениях с Заказчиком может возникнуть некоторое недопонимание, связанное с тем, что Исполнитель, работая с большим количеством клиентов, в конечном итоге познает многое бизнесы и может рекомендовать на его взгляд оптимальные.  В данном случае, совместная работа Заказчика и Исполнителя напоминает ликвидацию безграмотности Заказчика, с одной стороны, с другой, все-таки идет насаждение мнения Исполнителя исходя из минимальных действий, собственно Исполнителя по адаптации WMS-системы к требованиям Заказчика.

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

 

Рис. 3 Зоны склада и работы, производимые сотрудниками склада, как в зонах, так и между ними

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

В настоящий момент, в основном WMS-система представляет собой полное «от двери до двери» решения для производителей, оптовых центров распределения, общественных центров логистики и для центров представляющих складские логистические услуги.

В первом приближении зоны склада и работы производимые сотрудниками склада как с зонах, так и между ними показаны на рис. 3, функционал WMS-системы на рис. 4.

 Рис. 4 Процесс работы склада

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

Справочники и информация:

- Справочник товаров;

- Справочники единиц измерения и упаковок;

- Грузы и запасы;

- Ячейки;

- Техника и персонал;

- Партнеры.

Графическое представление  и зонирование склада представляет:

- Управление топологией;

- Характеристики мест хранения;

- Поддерживаемые типы хранения.

Приёмка товара включает:

- Импорт данных из ERP-системы и приемку;

- Регистрацию принятого товара;

- Прохождение весового контроля грузов;

- Создание, переупаковку и маркировку складских грузов;

- Автоматический подсчёт принятого количества;

- Проверку предварительной информации;

- Регистрацию дополнительных параметров;

- Контроль качества принятого товара в режиме реального времени;

- Передачу результатов приёмки ERP.

Размещение товара может включать следующий функционал:

- Автоматическое размещение на хранение (отдельно по каждой накладной);

- Контроль вместимости и грузоподъёмности мест при размещении;

- Автоматическую подборку зон и мест хранения;

- Управляемое размещение грузов с помощью радиотерминалов;

- Размещение полными паллетами, коробками и единицами товара (заводскими упаковками);

- Развозку сборных грузов;

- Регистрацию места хранения и количества товаров;

- Контроль клиентской принадлежности места размещения;

- Контроль точности размещения (достигается считыванием кода груза и кода места размещения);

- Управление приоритетами (правилами) размещения. Размещение товаров по зонам хранения с учётом приоритетов;

- Гибко настраиваемые стратегии размещения товаров;

- Управление стратегиями размещения. Оптимизация выполнения работ;

- Мониторинг нарядов на размещение в режиме реального времени;

- Сохранение связи с транспортным заказом и заказом приёмки;

- Дополнительные возможности размещения.

Операции в зоне хранения поддерживают:

- Отслеживаемость товара;

- Поиск товара по различным критериям;

- Регистрацию перемещения товаров;

- Операции инвентаризации;

- Средства для операций аудита.

Обработка заказов отправки / планирование сборкиобеспечивает:

- Планирование транспорта;

- Поддержку разных правил обработки по типу заказа;

- Детализацию заказов;

- Распределение и объединение заказов;

- Возможности резервирования товара.

Пополнение и вытеснение товара с зоны сборкиобеспечивает:

- Автоматизированную генерацию задач пополнения;

- Разные типы задач пополнения;

- Разные алгоритмы генерировании задач пополнения;

- Организацию работ пополнения;

- Дополнительные возможности пополнения;

- Функцию вытеснения.

Управление зоной сборкиможет содержать следующий функционал:

- Отделение зон сборки и хранения;

- Карту зоны сборки.

Сборка товаров - это:

- Конфигурация мест сборки;

- Конфигурация условий выполнения заказа;

- Различные методы сборки (пикинга);

- Использование специализированного оборудования;

- Сборка специальных заказов;

- Комплектование наборов;

- Оптимизация сбора заказов;

- Отмена и изменение заказов;

- Обработка проблемных ситуаций;

- Bypass – сборка полнымипалетами с зоны хранения;

- Дополнительные возможности.

Контроль заказов состоит из:

- Специального автоматизированного рабочего места контролёра (стола контроля);

- Контроля заказа с использованием сканера;

- Контроля груза с использованием сканера;

- Контроля недостач и излишков при отборе;

- Упаковки и переупаковки собранного груза;

- Упаковки с сортировкой по различным приёмникам;

- Печати отгрузочных этикеток;

- Печати упаковочных листов.

Отгрузка заключается в:

-Управлении зонами комплектации;

- Автоматической проверке списка паллет;

- Отгрузке единичными товарами;

- Уведомлении о не погруженных паллетах;

- Блокировке отправки до получения необходимых документов (автоматически от ERP или с помощью ручного ввода);

- Распечатке документов;

- Автоматической передаче результатов внешним информационным системам;

- Упаковке грузов;

- Сортировке грузов;

- Контроле и пересчёте в процессе комплектации;

- Маркировке грузов;

- Группировке заказов по маршрутам движения транспорта;

- Управление погрузкой грузов в транспорт;

- Оптимизации загрузки транспорта;

- Отгрузке (заказов в процессе сборки, предварительно собранных заказов);

- Обработке и анализе статистических данных;

- Управлении рейсами отгрузок.

Управление работой персонала заключается в:

- Ведении справочника исполнителей;

- Механизме установки прав доступа исполнителей к операциям и ресурсам склада;

- Контроле регистрации и дерегистрации исполнителей в системе;

- Мониторинге выполняемых исполнителями операций в реальном времени;

- Управлении работами и участками работы исполнителей через интерфейс диспетчера;

- Статистике выполненных работ по исполнителям.

Инвентаризация:

- виды инвентаризаций;

- функции инвентаризации;

- порядок проведения.

Aдминистрированиe системы - это:

- Контроль правил доступа для пользователей;

- Конфигурация карты склада;

- Управление фоновыми процессами;

- Журнал истории;

- Базовые и специализированные отчёты.

Обработка и анализ статистических данных состоит из:

- Мониторинга работы склада;

- Мониторинга мест хранения;

- Товарного мониторинга.

Контроль продуктивности и учёт использования ресурсов обеспечивает:

- Автоматизированный сбор данных;

- Детальность и системность информации;

- Соотношение использованных ресурсов с выполненными услугами, заказами, партиями;

- Составление специализированных отчётов;

- Анализ и контроль продуктивности человеческих и технических ресурсов;

- Учёт механизмов;

- Управление доками.

Учёт тары включает:

- Конфигурацию видов и типов тары;

- Ручной или автоматизированный сбор данных;

- Учёт количества тары во время;

- Отдельный учёт используемой и свободной тары;

- Обмен данными о таре с внешними информационными системами;

- Ведение баланса тары по клиентам и контрагентам клиента;

- Отслеживание задолженности по таре по контрагентам клиента.

Генерирование необходимых документов и печать отчетов позволяет:

- Вести сводные отчёты по клиентам склада;

- Составлять товарные отчёты;

- Выполнять отчёты по выполненным операциям по клиентам склада и по исполнителям;

- Анализировать эффективность использования ресурсов;

- Вести встроенный генератор отчётов;

- Создавать собственные отчёты в системе;

- Экспортировать  данные в форматах Excel, XML, PDF, HTML и т.д.

Крос-докинг:

Кросс-докинг - это процесс распределения товаров, когда товары не складируются в  зоне хранения, а сразу подготавливаются к отправке к заказчикам или на другие склады. Система позволяет:

  • поддерживать работы с транзитными грузовыми местами;
  • маркировать транзитные места грузовой этикеткой;
  • хранить грузовые места на складе;
  • отбирать транзитные грузы по грузовым этикеткам.
  • резервировать грузы в кроссовой зоне склада;
  • производить отбор заказа из кроссовой зоны;
  • формировать грузы под заказы кросс-докинга.

Webaccess:

Доступ к WMS-системе возможен через интернет (Webaccess), что  позволяет просмотреть ниже перечисленные данные системы управления складом в реальном времени и с любого места:

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

Биллинг (Billing) состоит из:

- Внешнего биллинга услуг:

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

- Внутреннего биллинга операций:

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

Управление двором транспорта (TMS):

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

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

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

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

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

1. Общие сведения

1.1. Полное наименование системы и ее условное обозначение

1.2. Основание для проведения работ

1.3. Предполагаемая аудитория

1.4. Используемые термины и сокращения

1.4.1. Программное обеспечение и складское оборудование

1.4.2. Система управления

1.4.3. Общие понятия

1.4.4. Документы

1.4.5. Персонал

1.4.6. Товары

1.4.7. Грузы

1.4.8. Места хранения

1.4.9. Транспорт

2. ОБЗОР СИСТЕМЫ

2.1. Корпоративная информационная система

2.2. Система управления складом

2.3. Обмен данных

2.3.1 Импорт данных

2.3.2. Экспорт данных

3. Назначение и цели адаптации системы

4. Характеристики объекта автоматизации

4.1. Краткие сведения об объекте автоматизации

4.2. План склада

4.3. Распределение складских площадей

5. ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

5.1. Требования к численности персонала

5.2. Требования к технологическому оборудованию:

5.2.1. Требование к грузоподъемной технике;

5.2.2. Требования к стеллажному оборудованию;

5.2.3. Требования к вспомогательному оборудованию;

5.3. Потоки товаров на складе

5.4. Общая диаграмма процессов

5.5. Требования безопасности

5.5.1. Эксплуатация лазерных сканеров штрих-кодов

5.5.2. Эксплуатация радиотерминалов

5.5.3. Эксплуатация литиевых аккумуляторов

5.5.4. Эксплуатация блоков питания радиотерминалов на транспортных средствах

5.6. Требования по сохранности информации при авариях

5.7. Требования к производительности системы

6. Требования к функциям, выполняемым системой

6.1. Общие положения

6.1.1. Статусы и категории грузов

6.1.2. Типы грузов

6.2. Справочники

6.3. Прием

6.4. Сертификация

6.5. Размещение

6.6. Зона паллетного и коробочного хранения

6.7.Зона штучной комплектации

6.8  Уплотнение

6.9  Пересчет

6.10  Сбор и отгрузка заказов

6.11. Управление товарными запасами

6.12. Инвентаризация

6.13. Администрирование склада

7. Требования к видам обеспечения

7.1. Требования к программному обеспечению

7.2. Требования к техническому обеспечению

7.2.1. Серверы

7.2.2. Рабочие станции

7.2.3. Информационные сети

7.2.4. Сетевое оборудование

7.2.5. Точки доступа

7.2.6. Радиотерминалы

7.2.7. Сканеры штрихкодов

7.2.8. Принтеры документов

7.2.9. Этикетки для грузового учета

7.2.10. Сети питания

8. Порядок контроля и приемки системы

8.1. Оценка функциональности

8.2. Оценка взаимодействия

8.3. Оценка производительности

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

Примеры графического изображения потоков товаров и бизнес-процессов приведены на рис.5-9.

 

Рис. 5 План склада и назначение зон 

Рис. 6 Потоки товаров на складе

 

Рис. 7 Диаграмма процесса приёма товаров

Рис. 8. Диаграмма процесса размещения

 

 Рис. 9 Диаграмма процесса Пополнения/Сборки/Отгрузки

 

Литература:

  1. Дыбская В.В. Управление складированием в цепях поставок. – М.: Издательство «Альфа-пресс», 2009. -720 с.
  2. Дыбская В.В., Зайцев Е.И., Сергеев В.И., Стерлигова А.Н. Логистика: Учебник / М.: Эксмо, 2008. – 944 с. –(Полный курс ВМА)
  3. Информационные системы в экономике: Учебное пособие / Под ред. проф. А.Н. Романова, проф. Б.Е. Одинцова – М: Вузовский учебник, 2009. – 410 с.
  4. Информационные системы и технологии в экономике и управлении: учебник / под ред. Проф. В.В. Трофимова. – 3-е изд., перераб. и доп. – М.: Юрайт-Издат, 2009. – 521 с.

ССЫЛКИ

http://www.wms-explorer.ru/

http://blog.koruswms.ru/

http://www.cnews.ru/

http://www.tadviser.ru/

http://www.equinox.lt/ru/

http://www.solvo.ru/

http://www.softwms.ru/

 

 

Опубликовано №2 (43) апрель 2011г.

АВТОР: Филиппов М. 

РУБРИКА Информационные технологии в логистике и SCM Провайдеры логистических услуг Логистика складирования

 

Аннотация

В статье дается подробная характеристика этапов интеграции ERP-WMS на примере построении эффективной системы обмена данными между системами товародвижения компании (ERP) и WMS складского оператора.

Ключевые слова

 


Сокращение цикла выполнения заказа, повышение уровня идеальных заказов, систематизация и автоматизация процессов – термины, хорошо знакомые современным менеджерам по логистике и управлению цепями поставок, также как и общие преимущества от внедрения той или иной технологии. Ключевой вопрос состоит в том, с чего начать конкретный проект, какая должна быть последовательность шагов, какие подводные камни могут встретиться на пути к осуществлению поставленной цели. Именно на эти практические вопросы и призвана дать ответ данная статья – путеводитель и помощник в построении эффективной системы обмена данными между системами товародвижения компании (ERP)  и WMS складского оператора. Процедура строится на примере смены провайдера складских услуг  крупной  международной оптово-розничной сети по дистрибуции брендовой одежды, которая будет интересна и менеджерам компаний других сфер.  Общая методология представлена на Рис.1.

 

 Рис.1. Процесс планирования проекта

Рассмотрим ситуации, при которых необходима работа по оптимизации системы обмена данными:

-        Смена провайдера складских услуг и/или ERP;

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

Интеграция по средствам передачи EDI сообщений (Electronic Data/Document Interchange) представляет собой автоматизированный обмен стандартизированными файлами (текстовый, эксель и т.п.),  с определенным для каждого процесса набором полей и единой интерпретацией в обеих программах. Главная задача менеджера проекта  определить бизнес-требования к системам и составить грамотное задание IT-специалистам с последующими тест-сценариями и контролем функционала.

На первом этапе выделяются основные процессы складской переработки, связанные с физическим движением товара:

-         Приемка товара на склад;

-         Сборка заказов;

-         Отгрузка заказов.

Далее необходимо выделить типы номенклатуры, которым соответствуют  различные способы складской переработки, например:

-         Штучный товар, адресное хранение в  ячейках по SKU (далее «Сток»);

-         Кросс Док для оптовых клиентов (далее «Кросс»);

-         POS материалы (в т.ч. пакеты, оборудование и т.п.) (далее «ПОСМ»)/

Наконец, товары, не требующие отдельной системы хранения, однако  находящиеся обособлено как физически, так и виртуально – для таких видов продукции эффективно использовать параметр «Статус» (альтернатива – использование виртуальных объектов их учета, что не является эффективным инструментом):

-         Брак, уценка (отдельные зоны хранения);

-         Блокируемый товар (по разным причинам, например, это массовый производственный брак, который хранится на полках, однако к отгрузке запрещен);

-         Утерянный товар. В процессе работы склада появляется несоответствие физического наличия товаров и данных систем, эффективное решение - помещать такие единицы в статус «Потеряны Складом» до инвентаризации, при этом они не будут доступны к заказам на сборку, но в случае, если склад найдет позицию, она вернется в основной статус – «К Продаже».

Таким образом, для каждого процесса будет существовать три различных сценария по типам номенклатуры, - приемка товара на полки (единица обработки – SKU) отличается от приемки коробов с рекламной продукцией (единица обработки – короб), соответственно и системные требования будут отличаться. А также четыре состояния статуса товаров – «Брак (4)», «Блокировка (3)», «Потеряно складом (2)», «К Продаже (1)».

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

A)  Приемка

- Размещение на склад задания на приемку;

- Разгрузка, приемка по местам;

- Приемка по количеству и качеству, размещение товара в места хранения;

- Получение от склада подтверждения и результатов приемки;

- Отражение минусов, плюсов, пересортицы.

Б)   Сбор заказов

-  Размещение  на склад задания на сборку;

- Формирование путевого листа сборки, отбор товара с мест хранения;

- Осуществление дополнительных услуг;

- Упаковка и этикетировка коробов, печать упаковочных листов;

- Перемещение заказа в зону экспедиции отправки;

- Получение от склада подтверждения и результатов сборки.

В) Отгрузка товаров

- Погрузка транспортного средства;

- Печать корректных документов (ТТН, Торги, Спецификации, МХ и т.п.);

- Подтверждение отгрузки.

Следует отметить, что EDI сообщение имеет свойство однонаправленности, поэтому в рамках каждого подпроцесса можно выделить направления передачи данных и определить типы сообщений (Таблица 1)

Таблица 1. EDI, обеспечивающие физическое и виртуальное движение товара

НазваниеEDI

От / Куда

Время

1

Поступление товаров (задание на приемку)

ERP → WMS

Реальное время

2

Подтверждение приемки поставки

WMS → ERP

Реальное время

3

Заказ на сборку

ERP → WMS

Реальное время

4

Подтверждение сборки заказа

WMS → ERP

Реальное время

5

Подтверждение отгрузки заказа

WMS → ERP

Реальное время

6

Изменение статуса

WMS → ERP

Реальное время

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

Таблица 2. «1-EDI» Поступление товаров (задание на приемку)

Название поля

Cток

Кросс

ПОСМ

Номер ордера(уникальный)

Да

Да

Да

Название поставщика

Да

Да

Да

Номер инвойса/документа-основания принятия поставки

Да

Да

Да

Дата ордера

Да

Да

Да

Баркод короба

Да/Нет

Да

Нет

Пункт конечного назначения

Нет

Да

Нет

Тип номенклатуры

Cток

Кросс

ПОСМ

Тип входа

Закупка/Возврат/Др

Закупка

Закупка/Возврат

Статус качества

1/2/3/4

1

1

SKU

Да

Да

Да

Количество шт. SKU

Да

Да

Да

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

Таблица 3. «2-EDI» Подтверждение приемки поставки

Название поля

Cток

Кросс

ПОСМ

Номер ордера(уникальный, EDI1)

Да

Да

Да

Баркод короба

Да/Нет

Да

Нет

Дата подтверждения ордера

Да

Да

Да

Статус качества

1/2/3/4

1

1

SKU принято

Да

Да

Да

Количество шт. SKU принятых

Да

Да

Да

Помимо отражения результата приемки, это сообщение является основанием для выпуска товара в свободный остаток и формирования проводки с 15 на 41 счет.

Таблица 4. «3 EDI» - Заказ на сборку

Название поля

Cток

Кросс

ПОСМ

Комментарий

Номер заказа на сборку

Да

Да

Да

 

Заказчик (клиент/магазин)

Да

Да

Да

 

Баркод короба

Нет

Да

Нет

 

Номер маршрута

Да

Да

Да

При наличии фиксированных маршрутов доставки.

Индекс получателя

Да

Да

Да

Для маркировки короба

Адрес получателя

Да

Да

Да

Для маркировки короба

Контактное лицо, данные получателя

Да

Да

Да

Для маркировки короба

Тип номенклатуры

Cток

Кросс

ПОСМ

 

Набор доп. услуг 1 (Этикетировка )

Да/Нет

Нет

Нет

Если ДА, то необходимо предусмотреть такие поля, как: Цена, Тип этикетки и т.п. - составить отдельную спецификацию, интегрированную с EDI.

Набор доп. услуг 2 (Этикетировка + Алармирование + Развес на вешалки)

Да/Нет

Нет

Нет

Время отгрузки заказа

Да

Да

Да

Когда товар должен быть готов к отправке

SKU

Да

Да

Да

 

Количество штук SKU

Да

Да

Да

 

Статус

1/2/3/4

1

1

 

Таблица 5. «4 EDI» – Подтверждение сборки заказа

Название поля

Cток

Кросс

ПОСМ

Номер заказа на сборку (EDI 3)

Да

Да

Да

Время и дата сборки

Да

Да

Да

Баркод короба

Да(присвоенный системой WMS)

Да (EDI 1,2)

Нет

SKU

Да

Нет

Да

Собрано SKU (количество)

Да

Нет

Да

Таблица 6. «5 EDI» - Подтверждение отгрузки заказа

Название поля

Cток

Кросс

ПОСМ

Номер заказа на сборку (EDI 4)

Да

Да

Да

Дата и время отгрузки

Да

Да

Да

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

Таблица 7. «6 EDI» - Изменение статуса

Название поля

Cток

Кросс

ПОСМ

Номер документа

Да

Нет

Да

Дата и время

Да

Нет

Да

SKU

Да

Нет

Да

Количество по SKU

Да

Нет

Да

Старый статус

Да

Нет

Да

Новый статус

Да

Нет

Да

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

-         Выявлена недостача при повторном пересчете после подтверждения сборки (EDI 3). Решение – разрешить ERP получать и перезаписывать подтверждения сборки.

-         Товар собран, но его необходимо разложить обратно на полки. Решение – позволять ERP создавать EDI1  на основе заказа на сборку. Однако в таком случае не должно создаваться проводок при подтверждении такого возврата, т.е. в EDI1, возможно, требуется прописать дополнительный тип входа – «Разбор товара».

-         При отборе с полок не найдена единица. Решение – звонок оператора склада менеджеру по дистрибуции и получение подтверждения сборки заказа без данной единицы, либо решение о добавлении альтернативной единицы (дополнительный заказ на сборку), либо об отмене сборки.

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

-         Отсутствует баркод на коробе заказа типа Кросс Док. В случае единичного короба – попытка по телефону выяснить его номер, либо процедура возврата товара на полки.

-         Отсутствует баркод на товаре. Решение – введение Артикула, Цвета и Размера вручную.

После формализации окончательных требований к типам и наполнению EDI необходимо обозначить мастер-данные, участвующие в процессе. Трансляция мастер-данных будет представлять собой седьмой EDI по счету проектирования и первый по передаче – это важнейший мостик, связывающий ERP и WMS. Необходимо предусмотреть передачу полей, служащих для планирования и оптимизации хранения (объемно-весовые характеристики, вид номенклатуры, сезон и т.п.), для печати ценников (состав, производитель, т.п. – т.е. должна быть составлена подробная спецификация дополнительной услуги).  Важным атрибутом для ПОСМ является «количество штук в коробе», поскольку заказы приходят на общее количество штук и WMS должен вычислять необходимое количество коробов. Ниже представлен пример седьмого EDI:

Таблица 8. «7 EDI» – Передача мастер-данных

Название поля

Комментарий

Флаг модификации

Добавить/Обновить/Удалить

SKU*

Номер - Артикул-Цвет-Размер

Баркод SKU*

Число

Вид номенклатуры

Товар/ПОСМ(материалы, промо и т.п.)

Название модели*

Джинсы/Майка и т.п. /Для печати ценника

Номер Артикула*

Номер/Для печати ценника

Размер*

Номер/Для печати ценника

Цвет*

Номер/Для печати ценника

Состав

Для печати ценника

Пол

Оптимизация хранения/Для печати ценника

Производитель

Для печати ценника

Адрес производителя

Для печати ценника

Значок Рст (сертификат)

Для печати ценника (да/нет)

Штук в коробе*

Для ПОСМ

Сезон

Оптимизация хранения

Длина

Оптимизация хранения

Высота

Оптимизация хранения

Ширина

Оптимизация хранения

Вес*

Оптимизация хранения

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

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

* Во избежание проблем с обработкой грузов необходимо обозначить ключевые (обязательные к заполнению) поля мастер-данных отсутствие которых будет блокировать создание сообщений. Например, EDI 1 (задание на приемку) не должно отправляться на склад в случае отсутствия в мастер-данных баркода хотя бы на один SKU. В противном случае серьезно замедлится процесс приемки грузов, т.к. по каждой такой позиции придется проводить отдельное расследование. ERP должна выводить подробный отчет о причине такой блокировки.

Наконец, важнейшим моментом интеграции систем является мониторинг их зеркальности. Для этого служит восьмой EDI – «Контроль стока», представляющий собой картинку стока из WMS, обрабатываемую ERP, в результате чего генерируется отчет о расхождениях, который автоматической рассылкой направляется ответственным лицам (ежедневно, обычно ночью).

Таблица 9. «8 EDI»  - «Контроль стока»

Название поля

Cток

Кросс

ПОСМ

Дата

Да

Да

Да

Баркод короба

Нет

Да

Нет

SKU

Да

Нет

Да

Количество штук SKU

Да

Нет

Да

Status

1/2/3/4

1

1

Кроме того, это сообщение может быть использовано при отражении результатов инвентаризации.

После интеграции полученных EDI с картой грузопереработки и спецификациями дополнительных услуг, описание передается на IT экспертизу, после которой формируется финальное техническое задание. Также необходима координация с департаментами, отвечающими за мастер-данные (т.к. их корректное заполнение станет обязательным), Бухгалтерией (согласование всех печатных форм и проводок), Розничным отделом (получение требований к печати ценников) и, разумеется, специалистами провайдера складских услуг по вопросам коммерческого и технического характера предлагаемых решений. Однако на этом проектная работа не заканчивается  - после написания программ и проведения IT- тестирования приходит очередь проведения бизнес-тестов. Это очень важная и кропотливая процедура – необходимо максимально детально прописать возможные сценарии по каждому EDI, каждому типу номенклатуры. И, хотя  говорят, что жизнь всегда богаче схем, только глубокая проработка и тестирование позволят успешно и эффективно реализовать проект.

Контакты

Работа с авторами 

Левина Тамара

моб. 8(962) 965-48-54

E-mail: levina-tamara@mail.ru

Распространение

Алямовская Наталия

моб. 8(916) 150-07-21

E-mail: nalyamovskaya@mail.ru

Адрес 

125319, Москва, ул. Черняховского, д.16

тел./факс (495) 771 32 58