Программные системы автоматизации складов 5-900121-32-1

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

222 118 6MB

Russian Pages 244 Year 2006

Report DMCA / Copyright

DOWNLOAD PDF FILE

Программные системы автоматизации складов
 5-900121-32-1

  • 0 0 0
  • Like this paper and download? You can publish your own PDF file online for free in a few minutes! Sign Up
File loading please wait...
Citation preview

Ю.В. Новоженов, Е.В. Даниличева

Программные системы автоматизации складов

Москва 2006

Ю.В.Новоженов, Е.В.Даниличева Программные системы автоматизации складов. Издание ООО “Аргуссофт Компани”, 2006. – 244 стр. с.: ил. Книга посвящена автоматизации складских процессов на основе внедрения компьютерных технологий и программных систем. В ней рассматриваются общие проблемы разработки программных систем автоматизации складов и конкретные системы учета товаров (CoreIMS) и управления складами (CoreWMS). Книга предназначена для людей, занятых в складском бизнесе и смежных с ним областях. Руководители и менеджеры складов узнают, какие выгоды приносит внедрение программных систем автоматизации и за счет чего они достигаются. Материалы книги позволят всем участникам складского бизнеса более уверенно ориентироваться в вопросах автоматизации деятельности складов и осуществлять правильный выбор программных средств.

Оглавление Предисловие............................................................................................................7 Введение.......................................................................................................................8 Подход к автоматизации склада.....................................................................9 Выбор системы автоматизации склада......................................................10 Системы учета товаров........................................................................11 Системы управления складами.............................................................12 Состав книги...................................................................................................13 Элементы языка UML.......................................................................................14 Глава 1. Основные понятия....................................................................................18 Товар................................................................................................................18 Атрибуты Товара.....................................................................................18 Модель атрибутов товара...................................................................21 Группирование товаров.........................................................................23 Единицы измерения.................................................................................26 Модель товара .........................................................................................26 Склад................................................................................................................28 Адресное хранение.....................................................................................29 Модель Склада.........................................................................................31 Модель хранения.......................................................................................33 Топология склада....................................................................................34 Переносные устройства коммуникации......................................................34 Радиотерминалы....................................................................................36 Терминалы пакетной обработки.........................................................38 Штриховое кодирование..........................................................................39 Основные виды складской деятельности...................................................40 Прием товара..........................................................................................42 Хранение...................................................................................................46 Отгрузка..................................................................................................49 Клиенты склада..............................................................................................53 Владелец....................................................................................................53 Поставщик..............................................................................................55 Заказчик...................................................................................................55 Персонал склада............................................................................................56 Глава 2. CoreIMS – система учета товаров на складе ................................58 Возможности CoreIMS..................................................................................58 Архитектура и свойства системы...................................................................60 3

Состав системы..............................................................................................63 Товар.....................................................................................................................64 Атрибуты Товара...................................................................................65 Наборы.......................................................................................................68 Заказы.......................................................................................................68 Склад................................................................................................................69 Место хранения.......................................................................................69 Модель хранения Товаров........................................................................69 Интерфейс пользователя CoreIMS .............................................................71 Вход в систему........................................................................................71 Главное окно системы...........................................................................71 Диалоговые окна CoreIMS.....................................................................72 Сообщения системы................................................................................75 Активный элемент системы...............................................................75 Складские процессы.......................................................................................75 Прием товара на склад..........................................................................76 Отгрузка товара.......................................................................................81 Учет хранимых товаров........................................................................85 История....................................................................................................91 Отчеты....................................................................................................91 Возможность применения бумажной технологии............................95 Выполнение складских операций с помощью Batch терминала PALM OS..................................................................95 Доступ к CoreIMS через интернет.............................................................102 Администрирование системы....................................................................105 Автоматизация складской деятельности на базе CoreIMS..................107 Система автоматизации приема ремиссии.....................................107 Система управления взаимоотношениями клиентами для филиала мебельного комбината.............................110 Автоматизация складов торговых организаций на Юго-Восточном Терминале ..............................................................112 Выгоды от использования CoreIMS.........................................................114 Для владельцев и руководителей складов............................................134 Для клиентов склада................................................................................142 Для работника склада.............................................................................145 Для специалиста по информационным технологиям......................147 Глава 3. CoreIMS Enterprise Edition – система учета товаров на базе интернет..................................................................................148 Зачем создавалась CoreIMS EE?..............................................................148 Основные сущности CoreIMS ЕЕ. Что нового?....................................151 Товар и набор...............................................................................................151 4

Заказы ..........................................................................................................152 Склады ..............................................................................................................153 Архитектура системы..................................................................................153 Интерфейс пользователя CoreIMS ЕЕ....................................................153 Складские процессы. Что изменилось?...................................................156 Прием товара на склад............................................................................156 Резервирование/Отгрузка со склада........................................................158 Модуль расчета услуг...................................................................................161 Выгоды от использования CoreIMS EE...................................................164 Для руководителей компаний................................................................164 Для клиентов склада................................................................................165 Для работника склада ............................................................................165 Для специалиста по информационным технологиям.....................166 Глава 4. Система управления складом CoreWMS.......................................124 Требования к системе автоматизации склада.........................................167 Основные понятия ......................................................................................172 Склад.............................................................................................................172 Клиенты склада.........................................................................................173 Товар...............................................................................................................174 Документы..................................................................................................175 Складские операции..................................................................................175 Общие понятия.........................................................................................176 Базовые принципы и архитектура CoreWMS........................................177 Модульность...............................................................................................177 Многозвенность и переносимость........................................................181 Пользовательский интерфейс...................................................................186 Общесистемный интерфейс.....................................................................186 Внешний пользовательский интерфейс..............................................188 Подготовка системы к работе...................................................................189 Администрирование.................................................................................189 Конфигурация системы...........................................................................195 Складские процессы....................................................................................227 Прием товара на склад............................................................................227 Хранение товара........................................................................................236 Отгрузка товара со склада....................................................................246 Отчеты........................................................................................................261 Расчет услуг для коммерческих складов.............................................270 Оповещение пользователей.....................................................................271 Взаимодействие CoreWMS с другими системами...........................271 Примеры внедренных проектов................................................................272 Мебельный склад.........................................................................................273 5

Коммерческий склад транснациональной корпорации....................275 Склад для хранения продуктов питания.............................................276 Преимущества от внедрения системы CoreWMS..................................278 Эффективное вложение средств и возврат инвестиций..............260 Преимущества для владельца склада..................................................278 Повышение качества и скорости обслуживания..............................260 Преимущества для клиентов склада................................................280 Удобство и минимизация трудозатрат........................................280 Преимущества для работников склада..............................................280 Оптимальное управление....................................................................234 Преимущества для менеджеров склада............................................280 Простота внедрения и поддержки....................................................236 Преимущества для IT специалистов................................................236 Список литературы.............................................................................................238 Алфавитный указатель.......................................................................................239

6

Предисловие Работа современного склада невозможна без использования компьютерной техники и программных систем автоматизации. Однако внедрение компьютерных технологий управления складскими процессами идет весьма медленно и вызывает затруднения на большинстве предприятий. По нашему мнению, тому есть две причины – слабое знание возможностей компьютеризации руководителями складов и неудачный выбор программных систем автоматизации (в большинстве случаев это является следствием первой причины). В стране имеется много книг, посвященных складам и выполняемым на них работам, но вопросы компьютеризации в них практически не рассматриваются. Книга, предлагаемая читателю, призвана частично заполнить информационный вакуум в области автоматизации складов на основе программных систем. В ней представлены результаты многолетней деятельности компании Аргуссофт по созданию программных систем автоматизации складов, успешно применяемых в России и за рубежом. В книге рассматриваются общие проблемы разработки подобных систем и достаточно подробно описываются созданные компанией системы учета товаров (CoreIMS) и управления складами (CoreWMS). Книга предназначена для людей, занятых в складском бизнесе и смежных с ним областях. В особенности она будет полезной для руководителей и менеджеров складов всех уровней. Из материалов книги читатель узнает, как работает автоматизированный склад, насколько упрощаются складские процессы и повышается эффективность их выполнения, а также какие выгоды приносит внедрение программных систем автоматизации и за счет чего они достигаются. Чтение книги не требует знания языков программирования, но разработчики подобных систем могут почерпнуть для себя немало полезного материала. Ю.В.Новоженов Е.В.Даниличева

7

Введение “Лучше делать, что задумали, а не думать, что наделали” из КВН

Развитие экономики России, увеличение числа торговых сетей, приход на российский рынок крупных западных компаний, рост капиталовложений в складскую недвижимость, в том числе в регионах, кардинальным образом влияют на развитие складского бизнеса в стране. Существенно повышаются требования к объему и качеству складских услуг, в частности, к хранению товаров, скорости выполнения заказов. “Склады являются важными звеньями технологического процесса промышленных предприятий, а для оптовой и розничной торговли они служат фундаментом, поэтому склады предприятий, намеренных опережать конкурентов, требуют современной организации, современных технологий и квалифицированных кадров”. (В.В. Волгин [1]). С ростом объемов товарооборота на современных складах, динамично меняющимися требованиями к приему, хранению и отгрузке товаров в соответствии с потребностями бизнеса все операции должны стать более эффективными. Заметно повышается количество поставок и отгрузок. Существенно растет объем и номенклатура хранимых товаров с одновременным ростом числа отслеживаемых атрибутов (серийный номер, срок годности, цвет, модель и т. д.). В этих условиях человеческий фактор становится тормозом в работе склада, поэтому эра кладовщиков, знающих “где что лежит”, уходит в прошлое. И если раньше под автоматизацией склада понималось в основном оснащение его механизмами, облегчающими деятельность человека (погрузчики, элеваторы и др.), то сейчас на первое место выходят программные системы автоматизации, обеспечивающие надежный учет товара, управление персоналом, ведение документации. В этой книге под автоматизацией склада мы будем понимать внедрение и эксплуатацию именно таких программных систем. Имея такого помощника, современный кладовщик освобождается от необходимости выполнения множества рутинных операций, что позволяет ему сосредоточиться на главном и избежать ошибок. Результатом внедрения подобных систем является увеличение объема товарооборота на складе, повышение качества выполнения складских операций, сокращение потерь. Значение программных систем автоматизации существенно увеличивается в тех случаях, когда склад имеет много отделений, в том числе и территориально разобщенных, управление которыми должно осуществляться из единого центра. Здесь на выручку приходят системы, позволяющие осуществлять доступ к информации о состоянии складов через интернет. 8

Подход к автоматизации склада Выбор и внедрение программной системы автоматизации склада должно быть вызвано насущными потребностями, теми конкретными проблемами, которые вам не удается решить имеющимися средствами. Помните, что: автоматизация склада – это способ решения ваших проблем, а не самостоятельная задача. Например, рост товарооборота может привести к тому, что менеджеры склада (и используемые на нем программные средства, если таковые есть) перестают справляться с постоянно растущим объемом информации о состоянии склада. В результате – большой объем потерь, затоваривание или недостаток товаров на складе, низкое качество исполнения заказов, претензии клиентов и т. д. Здесь применение программной системы автоматизации может быть выгодным при условии, что затраты на приобретение и внедрение системы окупятся за сравнительно небольшой срок. Другой пример. На складе могут возникать проблемы, связанные с неквалифицированным персоналом. Если ваши грузчики часто портят товары и тару, загромождают проходы, или имеется хищение товаров, то вряд ли внедрение системы автоматизации может существенно помочь в решении подобного рода проблем. Может быть, лучше сменить персонал? Итак, первое, что следует сделать, – сформулировать проблемы, для решения которых вы хотите внедрить систему автоматизации склада. Далее, надо хорошо представлять себе цели внедрения. Опыт внедрения программных систем автоматизации складов показывает, что в большинстве случаев у компаний, где внедрение системы автоматизации стало насущной необходимостью, существуют три основных проблемы: •Сбор и представление в удобном для человека виде оперативной и достоверной информации о состоянии склада (хранимые на складе товары и их свойства, количество товара, места хранения товара, заказы на поставку и отгрузку и т. д.), •Повышение точности и эффективности выполнения складских операций, • Сохранение истории операций с хранимым товаром. Подобные возможности предоставляют достаточно простые системы учета товара. Если же у вас большой склад (площадью 50 – 100 тыс. кв. м и выше) и на первый план выходят задачи оптимизации работы персонала, снижения потерь из-за холостых перемещений, соблюдения различных правил размещения товаров и т. д., то здесь требуется более сложная (а, следовательно, и более дорогая) система управления складом. 9

Выбор системы автоматизации склада Как выбрать систему для своего склада? К сожалению, зачастую из-за недостатка информации руководство склада “выбирает” из одного кандидата (посоветовал знакомый, увидел на выставке, прочитал в журнале или в интернете). При такой стратегии “выбора” результат в большинстве случаев оказывается печальным: инвестированные затраты не окупаются, предприятие остается в убытке как финансовом, так и моральном – руководство предприятия разочаровывается в идее автоматизации и все остается по-прежнему на долгое время. Выбирая программную систему автоматизации, вы должны получить ответы на следующие основные вопросы: 1) Насколько предлагаемая система подходит для решения ваших конкретных проблем и отвечает целям внедрения? 2) Какова стоимость системы и срок окупаемости (когда вам удастся вернуть затраты на покупку и внедрение системы)? 3) Каковы сроки внедрения? 4) Насколько система удобна для пользователя и проста в эксплуатации? Приобретаемая программная система автоматизации склада должна окупаться за 1 – 1,5 года. Нет смысла приобретать мощную (а, следовательно, и дорогую) систему, если ее возможности будут использоваться на 10 – 20%, а с поставленными вами задачами может справиться простая и дешевая система. С большим числом проблем, возникающих на складах (ускорение выполнения складских операций, снижение потерь и др.), способны справиться простые системы учета товаров (см. ниже), стоимость приобретения и внедрения которых может быть ниже на порядок, чем у сложных систем управления складом. В данной книге представлены системы, относящиеся к различным стоимостным категориям – дешевые системы учета товаров (см. главы 2, 3) и более дорогая система управления складами (см. главу 4). В принципе на всех складах выполняется одинаковый набор операций по приему, хранению и отгрузке товаров, поэтому многие программные системы автоматизации построены как коробочные продукты. Вы приобретаете такую систему, выполняете описанные в руководстве процедуры установки и можете начинать работу с ней. Сроки внедрения коробочного продукта не должны превышать 7 – 10 дней. Однако, для большинства систем автоматизации складов, которые позиционируются на рынке как коробочные продукты, в условиях конкретного склада внедрение может занимать несколько месяцев и требует участия разработчика. Такие продукты нельзя называть коробочными! Представленные в этой книге системы учета товаров могут быть внедрены 10

в эксплуатацию за минимальные сроки (порядка 1 недели). Кардинальным моментом является оценка функциональных возможностей системы. Выполнение основных операций на каждом складе имеет свои индивидуальные особенности. Это может касаться форм хранения товаров (в контейнерах, в ячейках, напольное и др.), методов приема и отгрузки (например, взвешивание товара при приеме), состава и форм сопроводительных документов и т. д. Для коммерческих складов должна быть предусмотрена возможность хранения информации о владельцах товаров. Если приобретенную систему удастся адаптировать под требования вашего конкретного склада, вы сможете ею пользоваться, хотя возможно, не самым эффективным образом. В противном случае затраты будут неоправданными. Современные программные системы автоматизации работы складов должны быть настраиваемыми (кастомизируемыми) под требования конкретного пользователя. Кастомизация может достигаться путем настройки системы на основе предусмотренных в ней средств. Примером может служить создание форм документов, отвечающих принятой у пользователя технологии, а для коммерческих складов – форм сопроводительных документов, отвечающих требованиям заказчиков (причем у каждого заказчика могут быть свои требования к этим документам). Подобные настройки предусматриваются практически любой системой. Другая форма кастомизации – это доработка системы под конкретные требования заказчика. Она выполняется разработчиком за небольшую дополнительную плату. Выбирая программную систему автоматизации склада, нельзя упускать из виду основные вопросы, связанные с ее эксплуатацией: • Требуется ли специально обученный персонал для поддержки работы системы? • Необходимо ли для пользователей системы знание каких-либо дополнительных программных средств (например, таких программ, как MS Word, Excel и др.)? • Осуществляет ли внедряемая в России система диалог с пользователем на русском языке?

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

распространенное мнение, что инвенторные системы не имеют возможности работы со штрих-кодами. Это далеко не так, чему примером являются системы учета товаров, представленные в этой книге. Как результат – ускорение и повышение качества выполнения складских операций, снижение потерь при хранении и отгрузке товаров и многие другие выгоды, подробно описанные в главе 2. Инвенторные системы являются достаточно простыми, они должны иметь низкую стоимость и короткие сроки внедрения. Так, например, системы семейства CoreIMS, имеют срок внедрения около одной недели. Наиболее эффективно применение системы учета товаров на малых и средних складах, когда они: • оперативно позволяют сотрудникам “видеть” весь склад и принимать правильные решения, • обеспечивают точную идентификацию товаров и мест хранения за счет использования штрихкодирования и применения переносных устройств коммуникации (радиотерминалов и пакетных терминалов). Число ошибок в работе персонала при этом сокращается в десятки раз. Склад обычно является составной частью некоторого бизнеса, поэтому важным моментом является обеспечение связи системы учета товаров с другими, внешними системами поддержки бизнеса. Для этой цели в системах семейства CoreIMS предусмотрен открытый интерфейс, обеспечивающий взаимосвязь с торговыми, бухгалтерскими и прочими системами. Информация о заказах может поступать из торговых систем, а результаты деятельности склада отправляются в бухгалтерскую систему.

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

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

Состав книги Выбор, внедрение и эксплуатация программной системы автоматизации не требует от персонала склада сколько-нибудь существенных знаний в области программирования. В то же время знакомство с особенностями построения таких систем, их функционированием и возможностями, которые они предоставляют пользователю, является весьма полезным для всех людей, занятых в складском бизнесе и смежных с ним областях. Именно это является целью настоящей книги. Прочитав ее, вы ознакомитесь с конкретными системами учета товаров (CoreIMS) и управления складами (CoreWMS) и узнаете: • на каких принципах основывается работа программных систем автоматизации складов, • какие возможности они предоставляют различным участникам складского бизнеса, • как в системах автоматизации используются переносные устройства коммуникации (радиотерминалы и Batch терминалы) при выполнении складских операций, • как выполняется кастомизация (на конкретных примерах), • как работают Web-базированные системы автоматизации складов, обеспечивающие доступ через интернет. Книга состоит и четырех глав. Глава 1 содержит описание основных понятий складского бизнеса с точки зрения разработчика программных систем автоматизации складов. Каждый реальный объект на складе имеет в программной системе информационный аналог – программный объект, обладающий характерными свойствами. Товары, ячейки, где они хранятся, заказы на поставку и отгрузку – все это примеры объектов как реальных, так и программных. Склад тоже может рассматриваться как объект со своими свойствами. Однотипные объекты (например, заказы на поставку) имеют одинаковый набор свойств, поэтому говорят, что они являются объектами одного класса (одной сущности). Сущность содержит описание свойств объектов этого класса. Примерами свойств сущности “Ячейка” (и, следовательно, всех конкретных объектов-ячеек) являются размеры ячейки и диапазон поддерживаемых температур. В главе детально описываются сущности, используемые в складских 13

процессах, и связывающие их отношения. Здесь же рассматриваются основные виды складской деятельности – прием, хранение и отгрузка товаров – и формулируются основные требования к программным системам автоматизации складов, связанные с поддержкой этих процессов. В главе 2 содержится достаточно детальное описание системы учета товаров CoreIMS. Формулируются принципы построения системы, описывается ее архитектура и пользовательский интерфейс. Подробно рассматриваются предоставляемые системой услуги при приеме, хранении и отгрузке товаров, приводятся примеры генерируемых системой документов и отчетов. Отдельный параграф посвящен выполнению складских операций с помощью Batch терминалов. Приводятся примеры выполненных разработчиками кастомизаций для конкретных заказчиков. В конце главы обсуждаются выгоды, которые получают различные участники складского бизнеса (владельцы и руководители складов, персонал, клиенты) от внедрения и эксплуатации CoreIMS. Глава 3 посвящена описанию системы CoreIMS Enterprise Edition (CoreIMS EE), которая является развитием CoreIMS и обеспечивает возможность выполнения складских операций через интернет. В главе 4 рассматривается система управления складами CoreWMS. Показывается, как с развитием вашего складского бизнеса ужесточаются требования к системе автоматизации, которая превращается в систему управления складом. Обсуждаются принципы построения и архитектура системы. Особое внимание уделяется вопросам безопасности на основе разграничения прав доступа и средствам автоматического контроля действий пользователя. Рассматривается выполнение оптимизирующих действий в автоматическом режиме на основе выбираемых правил. Описывается метод организации взаимодействия CoreWMS с другими системами. Приводятся примеры внедрения системы на различных складах и выгоды от ее использования. Книга содержит большое количество иллюстраций. Представление системных функций сопровождается примерами экранных и отчетных форм. Описание основных понятий (товар, склад и др.), а также складских процессов иллюстрируется с помощью диаграмм на языке UML [6]. Читатель, знакомый с UML, или желающий разобраться в диаграммах “на месте” (а они весьма просты и легко понимаемы даже без предварительной подготовки), может сразу перейти к главе 1. Ниже приводится краткое описание используемых в книге диаграмм UML.

Элементы языка UML UML – это Унифицированный язык моделирования для описания, визуализации, конструирования и документирования систем, в которых большая роль принадлежит 14

программному обеспечению [6]. Язык создан по запросу OMG - Object Management Group – консорциума поставщиков объектных технологий, ответственного за внедрение стандартов в этой области. В 1997 г. UML утвержден OMG в качестве стандарта представления объектноориентированных моделей. В настоящее время он широко распространен во всем мире и поддерживается практически всеми инструментальными средствами визуального моделирования. В языке UML определен набор диаграмм и базовая нотация, что позволяет представлять модели различных систем в удобном для человека графическом виде. В этой книге используются три вида диаграмм – классов, деятельностей и вариантов использования. На диаграммах классов (см., например, рис. 1.5, 4.12) показываются классы и отношения между ними. В контексте данной книги классы – это основные сущности рассматриваемой предметной области. Класс на диаграмме показывается в виде прямоугольника, разделенного на 3 области. В верхней содержится имя сущности, в средней – имена атрибутов (свойств) сущности, в нижней – названия операций – услуг, предоставляемых объектами этого класса. На рис. 4.12 показано, что сущность Палета имеет атрибуты Тип палеты и штрихкод. Это означает, что на складе могут использоваться палеты разных типов и каждая палета может быть помечена своим штрихкодом. На той же диаграмме имеется класс Склад, содержащий операцию Схема склада. Услуга, предоставляемая этой операцией, заключается в выводе на экран топологической схемы склада. Сущности на диаграммах классов могут быть связаны различными отношениями. Отношение обобщения (“от частного к общему”), показываемое стрелкой в виде треугольника, означает, что сущность, из которой стрелка исходит, является разновидностью сущности, на которую она указывает. Обратившись к рис. 1.5, мы видим, что Комплект является разновидностью Товара, то есть, Комплект обладает всеми свойствами Товара, но может иметь и дополнительные свойства. Там же показано, что есть две разновидности Заказа – Заказ на поставку и Заказ на отгрузку. Отношение вида “целое – часть” показывается в виде линии с ромбом на конце со стороны сущности, которая включает другую. На рис. 4.12 отношения такого вида соединяют сущность Склад с сущностями Ячейка и Зоны склада, то есть последние являются частями склада. Все остальные отношения на диаграммах классов, приведенных в этой книге, являются ассоциациями. Они показывают, что две сущности логически связаны. Например, ассоциация между классами Ячейка и Палета на рис. 4.12 означает, что для каждой конкретной ячейки склада программная система должна уметь находить все палеты, которые в ней хранятся, для каждой конкретной палеты – ячейку (единственную), где она находится. С большой долей условности можно считать, что каждой ассоциации в системе соответствует программа, которая для исходного объекта находит все объекты другого класса, связанные с ним этой ассоциацией. Множественность ассоциации показывает, сколько для каждого объекта может быть найдено связанных с ним объектов. На рис. 4.2 показано отношение между классами Ячейка и Тип ячейки. Значение множественности 1 со стороны класса Тип ячейки означает, что любая ячейка на складе может принадлежать только одному типу, зато значение *, означающее любое число, начиная с нуля, проставленное со стороны сущности Ячейка, говорит о том, что может быть сколько угодно ячеек одного типа. Диаграммы вариантов использования показывают, кто использует систему (актеры) и выполнение каких работ (вариантов использования) она должна обеспечивать. На рис. 1.12 приведена диаграмма вариантов использования системы автоматизации при приеме товаров. На диаграмме показаны два типа актеров – Сотрудник склада и Владелец товара – и виды выполняемых ими работ. Сотрудник склада может выполнять (используя систему) все показанные виды работ, Владелец же – только один (создание заказа на поставку). На этих же диаграммах могут появляться уже знакомые нам классы. Они показывают, какие объекты появляются в системе при выполнении соответствующих работ или служат исходными данными для их выполнения. По сути дела, каждый вариант использования 15

является требованием к системе. Разработка системы автоматизации склада обычно начинается с определения того, что система должна уметь делать, то есть требований к ней, для представления которых как раз и применяются диаграммы вариантов использования. Диаграммы деятельностей (см. рис. 1.13, 1.15, 1.17) представляют собой, по сути, обычные блок-схемы и служат для наглядного представления процессов. На такой диаграмме показываются деятельности и поток управления – переход от одной деятельности к другой. Диаграмма может включать ветвление по условию (обозначается в виде ромба) и распараллеливание потока управления (обозначается жирными прямыми линиями – см. рис. 1.13). Диаграмма деятельностей может быть разделена на вертикальные полосы, которые показывают, кто выполняет те или иные деятельности. Так, например, на рис. 1.15 в соответствующих полосах показаны действия пользователя и программной системы при выполнении операции перемещения товара. Следует отметить, что диаграммы языка UML служат не только для иллюстративных целей. Прежде всего, UML – это язык моделирования. При разработке прикладных программных систем (и складских в частности) во главу угла ставится информационное моделирование. Оно позволяет показать: • кто работает с системой; • виды работ, выполняемых системой; • логическую структуру системы; • взаимодействие элементов системы при выполнении ею своих функций; • алгоритмы и правила выполнения действий; • обрабатываемые данные • и т. д. Главное обоснование необходимости информационного моделирования заключается в том, что современные программные системы являются весьма сложными как по выполняемым функциям, так и по объему программного кода. Разбираться в них по мере увеличения объема кода становится все труднее. Представьте себе ситуацию, когда вам приходится искать определенную фразу в книге объемом несколько тысяч страниц! Мало помогает здесь и текстовое описание программ, поскольку общий объем таких описаний не будет существенно меньшим. Информационная модель позволяет свести высокую сложность программной системы до уровня, понимаемого человеком. Достигается это за счет применения наглядной графической нотации и иерархического принципа их построения. Современная информационная модель представляет собой набор диаграмм, на которых в графическом виде показываются основные аспекты моделируемой системы. Для того чтобы модель была понятна разным людям, используются стандартные представления элементов моделей, которые определяются языком моделирования. Важно, что графическая форма представления информации хорошо воспринимается человеком и более компактна по сравнению с текстовой. Иерархия уровней описания системы дает возможность резко сократить количество элементов, которые должен анализировать человек. Примером иерархического описания является, например, данная книга. Она состоит из глав, главы из параграфов, параграфы – из разделов. Точно также иерархически может быть упорядочена модель программной системы. На верхнем уровне показываются крупные блоки, из которых она складывается (подсистемы). Для каждой подсистемы показываются ее основные блоки, те, в свою очередь, состоят из более мелких и т. д. При этом на верхних уровнях иерархии опускаются детали реализации, которые проявляются на более низких уровнях. Для такого описания легко создать иерархическое оглавление, которое позволит легко ориентироваться в модели, выбирать для анализа диаграммы нужного уровня в нужной ветви иерархии. Например, если вы хотите прочитать в данной книге что-то по системе учета товара, вы легко находите по оглавлению нужную главу и параграф в ней. Построенные модели уточняются и развиваются в течение всего жизненного цикла 16

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

17

Глава 1. Основные понятия В данной главе выполняется бизнес-анализ складской деятельности. Мы рассмотрим основные сущности (объекты), которые используются в складском бизнесе, определим основные процессы, которые могут быть автоматизированы, а также актеров – пользователей складской системы. В складской деятельности есть два основных класса объектовсущностей: склад и товар. Именно они играют ключевую роль в основных складских процессах – приеме, хранении и отгрузке товара. Все прочие сущности либо детализируют описание этих объектов, определяя отдельные свойства товара или склада (например, допустимый диапазон температур при хранении товара или зона отгрузки для склада), либо являются производными от этих понятий, определяющими способы группирования товаров, например, комплект товаров, палета, заказ на поставку.

Товар Будем использовать термин «товары» как собирательное обозначение различных предметов, которые хранились, хранятся или могут храниться на складе. Товары могут иметь различную природу – продовольственные и промышленные, жидкие и сыпучие и т. д. Складские системы, которые рассматриваются в этой книге, призваны обеспечивать работу с различными складами, а следовательно – и с любыми товарами. Для этой цели в складской системе заводится основной класс – Товар1 . Объекты этого класса в программной системе содержат информацию о конкретных экземплярах товаров, например о хранимых в данный момент на складе.

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

18

является изменение значений атрибутов Товаров. На входе такой процесс обязан найти Товары с заданными значениями атрибутов и проверить значения атрибутов, определяющих состояние Товара, на выходе – проверить изменения атрибутов и/или установить новые значения определенных атрибутов. Например, процесс инвентаризации в общем случае приводит к изменению количества Товара, процесс перемещения – к изменению значения атрибута хранения Товара. В складской деятельности используется информация не только о Товарах, хранимых на складе в текущий момент времени, но и об ожидаемых поступлениях Товара и об отправленных Товарах. Способ описания Товара через его атрибуты обеспечивает независимость от того, хранится ли Товар в данный момент, или ожидается его поступление на склад, или Товар отправлен Заказчику. Например, если Товар хранится в данный момент на складе, значения атрибутов, которые определяют место его хранения, будут ненулевыми и наоборот, если данного Товара на складе еще (уже) нет, эти атрибуты будут иметь пустые значения. В общем случае каждый атрибут Товара – это отдельный класс. Можно выделить три вида атрибутов Товара – справочные, общие и индивидуальные. Справочные атрибуты Основные свойства товара, не зависящие от того, хранится он на складе или нет, называются справочными атрибутами товара. Для каждого конкретного Товара, с которым имеет дело склад, должен быть определен набор конкретных значений справочных атрибутов. Если у двух объектов Товаров отличаются значения хотя бы одного справочного атрибута, то они соответствуют разным товарам. В программной системе автоматизации деятельности склада обычно заводится объект «Справочник Товаров», где для каждого Товара хранится набор значений справочных атрибутов. Ниже приведены некоторые справочные атрибуты. Наименование товара. Служит для идентификации Товара. Набор штрихкодов. Содержит штрихкоды, которыми может помечаться данный Товар. Идентификация товара по штрихкоду может осуществляться с помощью автоматических устройств считывания (сканеров). Стандартная единица измерения. Определяет, в каких единицах измеряется данный Товар по умолчанию. Размер. Содержит три числа, определяющие длину, ширину и высоту единицы товара. Размер товара может учитываться при размещении его на складе. Допустимый диапазон температур. Задает диапазон температур, при котором должен храниться Товар. Если температура хранения не попадает 19

в этот диапазон, товар может потерять свои свойства. Допустимый диапазон влажности. Задает диапазон влажности, при котором должен храниться Товар. Если влажность среды при хранении не попадает в этот диапазон, товар может потерять свои свойства. Сорт. Значение этого атрибута определяет сорт Товара. Один товар, но разных сортов – это разные Товары. Класс товара. Значение этого атрибута задает принадлежность данного Товара к некоторой группе Товаров, например: сыпучие, жидкие, радиоактивные. Все Товары одного класса имеют некоторые общие свойства. Для них может быть предусмотрен единый набор правил складирования. Разрешение перекрестной погрузки. Перекрестная погрузка – это способ отбора товара, при котором после приема он сразу назначается на отгрузку, причем подтверждение отбора товара не производится. Для проведения перекрестной погрузки необходимо, чтобы она была разрешена для конкретного Товара. Общие атрибуты Свойства товара, относящиеся к хранению его на складе, называются общими атрибутами. На складе может храниться много единиц одного товара (экземпляров). В отличие от справочных значения общих атрибутов могут изменяться в процессе работы системы. Примеры общих атрибутов: Количество. Определяет количество хранимого на складе товара. Значение этого атрибута задается в стандартных для данного Товара единицах измерения (см. выше). Это значение может быть выражено, например, в штуках для штучного товара или в литрах – для жидкого. Дата и время поступления товара на склад. Срок годности товара. Определяет временной интервал, в течение которого Товар сохраняет свои свойства. Минимальный запас товара. Если значение атрибута «количество» близко к значению этого атрибута, то должны быть приняты меры к пополнению количества данного Товара. Партия товара. Задает принадлежность Товара той или иной партии. Владелец. Содержит информацию о владельце данного Товара. Поставщик. Содержит информацию о поставщике данного Товара. Делимость. Признак, определяющий возможность деления экземпляра товара на части. Например, от рулона ковролина длиной 30 м можно отрезать указанные в заказе на отгрузку 10 м. Объединяемость. Признак, обратный к предыдущему. Например, можно выполнить заказ на отгрузку 20 м ковролина, имея два рулона 15 и 5 м, а для электропровода это может быть запрещено. 20

Индивидуальные атрибуты Индивидуальные атрибуты присущи отдельной единице (элементу хранения) Товара. Примеры индивидуальных атрибутов: Серийный номер. Может присутствовать у промышленных товаров. Указание серийного номера позволяет найти конкретный экземпляр Товара. Вес. Этот атрибут может использоваться на продовольственных складах, где один товар может размещаться во многих местах. Вес определяет количество товара в каждом месте хранения. Атрибут хранения Атрибут хранения – это общий атрибут, который содержит информацию о размещении всех экземпляров данного Товара на складе. Он показывает, в каких местах размещен на складе экземпляр либо несколько экземпляров данного Товара с одинаковыми свойствами. При этом указывается количество товара для каждого места хранения. У каждого Товара имеется ровно один Атрибут хранения. Если он имеет нулевое значение, то такой Товар в данный момент времени отсутствует на складе. Как только данный Товар поступит на склад, его Атрибут хранения приобретет ненулевое значение.

Модель атрибутов товара На рисунке 1.1 показана формальная модель Товара и Атрибутов, представленная в виде диаграммы классов на языке UML. На диаграмме показаны Товар, Атрибут товара и его виды, описанные выше. Кроме того, на диаграмме приведены отдельные справочные, общие и индивидуальные атрибуты и атрибут хранения.

21

Рис. 1.1. Товар и его Атрибуты

Взаимосвязь Товара и его атрибутов показана с помощью отношений разного вида. Например, отношение наследования показывает, что Справочный атрибут, Общий атрибут и Индивидуальный атрибут являются частными случаями общего понятия Атрибут товара, а Атрибут хранения является Общим атрибутом. Вес и Серийный номер являются разновидностями Индивидуальных атрибутов, Класс товара и Диапазон температур хранения – Справочных, а Партия товара и Владелец – общих. Ассоциация между Товаром и Атрибутом хранения показывает, что у каждого Товара имеется ровно один атрибут хранения. Другая ассоциация «Товар – Атрибут товара» показывает, что у Товара может быть много атрибутов и один Атрибут может иметься у разных Товаров (например, каждый Товар имеет имя). 22

Группирование товаров Практически любой складской процесс имеет дело не с одной конкретной единицей хранения Товара, а с группой таких единиц. Товар может быть сгруппирован разными способами. Каждому способу группирования товара соответствует класс, который имеет атрибуты, определяющие особенности данной группы в целом (но не товаров, входящих в группу!). Рассмотрим примеры группирования Товара. Комплект – это два или более изделия (Товара), имеющие общее эксплуатационное назначение [3]. Он может поступать на Склад целиком либо частями. Комплект сам по себе обладает свойствами Товара, поэтому соответствующий класс должен быть связан с Товаром отношением наследования (см. рис. 1.2).

Рис 1.2 Товар и Комплект

На рис. 1.2 отношение между классами Комплект и Элемент комплекта представляет собой опись комплекта. Элемент комплекта содержит информацию об одном из Товаров, выходящих в Комплект, указывая количество этого Товара в Комплекте. Обратите внимание, что поскольку Комплект является наследником Товара, возможно включение в состав Комплекта других Комплектов. Например, Комплект «мебельный гарнитур» может включать Комплект «набор болтов». Упаковка – средство, обеспечивающее защиту продукции от повреждения или потерь при транспортировке, хранении и перевалке [3]. Как правило, упаковка является носителем информации о содержащемся в ней Товаре. Товар может поступать, храниться и отгружаться в упаковках. В тоже время на складе могут выполняться операции упаковывания и распаковывания. Класс Упаковка содержит следующие атрибуты: Код, Тип упаковки (коробка, палета и т. д.), Собственный вес, Признак допустимости 23

распаковки, Размер, штрихкод. Чаще всего в Упаковку входит один Товар в определенном количестве, однако допускается возможность включать в одну Упаковку и разные Товары, поэтому для Упаковки должен быть предусмотрен атрибут Упаковочный лист, описывающий, какие Товары и в каком количестве находятся в Упаковке. Упаковка может содержать внутри другие Упаковки (например, контейнер может содержать коробки с сигаретами, коробка – блоки, блок – пачки). Это должно быть отражено в Упаковочном листе. В отличие от Комплекта Упаковка не является Товаром, поэтому отношения между Товаром и Упаковкой отличаются от отношений между Товаром и Комплектом (см. рис. 1.3).

Рис. 1.3 Товар и упаковка

На рис. 1.3 отношение, направленное от класса Упаковочный лист к классу Упаковка, показывает, что внутри упаковки могут быть другие упаковки. В общем случае ограничений на число вложений упаковки в упаковку нет. При этом объект Упаковочный лист содержит информацию не только о том, какие именно Товары, но и какие Упаковки и в каком количестве содержатся внутри. Разновидностью Упаковки является Тара (например, контейнер, палета, ящик). На складах обычно осуществляется учет тары, которая чаще всего используется многократно. К тому же тара обычно имеет владельца, поэтому могут осуществляться операции возврата тары. Если выполняется операция распаковки, то в системе должна сохраняться информация обо всех Товарах (и Упаковках), перечисленных в Упаковочном листе данной Упаковки. В дальнейшем мы будем считать, что при вскрытии обычной упаковки информация о соответствующем объекте Упаковка удаляется, а о Таре сохраняется. Заказ на поставку – документ, содержащий информацию о товарах и их количестве, поступление которых на склад ожидается. Заказ на поставку имеет свои свойства, которые присущи ему, но не товарам, которые в нем указаны. Это может быть Номер заказа, Дата поставки, Имя поставщика и т. д. Заказ на поставку должен иметь атрибут Статус, который отражает состояние заказа, изменяемое в процессе работы. Например, при создании нового заказа на поставку он автоматически будет находиться в состоянии «Создан». После того, как проведена хотя 24

бы одна операция приема товара по данному заказу, этому заказу присваивается статус «Выполняется». Такой статус сохраняется до тех пор, пока не будут приняты все позиции заказа. Когда заказ принят полностью, он получает статус «Выполнен». Если заказ со статусом «Выполнен» был потом отредактирован (например, добавлены новые позиции), то заказ возвращается в предыдущее состояние «Выполняется». Если заказ находился в состоянии «Выполняется», а потом все позиции заказа были удалены, то заказ возвращается в состояние «Создан». Заказ на поставку создается либо складом, либо владельцем, либо поставщиком. Если заказ создан, то должны быть созданы и объектыТовары (Комплекты), атрибуты которых получают значения, указанные в заказе (например, Количество). При этом атрибуты хранения Товаров должны иметь нулевые значения. Заказ на поставку может содержать много позиций (строк), каждая из которых определяет один поставляемый Товар или комплект, поэтому в одном заказе на поставку может быть указано много разных товаров. Таким образом, мы определили новые классы – Заказ на поставку и Строка заказа на поставку. Отношения между этими классами и классом Товар показаны на рис. 1.4.

Рис. 1.4 Товар и Заказ на поставку

Ассоциации на этой диаграмме показывают, что Заказ на поставку может содержать много строк, но как минимум одну. В Строке заказа на поставку может быть указан только один Товар. Заказ на отгрузку – документ, содержащий список и количество товара, 25

запрошенного клиентом для отгрузки со склада. Аналогично Заказу на поставку вводятся классы Заказ на отгрузку, и Строка заказа на отгрузку. Их отношения с классом Товар аналогичны показанным на рис. 1.4.

Единицы измерения Единица измерения (ЕИ) – это класс, описывающий, в каких единицах измеряются значения того или иного атрибута Товара. При описании Товара ЕИ используются для атрибутов, имеющих числовые значения (за исключением безразмерных величин). Атрибутами класса ЕИ являются тип ЕИ (например, линейные, объемные), базовое наименование, устанавливаемое по умолчанию (например, мм), а также список возможных наименований с указанием коэффициента пересчета к базовому значению. Каждая создаваемая единица измерения обязана принадлежать какому-то типу. Сначала надо создать тип и только потом – единицу измерения. Каждый класс имеет базовую единицу измерения, которая используется для преобразования единиц измерения внутри класса. За базовую единицу желательно принимать самую маленькую единицу измерения внутри класса, чтобы через нее проще было выразить остальные. Все остальные единицы измерения определяются как отношение к базовой. Например, для измерения количества штучной продукции можно использовать в качестве базовой единицы «штуку», а как производные ЕИ – дюжину (коэффициент пересчета 12:1), десяток (10:1) или сотню (100:1).

Модель товара Итогом анализа понятия Товар является диаграмма, представленная на рисунке 1.5.

26

Рис. 1.5 Товар и его отношения

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

классами ЕИ и Строка заказа показывает, что в каждой строке заказа указывается количество товара в определенных единицах измерения и в разных строках заказа могут использоваться одинаковые единицы. Отношение на классе Товар показывает, что между Товарами могут быть различные отношения, определяемые их свойствами. Рассмотрим примеры таких отношений. Соседство. Некоторые товары нельзя хранить рядом (в одной ячейке или помещении). Данное отношение позволяет для каждого Товара найти все другие Товары, соседство с которыми нежелательно. Заменяющие товары. Это отношение позволяет определить Товары, которые могут быть предложены заказчику взамен указанного в Заказе на отгрузку, если последний на складе отсутствует или имеется в недостаточном количестве. Построенная модель Товара имеет достаточно общий характер. В конкретных складских системах эта модель может быть расширена либо наоборот урезана, если какие-то свойства Товара в такой системе не используются.

Склад Под складом понимается «специализированное здание, сооружение, устройство, предназначенное для приемки, обработки, хранения и выдачи грузов по назначению» [4]. В данной книге склад нас интересует с точки зрения прикладной складской системы, то есть, как логическое понятие, которое отражает все основные свойства склада физического. Для этой цели мы введем класс Склад и рассмотрим его основные атрибуты. Наименование склада – официальное название склада, используемое в документах. Код склада – сокращенное название склада, используемое в прикладной системе для идентификации склада. Тип склада – атрибут, определяющий, является ли склад коммерческим. Если Склад коммерческий, то каждый Товар, с которым имеет дело Склад, должен принадлежать определенному Владельцу, и на Складе могут храниться Товары разных Владельцев (склад общего пользования). Если Склад некоммерческий (например, склад промышленного предприятия), то можно считать, что и Склад и Товары имеют единого Владельца. Адрес и телефоны – атрибут, содержащий информацию о расположении Склада, контактных телефонах и факсах. Разрешение перекрестной погрузки. Для проведения перекрестной погрузки (см. раздел Товар настоящей главы) необходимо, чтобы она была разрешена не только для конкретного Товара, но и для Склада. 28

Разрешение смешивания разных товаров в одной ячейке – признак, определяющий, можно ли хранить разные Товары в одной Ячейке (см. ниже).

Адресное хранение Правильная организация хранения товаров на складе обеспечивает количественную и качественную сохранность товаров, рациональное размещение товаров, простоту учета и постоянное обновление [3]. Прикладная программная система должна поддерживать возможность различных видов хранения (в штабелях, стеллажах, навалом и т. д.) и в то же время обеспечивать удобное для человека указание места хранения того или иного товара. Эти задачи решаются за счет использования в системе адресного хранения Товаров. Принцип адресного хранения предполагает, что каждое отдельно взятое место хранения, будь то ячейка стеллажа, цистерна, выделенная часть площади помещения и др., имеет индивидуальный логический адрес. Зная логические адреса всех мест хранения, программная система для каждого из них может запомнить, какие Товары и в каком количестве хранятся в этом месте. Эта информация может быть выдана пользователю в удобном для него виде. Например, система может сообщить, где хранится тот или иной Товар, указывая логические адреса соответствующих мест хранения, либо вывести список Товаров, хранимых в данном месте. Вид логического адреса в разных системах может быть различным. Главное требование заключается в том, чтобы он был информативен для человека, то есть пользователь по виду адреса легко мог бы представить, где находится это место хранения. Ниже мы рассмотрим ситуацию, когда логический адрес имеет иерархический характер. Ячейка Ячейка – минимально адресуемое место хранения. Для каждого склада определяется свой набор Ячеек. Введение этого понятия вовсе не означает, что предполагается только хранение в стеллажах. Например, Ячейкой может быть комната, или часть площади помещения, где применяется хранение в навал. Главное - это то, что не может существовать логического адреса, относящегося к части Ячейки. В принципе можно перенумеровать все Ячейки на складе и в качестве логического адреса использовать просто номер Ячейки, но такой способ неудобен для человека. Попробуйте быстро сообразить, где находится место хранения с номером 11927! Можно дать Ячейкам мнемонические имена. Это достаточно просто и удобно для малых складов. Класс Ячейка имеет свой набор атрибутов и отношений (см. рис. 1.6) 29

Рис. 1.6. Ячейка и ее отношения

Атрибутами Ячейки являются ее штрихкод и номер уровня ячейки. Ячейка может иметь штриховые коды, которые создаются системой и служат для идентификации ячейки. Этикетка со штрихкодом может быть размещена так, чтобы идентифицировать физическую ячейку. Эти метки могут сканироваться с помощью переносных терминалов. Например, рабочий склада, оснащенный таким устройством, может сообщить системе свое местоположение, сканируя код находящейся рядом Ячейки. Это может служить для оптимизации выдачи заданий на выполнение складских операций. Номер уровня используется, если Ячейки объединяются в стойку. Каждая Ячейка имеет определенный набор параметров, например, размеры, диапазон поддерживаемых температур (в частности могут быть ячейки-холодильники), поддерживаемый диапазон влажности и т. д. Значения этих характеристик обычно совпадают у многих Ячеек. Будем считать, что такие ячейки имеют одинаковый тип. Класс «Тип ячейки» в качестве атрибутов включает набор характеристик Ячеек.

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

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

Проход и Стеллаж Область хранения обычно разбивается на проходы, по которым могут перемещаться подъемно-транспортные средства (погрузчики, тележки) и персонал склада. Введем класс Проход с атрибутами Наименование прохода и Размеры прохода (длина, ширина, высота). Наличие такого класса позволяет, с одной стороны, определить возможность перемещения того или иного Товара по конкретному проходу (например, Товар может не проходить по ширине), а с другой стороны, использовать наименование прохода для уточнения логического адреса. Если на складе применяется хранение товаров на стеллажах, то можно условиться, что каждому Проходу соответствует стеллаж, состоящий из Стоек. Каждая Стойка может иметь свой номер в Проходе (например, на левой стороне прохода размещается стеллаж с нечетными номерами стоек, на правой – с четными). Таким образом, логический адрес ячейки может иметь вид: ... Найти ячейку, адресуемую таким способом, не составляет труда. Зона Зоной будем называть участок склада, где выполняется конкретный вид работ (приемка, отгрузка, комплектация, упаковка и т. д.). Класс Зона должен иметь атрибут Тип зоны, соответствующий виду выполняемых в ней работ. Поскольку в любую Зону может поступать, храниться в ней и уходить из нее Товар, целесообразно, чтобы Зона адресовалась тем же способом, что и Ячейки. Этого легко достичь, считая Зону разновидностью Ячейки (см. рис 1.7).

Модель Склада Модель Склада представлена на рисунке 1.7.

31

Рис. 1.7 Склад

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

32

Модель хранения Итак, мы построили модели Товара и Склада. Теперь нам нужно определить, какая информация о хранении Товаров на Складе должна быть в проектируемой системе, то есть, мы должны построить модель хранения, связывающую модели Товара и Склада. Будем исходить из следующих требований к хранению Товара. • Один и тот же Товар может храниться в разных Ячейках. • Товар может храниться в Упаковках и в россыпь. • В одной Ячейке может храниться несколько разных Товаров. • Должна иметься информация о том, сколько данного Товара хранится в данной Ячейке. • Должна быть возможность определить для каждого Товара все места его хранения, то есть, все Ячейки, где хранится этот Товар (в Упаковках или в россыпь). • Должна быть возможность определить для каждой Ячейки все хранимые в ней Товары и их количество. • Количество Товара в Ячейке может указываться в различных Единицах измерения. Модель хранения, связывающая модели Товара и Склада, представлена на рис 1.8.

Рис. 1.8. Модель хранения 33

На диаграмме представлены уже известные нам классы. Вся информация о хранении, отвечающая приведенным выше требованиям, может быть задана в виде отношений между этими классами. Прежде всего, отметим, что мы должны связать воедино отношением четыре класса – Товар, Ячейка, ЕИ и Упаковка. Для этой цели применен специальный прием, а именно введено класс-отношение «Информация О Размещении». Отношения этого класса с перечисленными выше классами по существу содержат всю информацию о размещении. Каждый объект класса Информация О Размещении представляет собой запись, в которой указывается, какие объекты Товар и Ячейка связывает эта запись (это означает, что данный Товар хранится в данной Ячейке), Упаковку, в которой хранится Товар, и ЕИ, в которых измеряется количество данного Товара в данной Ячейке. Отношение между классами Атрибут хранения и Информация О Размещении позволяет для каждого Товара определить все записи о его размещении в разных Ячейках. Отношение между классами Ячейка и Информация о размещении дает возможность определить все Товары, хранимые в данной ячейке. Если, например, требуется разместить определенный Товар в заданном количестве в конкретной Ячейке, то должна быть скорректирована Информация О Размещении. В случае, когда данный Товар уже хранится в этой Ячейке, в системе имеется объект Информация О Размещении, который это указывает, поэтому для запоминания нового размещения достаточно изменить (увеличить) у этого объекта значение атрибута Количество. Если же в заданной Ячейке такого Товара нет, то заводится новый объект класса Информация О Размещении, который будет ссылаться на заданные Товар, Ячейку и ЕИ, а значение атрибута Количество будет равным заданному количеству Товара. При хранении Товара в упаковках объект класса Информация О Размещении будет содержать ссылку на соответствующий объект Упаковка, что позволяет хранить в одной Ячейке как упакованный, так и неупакованный Товар. Если Товар из Ячейки изымается, то корректируется (уменьшается) значение атрибута Количество в соответствующем объекте класса Информация о размещении. Когда это значение становится равным нулю (Товар из Ячейки изъят полностью), такой объект класса Информация о размещении просто удаляется. Следует заметить также, что если Ячейка свободна, то она не связана отношением ни с одним объектом класса Информация о размещении.

Топология склада Описанная выше адресация является логической, то есть, она никак не связана с реальными размерами и конфигурацией помещений склада, 34

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

Переносные устройства коммуникации Все действия, выполняемые сотрудниками склада, можно отнести к двум категориям – информационные и физические. Информационные действия – это ввод или изменение данных о принимаемых, отгружаемых и хранимых товарах, местах их хранения, группировании товаров. Физические действия – это работа с реальными объектами, например, физическое перемещение товаров из зоны приема товара в ячейки хранения, погрузка и разгрузка товаров. Нетрудно понять, что действия первой категории, в основе которых лежит запоминание большого объема информации, должны быть прерогативой складской программной системы, а действия второй категории выполняются исключительно человеком, возможно, с применением средств механизации (погрузчиков, элеваторов и др.). Очевидно также и то, что оба вида действий должны быть связаны воедино, то есть, физическое перемещение товара должно сопровождаться вводом в систему информации об изменении местоположения товара, его отгрузке и т. д. Представим себе, что нужно переместить заданное количество конкретного Товара из заданной Ячейки в Зону отгрузки. Человек (грузчик) получает задание на выполнение этого действия. Это может быть 35

устное задание кладовщика (тогда грузчик должен его записать) либо распечатка, если задание выдается через складскую систему. Затем грузчик должен найти указанную в задании Ячейку (например, по логическому адресу в задании), найти в этой Ячейке указанный Товар (это может быть непростой задачей, если в Ячейке хранится много схожих Товаров), взять нужное количество этого Товара, переместить его в указанную Зону отгрузки. Система должна скорректировать Информацию о размещении для указанного Товара. В этом, простом на первый взгляд, процессе очень много источников возможных ошибок и потерь времени, причиной которых являются неконтролируемые системой действия человека. Можно ошибиться в выборе физической ячейки, в выборе конкретного товара, затратить много времени на отождествление товара. Возникает также вопрос, когда складская система должна зафиксировать, что товар физически перемещен. Если это делать в момент выдачи задания, то есть, сразу считать, что перемещение выполнено, то в системе будет неадекватная информация, ведь Товар еще не перемещен! Более того, по каким-то причинам грузчик может вообще не выполнить задание. Если по выполнении задания грузчик должен подтверждать выполнение, то он должен дойти до компьютера и ввести в систему подтверждающую информацию. Нетрудно представить, какой объем холостых перемещений должен выполнить каждый грузчик на складе. Приведенный пример носит, конечно, утрированный характер, но он позволяет выделить несколько проблем, которые связаны с физическими действиями. Во-первых, должна иметься возможность контроля и выдачи оперативных подсказок человеку, выполняющему физические действия, со стороны системы. Во-вторых, средство обмена информацией с системой должно быть «под рукой», чтобы не требовалось каждый раз ходить к системному терминалу. В-третьих, должны быть разработаны способы согласования информационных и физических действий. Эффективное решение этих задач возможно путем применения переносных устройств коммуникации, обеспечивающих дистанционную вязь между складской системой и использующим ее персоналом склада.

Радиотерминалы Радиотерминал (RF терминал) – это специализированный промышленный микрокомпьютер, обычно со встроенным сканером. Это компактное, легкое и полностью автономное устройство. Большинство радиотерминалов не превышают по размерам и весу пульт дистанционного управления телевизора или сотовый телефон. Радиотерминал предназначен для продолжительного использования и поэтому должен длительное время работать от обычных батареек или от перезаряжаемых аккумуляторов. 36

Рис. 1.9 Радиотерминал

Радиотерминал снабжен устройством радиочастотного приемапередачи данных. В процессе работы он постоянно находится на связи со складской системой, которой он управляется и с которой он обменивается данными, полученными в ходе работы. С помощью радиотерминалов пользователь в соответствии с выделенными правами может проводить основные складские операции, например, прием товара, отгрузку, подтверждение получения задания или его выполнения и т. п. Пользователь взаимодействует с системой с помощью текстового интерфейса, который состоит из набора экранов. Каждый экран содержит управляющие элементы, которые принимают данные от пользователя или от интегрированного сканнера. Текстовое поле используется для ввода строк фиксированной длины и/или чисел. Список используется для выбора одного значения из набора предопределенных значений. Выбор может быть изменен с помощью горизонтальных стрелок. Нажатие алфавитно-цифровой клавиши выбирает элемент, начинающийся с соответствующего символа. Экранная кнопка соответствует обычной графической кнопке. Таблица используется для отображения данных, состоящих из нескольких колонок. Позволяет выбрать одну строчку с помощью курсора. Информация, представленная в таблице, разбивается на страницы. Курсор передвигается с помощью вертикальных стрелок. Переход на предыдущую/последующую страницу осуществляется с помощью горизонтальных стрелок. Если таблица разрешает множественный выбор, нажатие пробела выделяет/снимает выделение текущей строки. Меню позволяет пользователю выбирать и выполнять одну операцию из списка операций. Нажатие пробела или клавиши “Ввод” активизирует выбранную операцию. Радиотерминал содержит сканер, позволяющий вводить штрихкоды путем сканирования этикеток. После того, как штрихкод отсканирован, система может найти объект, к которому относится данный код, и автоматически заполняет находящиеся на экране элемент ввода. Это может 37

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

Терминалы пакетной обработки Терминалы пакетной обработки (Batch-терминалы) – это специальные микропроцессорные ручные устройства, с помощью которых обеспечивается связь пользователя с системой в режиме off-line. Информация, передаваемая системой пользователю, отображается на экране терминала. Ввод данных производится через клавиатуру устройства или встроенный сканер. Кроме того, Batch-терминалы обычно оснащаются электронным карандашом для выбора электронных кнопок.

Рис. 1.10 Batch терминал

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

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

Штриховое кодирование Использование в складской деятельности переносных устройств коммуникации особенно эффективно в сочетании с применением технологии штрихового кодирования. Наклейками со штрихкодами могут помечаться как товары, упаковки, палеты, так и элементы склада – стеллажи, стойки, ячейки. С помощью сканера, встроенного в переносное устройство коммуникации, эти штрихкоды вводятся в складскую систему, позволяя ей определить, какой Товар или Ячейку отсканировал пользователь. Рассмотрим несколько примеров. 1. Грузчик перемещает Товар из одной Ячейки в другую. Сначала он сканирует штрихкод исходной Ячейки, затем выбираемого Товара, а после его перемещения – конечной Ячейки. Система получает все необходимые данные о том, откуда и куда перемещен Товар, и корректирует соответствующем образом Информацию о размещении (см. рис. 1.8). Если требуется перемесить целую палету с товаром, достаточно сканировать штрихкод палеты. Таким образом, не требуется вводить вручную ни наименования перемещаемых Товаров, ни номера палет, ни адреса Ячеек. Ввод данных производится существенно быстрее и снижается количество ошибок ввода. 2. Необходимо разместить Товары, принятые в Упаковках, в свободных Ячейках. Сначала грузчик может вызвать на терминал список адресов свободных Ячеек. Переместившись к одной из них, он сканирует ее код и далее сканирует штрихкод каждой размещаемой в этой Ячейке Упаковки. Если не все Упаковки разместились в данной Ячейке, грузчик перемещается к очередной свободной Ячейке и повторяет ту же последовательность действий. Количество каждого Товара (и Упаковок) в каждой Ячейке система подсчитывает автоматически, и человеку не требуется об этом заботиться. Тем самым уменьшается объем вводимых данных и количество ошибок. 3. Если складская система достаточно интеллектуальна, она может выдавать задания персоналу, исходя, например, из принципа минимизации холостых перемещений. При этом система должна знать местоположение грузчика в момент выдачи ему задания. Для определения местоположения грузчику достаточно сканировать штрихкод ближайшей Ячейки. Приведенные примеры показывают, за счет чего может быть достигнут эффект от применения технологии штрихового кодирования: • Повышается точность и актуальность данных о товарах. 39

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

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

На любом складе можно выделить три основных вида деятельности – прием, хранение и отгрузку. Каждый вид деятельности предусматривает ряд процессов. Целевое назначение этих процессов практически одинаково для всех складов. Например, в процессе «Размещение» определяется место 40

хранения принятого Товара, перемещение Товара к соответствующей Ячейке и помещение его в эту Ячейку. Общее количество процессов невелико. Главная проблема, с которой приходится сталкиваться разработчикам складских систем, заключается в том, что каждый склад выдвигает свои требования к составу и выполнению складских процессов. Процессы могут зависеть от особенностей самого склада. Если склад коммерческий, то у каждого Товара имеется Владелец, и это может учитываться, например, при размещении Товара. Кроме того, могут быть предусмотрены специальные процессы, обеспечивающие взаимодействие Владельца со складской системой (ввод заказа на поставку Владельцем, получение отчетов о наличии товаров, выставление счетов Владельцу, информирование Владельца о наступлении определенных событий – исчерпании запаса Товара, истечении срока хранения и т. д.). Выполнение процессов может зависеть от видов хранимых товаров. Например, для продовольственного склада при приеме товаров может быть предусмотрена процедура взвешивания, чего не требуется, скажем, для мебельного склада. Дисциплина хранения товаров на складе также может влиять на складские процессы. Например, если на складе допускается хранение товаров только на палетах, то это требование должно выполняться всеми процессами приема, хранения и отгрузки. Каким образом при разработке складской системы можно учесть все многообразие особенностей складских процессов? Наш опыт разработки позволил выделить три основных пути, ведущих в этом направлении, – это модульность, настраиваемость и кастомизация. Модульность означает, что у системы есть ядро – базовая компонента, поддерживающая минимальную функциональность складских процессов. Эта функциональность может быть расширена за счет дополнительных компонент (модулей), которые легко могут быть сопряжены с ядром. Модульное построение складской системы основывается на следующих принципах: • Модуль системы реализует дополнительную функциональность или замещает функциональность существующих бизнес-процессов ядра. •Ядро системы содержит минимальную функциональность, необходимую для всех процессов, происходящих на складе. •Ядро системы изменять нельзя. Все необходимые расширения и изменения должны быть реализованы в виде отдельных модулей. •Один модуль не может зависеть от другого модуля по функциональности. Система допускает только зависимость по данным. •Необходимые изменения базы данных для подключения нового модуля не могут требовать трансформации старых данных. Данные принципы построения системы позволяют заказчику получить 41

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

Прием товара На рисунке 1.12 показаны бизнес-процессы, относящиеся к приему товаров. Основным документом при приеме товаров является Заказ на поставку, который может создаваться как сотрудником склада – Кладовщиком, так и Владельцем (для коммерческих складов). В заказе на поставку содержится как общая информация: название склада, владелец (только для коммерческих складов), поставщик, дата заказа, комментарии, так и перечень товаров: наименование, количество, единицы измерения и т. д. (см. рис. 1.4). Может допускаться также внеплановый прием товара, когда заказ на поставку отсутствует. Для каждой внеплановой поставки создается отдельный заказ, в котором Товары и их Количество определяются по их фактическому поступлению. По результатам приема корректируются позиции Заказа на поставку. Не требуется, чтобы в одной поставке были все Товары в Количестве, указанном для каждого из них в Заказе на поставку, то есть Заказ на поставку может быть частично принят. Все основные операции по приему товаров могут производиться с помощью RF или Batch-терминалов.

42

Рис. 1.12 Процессы приема товара

Когда товар поступает на склад, его надо оприходовать по количеству, 43

качеству и комплектности. Фактическое поступление товара регистрируется на основе заказа на поставку. При этом регистрируется реально поступившее количество товара. Оно может быть меньше, равно или больше количества товара, указанного в заказе. Регистрируется каждая отдельная позиция из заказа. Принимать товар по данному заказу можно по частям в несколько приемов. Последовательность действий при приеме Товара может быть показана на диаграмме деятельностей (рис. 1.13) Процессы, представленные на диаграммах 1.12 и 1.13, имеют общий практически для всех складов характер. Если на склад пришла очередная поставка Товара, то нужно найти соответствующий Заказ на поставку и при приемке Товара скорректировать позиции этого Заказа. Подтверждение приема означает, что принятые Товары находятся в Зоне приема и должны быть размещены в Зоне хранения Склада. Для выполнения размещения нужно указать Товар и его количество, а также Ячейку (Ячейки), куда следует поместить этот Товар. Складская система может автоматизировать процесс размещения. В ней могут быть реализованы алгоритмы, которые осуществляют выбор Ячеек размещения Товара, основываясь на критериях, принятых на данном Складе. Например, основываясь на топологии Склада, можно вычислять место размещения Товара, используя критерий минимизации холостых перемещений. Алгоритм размещения товара определяет оптимальное местоположение для хранения Товара, учитывая такие характеристики Товара и Ячеек, как размеры, диапазон температуры хранения, диапазон влажности.

44

Рис 1.13 Действия при приеме Товара 45

В реальной жизни процесс приема индивидуален для каждого отдельно взятого склада. Вот примеры требований к приему товаров, которые выдвигаются разными складами: • Прием товара в упаковке. • Прием товара на палете. • Прием сборных палет. • Взвешивание при приеме. • Упаковывание при приеме. • Распаковывание при приеме. • Прием комплекта товаров. • Контроль качества при приеме. • Прием с отправкой на контроль качества части товара, постановка остального товара на карантин в зоне приема. • Перекрестная погрузка принимаемого товара. • Распределение принимаемого товара по палетам. • Печать акта о приеме (или других документов). • Прием партии товара. • Прием части партии товара. • Фиксация даты и времени приема товара. • Прием возвратов от заказчиков. • Возможность автоматической пересылки данных о приеме с помощью факса или электронной почты. • Прием товара с автоматическим размещением. • Автоматическая печать штрихкодов для палет. • Автоматическая генерация штрихкода упаковки.

Хранение Хранение – это комплекс складских операций, по перемещению товаров, подсчет количества товаров, находящихся на складе, коррекция товаров для приведения в соответствие реальных значений с количеством товара, зафиксированного в системе (рис. 1.14). Инвентаризация – это подсчет количества товара, находящегося на складе в каждой из указанных ячеек. В процессе инвентаризации проверяется фактическое количество Товара в Ячейке и количество Товара, зарегистрированное в данной Ячейке системой. Сотрудник склада, проводящий инвентаризацию, может скорректировать системные значения в соответствии с реальным значением. Для анализа результатов инвентаризации может быть сгенерирован отчет результатов инвентаризации. Коррекция товаров отличается от инвентаризации упрощенной процедурой изменения содержимого Ячейки. Основание для внесения изменений должно быть указано в комментариях. 46

Перемещение – это процесс, в результате которого изменяется место хранения (логический адрес) Товара. К перемещению сводятся многие другие складские процессы (например, размещение, отбор, передача товаров на контроль качества). На рисунке 1.15 показано взаимодействие складской системы и пользователя при ручном перемещении, когда Товар, начальная и конечная Ячейки, а также Количество перемещаемого Товара определяются и вводятся человеком. Результатом выполнения процесса является физическое перемещение Товара, а также изменение Информации о размещении (см. рис. 1.8), осуществляемое системой автоматически на основе данных, введенных пользователем.

Рис. 1.14 Процессы хранения товаров

47

Рис. 1.15 Выполнение процесса перемещения товаров

К процессам хранения также могут предъявляться разнообразные требования: • Хранение товара на палетах. • Штабелирование при хранении. • Перемещение палет. • Перемещение сборных палет. • Хранение упаковок с учетом глубины их расположения. 48

весьма

• Хранение бестарных товаров. • Хранение партии товара. • Контроль запаса товаров. • Коррекция товара при инвентаризации. • Упаковывание товара. • Распаковывание товара. • Наличие особых зон хранения. • Наличие зон быстрого доступа, из которых происходит быстрый отбор товара и которые пополняются по мере необходимости. • Учет топологии склада при выполнении операций.

Отгрузка Отгрузка товара - это комплекс складских процессов, обеспечивающих вывоз товара со склада (рис. 1.16).

Рис. 1.16 Процессы отгрузки 49

Для того чтобы отгрузить товар, сначала нужно создать Заказ на отгрузку. При создании Заказа на отгрузку вводится как общая информация – номер заказа, Склад, Владелец, Заказчик, дата заказа, ожидаемая дата отгрузки, предполагаемая зона отгрузки и т. п., – так и перечень товаров, составляющих данный заказ. Каждому Товару в заказе отводится отдельная позиция. Заказанные Товары нужно зарезервировать для данного заказа, чтобы данный товар не попал в другой заказ. Резервирование означает автоматическую блокировку выбранного товара и генерацию задания на отбор товара, те на перемещение его в указанную зону отбора. Параллельно система может подготавливать и распечатывать Комплектовочные Листы (см. рис. 1.17).

50

Рис 1.17 Выполнение резервирования 51

После того, как товар зарезервирован, его требуется отобрать, то есть переместить в зону отгрузки. Перед выполнением задания по отбору товара данный товар должен быть заблокирован, чтобы он не мог быть использован в других операциях. Параллельно могут быть подготовлены и распечатаны Накладные. В процессе отбора товара количество и место хранение товара, выбранного для исполнения заказа на отгрузку, может корректироваться. В завершение, выполняется погрузка и подтверждается выполнение заказа на отгрузку, что отражает перемещение товара со склада. Выполненный заказ на отгрузку перемещается в архив. Процесс перекрёстной погрузки позволяет отгрузить со склада только что полученный товар без его резервирования и отбора. Это бывает необходимо, например, когда есть заказ на отгрузку, а товара для выполнения заказа в полном объеме на складе нет. Тогда ждут прихода товара на склад и сразу же отправляют Заказчику. Условия, при которых возможна перекрестная погрузка: • Склад должен поддерживает перекрестную погрузку. • Товар может участвовать в перекрестной погрузке. • Создан Заказ на отгрузку товара, который ждет Товар. • Количество Товара должно быть не меньше, чем определено в заказе (т.е. позиция заказа должна быть закрыта полностью). Часть Товара, оставшаяся после перекрестной погрузки, размещается на Складе стандартным образом. Ниже перечислены возможные дополнительные требования к отгрузке. • Организация отбора по различным правилам, устанавливаемым заказчиком. • Возможность изменения последовательности отбора принятой по умолчанию. • Возможность отбора на основе топологии склада. • Сортировка товара. • Упаковывание товара. • Распаковывание товара. • Параллельный отбор товара по нескольким заказам. • Отбор товара из нескольких зон отбора. • Применение правил FIFO/LIFO/FEFO. • Отбор из партии товара. • Отбор по сроку хранения. • Возможность проведения операций над товаром, даже если он занят под заказ. • Отмена проведенного отбора товара. • Планирование отправки заказов. • Отгрузка части заказа. 52

• Предварительное оповещение заказчика об отгрузке. • Создание плана погрузки (порядок, в котором производится погрузка на грузовик отобранных товаров). • Возможность указания в накладной на отгрузку обозначения способа отгрузки и доставки. • Возможность по запросу аннулировать накладную на отгрузку и, соответственно, корректировать товар. • Хранение кодов причин недостачи для использования в доотгрузке. • Возможность редактирования накладной на отгрузку авторизованным пользователем. • Отмена погрузки.

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

Владелец Товары, хранимые на складе, принадлежат Владельцам. Если Склад определён как коммерческий (склад третьей стороны), все Товары на складе должны быть приписаны, по крайней мере, одному Владельцу. Требования, предъявляемые Владельцем к складской системе, представлены на рис. 1.18.

53

Рис. 1.18 Требования Владельца

Главные требования Владельца – это возможность создания заказов на поставку и отгрузку, возможность заведения новых Товаров, которые предполагается хранить на Складе, получение различных отчетов о 54

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

Поставщик Поставщик – это клиент (роль), который поставляет Товары на Склад. Требования Поставщика к складской системе представлены на рис 1.19.

Рис 1.19 Требования Поставщика

Заказчик Заказчик – это клиент (роль), который получает товары со склада. Требования Заказчика к складской системе представлены на рис 1.20.

55

Рис. 1.20 Требования Заказчика

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

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

57

Глава 2. CoreIMS – система учета товаров на складе Core Inventory Management System (CoreIMS) – эффективная система учета товаров для небольших складов. Она позволяет вести учет товаров как на одном, так и на нескольких складах. Система проста в установке, удобна в использовании и экономична в эксплуатации. Как и более дорогие программы управления складом, CoreIMS позволяет сэкономить затраты благодаря точности и своевременности учета товаров и повышения производительности труда. При помощи CoreIMS можно получать информацию о товарах на складе в реальном масштабе времени, что поможет улучшить управление и повысить качество работы с клиентами. CoreIMS представляет собой информационную систему. Она позволяет обеспечить пользователя информацией о состоянии склада, необходимой ему для принятия решений, но не запрещает пользователю выполнение тех или иных действий. Система может только выдать советы и предупреждения, а окончательное решение принимает человек. Система складского учёта CoreIMS была разработана компанией «Аргуссофт Компани» в середине 2003 года. Разработке складской системы CoreIMS предшествовал успешный опыт создания и внедрения в России и за рубежом различных логистических систем, включая систему управления складскими процессами CoreWMS (см. главу 4). Тщательное изучение рынка, работа с потенциальными заказчиками и анализ запросов на внедрение складских систем показали, что на рынке существует спрос на простую систему, которая, ориентирована не просто на ведение учета, но главным образом на выполнение специфических для склада процессов, на повышение эффективности работы персонала склада. Именно для этих целей и была разработана CoreIMS. Эта система одинаково хорошо работает на производственных и торговых складах, складах ответственного хранения и грузовых терминалах. Она полностью поддерживает адресное хранение и позволяет организовать зоны и логические склады. Система может быть использована для учета товара и выполнения складских операций на складах с напольным хранением, стеллажами, комбинированных складах. CoreIMS автоматизирует все основные складские процессы, делая их выполнение удобным и быстрым, позволяет снизить количество ошибок, допускаемых персоналом, уменьшить пересортицу, перегруз и недогруз товаров [5].

Возможности CoreIMS Система CoreIMS обеспечивает доступ ко всей информации о состоянии склада в режиме реального времени, облегчая процесс принятия 58

бизнес решений человеком. Она предоставляет пользователю широкий спектр услуг: • позволяет работать одновременно с несколькими складами и учитывать все индивидуальные особенности каждого склада; • поддерживает все основные складские операции: прием товара по заказу на поставку, отпуск товара по заказам на отгрузку, перемещения товаров как внутри одного склада, так и между складами; • включает неограниченный набор настраиваемых параметров, которые позволяют учесть специфические особенности складского процесса конкретного заказчика; • допускает многопользовательскую работу в локальной сети и поддерживает разграничение прав доступа к складской информации. Каждый пользователь имеет доступ лишь к той функциональности системы, которая определяется предоставленными ему правами; • поддерживает технологию штрихового кодирования, что позволяет автоматизировать процесс идентификации товара и мест хранения при выполнении складских операций. Использование персонального компьютера и устройств считывания штриховых кодов позволяет резко снизить количество ошибок ввода и дает возможность обновлять информацию в системе практически одновременно с изменением состояния склада; •обеспечивает выполнение складских операций с помощью переносных устройств коммуникации, что дает возможность одновременно работать пользователям, находящимся в разных местах склада; • ведет историю выполнения операций, сохраняя информацию обо всех действиях пользователя; •взаимодействует с лидирующими российскими и зарубежными системами бухгалтерского учета, в частности с системой 1С. •включает гибкую систему построения отчетов: ряд встроенных отчетов плюс возможность создавать собственные с помощью Crystal Reports. Получение отчетов о состоянии склада и сохранение истории обо всех проведенных пользователем складских операциях позволяет пользователю проводить анализ ведения складского бизнеса и поиск оптимальных решений; • имеется возможность доступа к системе через интернет, включая ввод заказов на прием/отгрузку. Система разработана с учетом требований современных информационных технологий. Ее отличает простой, хорошо структурированный пользовательский интерфейс. Эксплуатация CoreIMS требует лишь базовых знаний операционной системы Windows.

59

Архитектура и свойства системы CoreIMS является сетевой системой. Рабочие станции пользователей системы, сервер базы данных и устройства (принтеры и коннекторы для Batch терминалов) объединены в единую внутреннюю сеть. Удаленные пользователи связываются с системой через интернет, для чего используется Web сервер. Физическая архитектура CoreIMS показана на рис. 2.1. На сервере базы данных размещаются хранимые данные и процедуры. Управление ими осуществляется операционной системой MS Windows и СУБД MSDE/MS SQL Server 2000/2005.. В сеть может быть включено любое число рабочих станций CoreIMS, представляющих собой персональные компьютеры, оснащенные операционной системой MS Windows. Удаленная рабочая станция CoreIMS должна дополнительно включать стандартный браузер MS Internet Explorer. Предусмотрена возможность подключения нестандартных для персонального компьютера устройств, например, принтера печати штрихкодов, а также переносных устройств коммуникации – радиотерминалов и Batch терминалов. Поддержка работы таких устройств осуществляется с помощью программного обеспечения фирм производителей, а также специальных программных модулей, входящих в состав CoreIMS.

60

61

Рис. 2.1 Физическая архитектура CoreIMS

CoreIMS является многопользовательской системой. Это означает, что система поддерживает одновременную работу многих пользователей, как через рабочие станции, так и через переносные устройства коммуникации. Таким образом, система обеспечивает одновременное выполнение различных складских операций. Например, параллельно может идти прием товара на склад и отгрузка товара со склада, причем каждая операция может выполняться несколькими сотрудниками склада, любой из которых имеет отдельный доступ к системе. Следует отметить, что реализованное в CoreIMS разграничение прав доступа позволяет каждому пользователю «видеть» систему по-своему в зависимости от выделенных ему прав. Любой пользователь имеет возможность выполнять только действия, соответствующие его квалификации и роли на складе. Например, можно настроить систему так, чтобы грузчик мог выполнять только действия, связанные с перемещением товара, но не осуществлять коррекцию товара. Это, с одной стороны, позволяет защитить систему от неквалифицированного вмешательства, а с другой стороны, упрощает работу каждого пользователя. CoreIMS построена по модульному принципу. Ядро системы реализует основную функциональность – прием, хранение и отгрузку товаров, ведение справочников, генерацию отчетов, администрирование, а также поддержку работы радиотерминалов и печати этикеток любых форматов (с использованием Seagull BarTender). Модули CoreIMS расширяют функциональность системы, обеспечивая ее интеграцию с другими системами и поддержку дополнительного оборудования. Важно отметить, что такой принцип позволяет легко интегрировать CoreIMS с другими логистическими и бухгалтерскими системами. Для обеспечения такой интеграции достаточно создать дополнительный модуль. При этом не затрагивается основная функциональность системы, реализованная в ее ядре. Архитектура ядра представляет собой трехслойную компонентную структуру, показанную на рис. 2.2. Компоненты графического интерфейса обеспечивают взаимодействие пользователя с системой. Они выполняют прием данных и управляющих команд от пользователя и вывод на экран результатов. Эти компоненты выполняют первичный контроль вводимой информации, например, проверяют соблюдение формата даты, следят за тем, чтобы числовые данные содержали только цифры, но не буквы и т. д. Компоненты графического интерфейса не выполняют обработку вводимой информации и не имеют прямого доступа к базе данных. Компоненты бизнес-логики принимают данные от компонент графического интерфейса, осуществляют их обработку согласно правилам бизнес-логики, подготавливают и передают выходные данные компонентам 62

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

Рис. 2.2 Архитектура приложения

Компоненты доступа к данным осуществляют операции поиска и обновления данных на сервере базы данных. Эти компоненты непосредственно взаимодействуют с СУБД MS SQL Server. Реализация такой структуры позволяет легко адаптировать систему к возможным изменениям. Например, можно поменять бизнес-правила приема товара. В этом случае потребуется изменение только соответствующей компоненты бизнес-логики. Можно легко заменить пользовательский интерфейс, при этом компоненты бизнес-логики и доступа к данным не изменяются.

Состав системы Как уже было сказано выше, CoreIMS состоит из ядра и модулей. Поскольку система развивается, число модулей в ней постоянно увеличивается. К началу 2005 года реализован следующий набор модулей: • Batch Terminal – модуль поддержки работы Batch-терминалов Palm OS. 63

• ClipperShip Integration – модуль интеграции с системой управления перевозками ClipperShip фирмы Kewill Solutions North America, Inc. Задачей модуля является извлечение информации о фактической стоимости доставки товаров, отгружаемых через CoreIMS, и передача этих данных в ClipperShip. • CoreConnect – модуль, обеспечивающий связь двух независимо работающих систем CoreIMS. Он позволяет послать накладную из одной системы CoreIMS в другую, которая последней будет воспринята как заказ на поставку. • CoreMapping – модуль, обеспечивающий импорт в CoreIMS данных из таблиц MS Excel. • Front End – модуль, обеспечивающий доступ к CoreIMS через интернет. Он позволяет создавать и редактировать заказы на поставку и отгрузку и получать различные отчеты по заказам. •QuickBooks Integration – модуль интеграции с системой бухгалтерского учета QuickBooks фирмы Intuit, Inc. Модуль позволяет импортировать в CoreIMS справочники и заказы и экспортировать информацию об отгрузке и приемке. • CoreIMS NS – модуль взаимодействия с международной системой сетевого маркетинга NetSuite. Он позволяет обмениваться данными с системой NetSuite, обеспечивая импорт из NetSuite номенклатурного справочника товаров, компаний, заказов на поставку и на отгрузку, а после приема и отгрузки товара через CoreIMS – экспорт накладных и счетов обратно в NetSuite. • CoreIMS MAS – модуль взаимодействия с бухгалтерской системой MAS 200 дает возможность импортировать из MAS 200 справочники складов, товаров, компаний, единиц измерения, заказы на поставку и на отгрузку, а после осуществления складских операций через CoreIMS – передавать в MAS 200 историю операций по приему и отгрузке товара, накладные, счета и осуществлять коррекцию товарных остатков. • CoreIMSVisio – модуль, обеспечивающий визуальное отображение топологии склада с помощью средства MS Visio 2003 с указанием мест хранения товаров и позволяющий осуществлять поиск товаров на графической схеме склада. • CoreIMS_1C – модуль интеграции с системой «1С: Предприятие». Модуль обеспечивает возможность экспорта данных о приеме и отгрузке товара в систему «1С: Предприятие».

Товар Товар имеет множество свойств (атрибутов класса Товар – см. гл. 1), которые учитываются при проведении складских операций. Атрибуты 64

отражают состояние Товара. В CoreIMS формируется единый Справочник номенклатуры товаров, в котором указаны основные характеристики (справочные атрибуты) Товара. Номенклатура считается общей для всех Складов, создаваемых в системе.

Атрибуты Товара В CoreIMS предусмотрены следующие справочные атрибуты: • Код (номер) Товара. Служит для идентификации Товара. • Описание. Официальное наименование Товара. • Комментарий. Текст, содержащий пояснения. • Класс товара. Значение этого атрибута задает принадлежность данного Товара к некоторой группе Товаров. Система CoreIMS поддерживает иерархию товаров. Класс товара подразделяется на Категории, которые делятся на Типы. Иерархия классификаторов позволяет ускорить поиск товаров. Каждый Товар должен быть приписан к одному из классов и может быть отнесен к одной из категорий и типов. • Производитель. Идентифицирует изготовителя Товара. • Модель. Идентификатор модели. • Гарантия. Гарантийный срок. • Размер. Физические размеры Товара. • Вес. Вес единицы Товара. • Цены. CoreIMS поддерживает два вида цен: закупочная и продажная. В состав общих атрибутов входят: • Параметры пополнения товара. Используются для фиксирования уровня товарного запаса и объемов повторных заказов. • Период проведения инвентаризации товара. Определяет интервал времени, по истечении которого должна быть проведена очередная инвентаризация Товара. •Дата проведения инвентаризации товара. Задает дату последней инвентаризации. • Предпочтительные ячейки хранения товара. Задает место, где наиболее целесообразно хранить Товар. Например, часто отгружаемый товар удобно размещать вблизи от зоны отгрузки. Когда требуется выполнить размещение товара, на экран выводится список ячеек склада, в котором предпочтительная для этого товара ячейка всегда будет находиться в первой позиции. Ее легко увидеть и использовать для размещения. Пользователь вовсе не обязан размещать данный поступающий Товар в этих ячейках. Это лишь подсказка ему. Индивидуальные атрибуты включают: • Серийный номер. • Код партии Товара. 65

• Конечную дату хранения. • Статус. Товар имеет индивидуальный атрибут, по которому можно определить, что с ним происходит в данный момент. В системе зарезервированы следующие состояния: - Доступен – Товар может участвовать в процессах отбора, отгрузки и перемещения между складами. - В процессе – Товар занят в процессе инвентаризации и не может участвовать в процессах отбора, отгрузки и перемещения между складами. - Перемещается – Товар в настоящее время находится в состоянии перемещения между складами. - Заблокирован – товар зарезервирован пользователем и не может участвовать в процессах отбора, отгрузки и перемещения между складами. Механизм блокировок важен для многопользовательской системы, так как Товар или ячейка не должны одновременно участвовать в нескольких складских процессах. Изменение статуса «доступен» и «перемещается» выполняется системой в процессе перемещения товара. Остальные состояния устанавливает пользователь. CoreIMS позволяет расширить информацию о каждом конкретном Товаре за счет введения в описание дополнительных полей. Система предоставляет возможность определить любое число атрибутов хранимых товаров (например, страна-изготовитель, цвет и т. д.). Это позволяет учесть особенности бизнеса, в котором используется CoreIMS, и тем самым легко адаптировать систему под требования конкретного пользователя. Модель атрибутов Товара в CoreIMS показана на рис. 2.3.

66

Рис. 2.3 Товар и его атрибуты в CoreIMS 67

Наборы CoreIMS поддерживает возможность работы с Наборами Товаров. Набор (Комплект – в терминах главы 1) состоит из нескольких Товаров. В складских операциях Набор обрабатывается как единый Товар. При необходимости он может быть разъединен на составляющие его Товары. Набор может включать в себя другие Наборы. Состав каждого Набора должен быть определен до того, как будут выполняться операции с такими наборами. Эта информация заносится системой в Справочник наборов. При определении нового Набора все входящие в него Товары должны иметься в Справочнике товаров.

Заказы Прием товара на склад и отгрузка товаров со склада производятся на основании предварительно подготовленных заказов. Создавать и редактировать заказы может только пользователь, наделенный соответствующими правами. После того, как заказ создан, он может быть отредактирован в любой момент. Заказ на поставку – документ, определяющий, какие товары и в каком объеме предполагается поставить на склад. В Заказе на поставку содержится как общая информация – название Склада, поставщик, дата заказа, комментарии и т. п., – так и информация о Товарах, которые предполагается получить – наименование, количество, единицы измерения. В позициях заказа могут быть указаны как отдельные Товары, так и Наборы. Реальное количество Товара, полученного на основании заказа, может не совпадать с заказанным количеством Товара. Форма Заказа на поставку показана на рис 2.8. При создании заказа на поставку для каждого товара автоматически устанавливается закупочная цена единицы товара из Справочника, которая может быть скорректирована сразу или впоследствии. В процессе создания заказа на поставку автоматически подсчитывается стоимость по каждой позиции с учетом количества заказываемого товара и общая стоимость заказа. Заказ на отгрузку – это форма регистрации в системе данных о товарах, предполагаемых к отгрузке. При создании заказа на отгрузку вводится как общая информация – номер заказа, склад, заказчик (куда отправить), дата заказа, ожидаемая дата отгрузки, перевозчик и т. п., – так и перечень товаров, составляющий данный заказ. В позициях заказа могут указываться как отдельные Товары, так и Наборы. При создании заказа на отгрузку по умолчанию используется продажная цена, которую также можно изменить. В процессе создания заказа на отгрузку автоматически подсчитывается стоимость по каждой позиции с учетом количества отгружаемого товара и общая стоимость 68

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

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

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

Модель хранения Товаров Модель хранения Товаров в CoreIMS представлена на рис. 2.4. Товар 69

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

Рис. 2.4 Модель хранения Товаров в CoreIMS

70

Интерфейс пользователя CoreIMS CoreIMS предполагает максимальное упрощение работы пользователя. Внешний вид, средства ввода и отображения информации, работа с меню, навигация экранов, типы полей для ввода данных или выбора данных из списка, использование клавиатуры и мыши, кнопки подтверждения действий, закрытия окон и т. п. – все это соответствуют стилю работы в Microsoft Windows, и требует от пользователя только базовых знаний работы с MS приложениями.

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

Рис. 2.5 Экран входа в систему CoreIMS

Каждый пользователь системы CoreIMS должен иметь уникальное регистрационное имя и пароль, которые назначаются администратором системы. После проверки имени пользователя и пароля на экране появится главное окно системы.

Главное окно системы С помощью меню главного окна (см. рис. 2.6) можно активизировать различные функции системы. В зависимости от выделенных полномочий пользователи системы могут проводить те или иные складские операции. Присвоенные права делают доступными или не доступными отдельные функции системы. Если 71

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

Рис 2.6 Главное меню CoreIMS

Диалоговые окна CoreIMS В CoreIMS все диалоговые окна, в которых происходит работа, спроектированы в едином стиле. Конкретное наполнение окон определяется функциональностью. Расположение полей и кнопок стандартизовано. Это облегчает работу с системой. Вся область экранного окна условно разделена на зоны (см. рис. 2.7).

72

Рис. 2.7 Диалоговое окно CoreIMS

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

Фильтры Фильтр – это способ ограничить объем информации в окне результатов. Он включает совокупность полей, расположенных в верхней зоне экрана, в которых задается критерий поиска. Для формирования критерия поиска заполняются нужные поля. Значение фильтра сохраняется до тех пор, пока 73

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

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

Просмотр данных Центральная часть окна отведена для таблицы отображения информации. Она содержит хранимые данные, отвечающие критериям, заданным в поисковом фильтре. Каждая запись занимает одну строку. В заголовке таблицы указаны названия реквизитов записи. Отдельную запись можно выбрать перемещением курсора (мышью или клавишами управления курсором) по строкам таблицы. Если все отобранные записи не помещаются в окне результатов, то формируется несколько страниц. Для постраничного просмотра используются кнопки, которые обычно расположены в левом нижнем углу окна: • кнопка “” – переход на последнюю страницу (конец списка); • кнопка “>” – переход на следующую страницу; • кнопка “>», где может быть изменено. Нажатие кнопки «Переместить» завершает выполнение операции перемещения. В данном окне вы можете создать новую палету или контейнер. Для этого просто введите в поле «Контейнер» или «Палета» новое имя. В режиме «По ячейкам» (см. рис. 2.14) можно переместить все товары из одной ячейки в другую, в режиме «По палетам» – целиком палету из одной ячейки в другую, в режиме «По контейнерам» – целиком контейнер из одной ячейки в другую или на палету.

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

Блокирование товаров CoreIMS не должна допускать одновременного участия товара или ячейки в операциях, выполняемых разными рабочими склада. Поэтому в ней предусмотрен механизм блокировок. Товар, ячейка, палета или контейнер могут блокироваться, что исключает возможность их участия в других операциях. Например, при выполнении инвентаризации ячейка, определенная в задании, должна быть заблокирована для того, чтобы ни она, ни хранящийся в ней товар не участвовали в других складских операциях. Тип блокировки может быть «Блокирован» или любой другой, который должен быть предварительно создан при настройке системы. 88

Комплектование и разукомплектование наборов CoreIMS позволяет комплектовать и разукомплектовывать наборы из товаров, имеющихся в данный момент на складе. При этом общее количество товаров на складе не изменяется. При выборе из меню операции «Собрать набор» появляется окно «Наборы» (см. рис. 2.16).

Рис. 2.16 Комплектование набора

Для выполнения комплектации необходимо задать склад, количество наборов, которое необходимо скомплектовать, ссылочный номер операции (можно использовать автоматически сгенерированный). Набор выбирается с помощью кнопки (он должен быть предварительно внесен в Справочник товаров). Если набор многоуровневый, следует указать количество уровней, которые будут раскрыты. После нажатия кнопки «Составляющие» на экране отобразится состав набора с заданным уровнем детализации. Необходимое количество комплектующих будет автоматически посчитано в соответствии с указанным количеством для сбора. Для каждого компонента набора можно вручную указать, откуда брать товар (т.е. задать ячейку, палету и др. атрибуты), или же просто выбрать товар из доступного в данный момент на складе, нажав кнопку рядом с полем «Ячейка». Для добавления нового компонента в набор нужно нажать кнопку «Добавить». Кнопка «Добавить набор» позволит добавить целиком набор. Для удаления компонента из набора следует выбрать его в списке и нажать 89

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

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

Упаковка/распаковка товаров CoreIMS обеспечивает возможность хранения товара в различных упаковках. Для этого достаточно завести единицу измерения количества товара, соответствующую конкретному виду упаковки, например, «упаковка по 10 штук», «коробка на 100 штук». Для задания упаковки или распаковки достаточно поменять единицу измерения в соответствующей строке заказа. При этом система автоматически пересчитает количественное значение с учетом коэффициента пересчета для указанных единиц измерения. Пусть, например, у вас хранится 5 упаковок товара по 10 штук в упаковке. Замена единицы измерения «упаковка по 10 штук» на «штука» будет означать распаковку товара. При этом количество единиц увеличится в 10 раз, то есть вместо пяти упаковок будет 50 единиц товара, хранимого «в россыпь». Эта информация будет отражена на экране. Возможности CoreIMS. Хранение товара • Просмотр товаров, хранимых на складе. • Перемещение товара внутри склада. • Перемещение содержимого ячейки. • Перемещение палеты (контейнера) целиком. • Перемещение товара между различными складами. • Блокировка товаров. 90

• Коррекция товарных остатков в зависимости от прав пользователей. • Упаковка/распаковка товаров. • Сборка наборов товаров с отбором компонент в одном окне. • Разборка наборов с размещением компонент в одном окне. • Печать этикеток товара, ячейки, палеты. • Инвентаризация и пополнение.

История Для контроля работы в системе все операции, выполняемые над товаром, заносятся в журнал операций (см. рис. 2.17). Для большинства операций в журнале существуют две записи: одна отражает состояние товара до операции, другая – после операции. Для просмотра журнала операций следует нажать кнопку «История» в главном меню системы. Вы можете отфильтровать журнал операций. Заполните желаемые поля и нажмите кнопку «Применить фильтр». Чтобы вернуться к полному списку операций, нажмите кнопку «Сбросить фильтр». Для печати журнала операций нажмите кнопку "Печать".

Рис. 2.17 Журнал операций

Отчеты

В CoreIMS предусмотрены следующие группы отчетов о состоянии склада: 91

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

Просмотр отчетов Просмотр отчетов производится в окне «Выбор отчета» (см. рис. 2.18).

Рис. 2.18 Выбор отчета

В окне «Выбор отчета» отображается список всех доступных отчетов, разбитых на группы. Для генерации отчета надо выбрать его из списка и нажать кнопку "Просмотр". Если в отчете предусмотрены параметры, отобразится окно ввода параметров (см. рис. 2.19):

Рис.2.19 Параметры отчета 92

Параметры позволяют отфильтровать данные, передаваемые в отчет. Для печати полного отчета все поля следует оставить пустыми.

Документы Данная группа отчетов включает отчеты о заказах, которые были созданы в системе, и их состояниях. • Отчет «Закрытые заказы на поставку» показывает заказы, по всем позициям которых прием товара завершен. • Отчет «Открытые заказы на поставку» показывает заказы, по которым прием товара еще не начался или не завершен (см. рис. 2.20). • Отчет «Закрытые заказы на отгрузку» показывает заказы, по всем позициям которых отгрузка товара завершена. • Отчет «Открытые заказы на отгрузку» показывает все заказы, по которому отгрузка товара не завершена.

Рис. 2.20 Пример отчета об открытых заказах на поставку

Товары Данная группа отчетов включает отчеты о наличии на складах товаров и их состоянии. • Отчет «О товаре» показывает наличие товара на складе, его количество и место хранения товара по ячейкам на складах. Подсчитывается общее количество товара в ячейке с учетом упаковки (см. рис. 2.21). • Отчет «О товаре подробно» показывает дополнительно состояние товара и суммарную стоимость товара. 93

• Отчет «Суммарно по категориям товаров» показывает наличие товаров на складе по категориям. • Отчет «Суммарно по категориям товаров подробно» показывает всю номенклатуру товаров в системе. • Отчет «Суммарно по дополнительному номеру» показывает наличие товара не по коду товара, а по дополнительному номеру, задаваемому при формировании номенклатуры товара.

Рис. 2.21 Пример отчета о товаре

Товары по ячейкам Данная группа отчетов включает отчеты о товарах на складах товаров и их состоянии с разбивкой по ячейкам. • Отчет «Подробно по ячейкам» показывает распределение товара по ячейкам на складах. Подсчитываются суммарные стоимостные значения. • Отчет «Суммарно по ячейкам» показывает общее распределение товара по ячейкам на складах. • Отчет «Недостача по ячейкам» показывает ячейки, в которых о количество товара отрицательное.

Управление товарами Данная группа отчетов включает отчеты о состоянии товаров, для которых указаны границы пополнения или сроки инвентаризации. • Отчет «Товары к пополнению» показывает те товары на складах, у которых указаны диапазон пополнения, и количество товара меньше нижней границы. 94

• Отчет «Избыток товаров» показывает товары на складах, для которых указаны параметры пополнения, и количество товара превышает верхнюю границу. • Отчет «Настройки инвентаризации» показывает дату последней инвентаризации и период инвентаризации для товаров, у которых эти значения ненулевые. • Отчет «Расписание инвентаризации» в дополнение к предыдущему показывает сроки очередной плановой инвентаризации. Система позволяет группировать отчеты по усмотрению пользователя и добавлять новые отчеты, созданные с помощью Crystal Reports. Это позволяет получать и анализировать широкий спектр отчетов о состоянии системы, склада, товаров и т. п.

Возможность применения бумажной технологии CoreIMS предоставляет возможность формировать и распечатывать документы, предусматриваемые бумажной технологией, принятой на данном складе. Таким образом, работники склада будут иметь дело с привычными документами, получаемыми автоматически. К таким документам относятся, например: • Заказ на поставку, • Заказ на отгрузку, • Транспортная накладная, • Лист размещения товара, • Комплектовочный лист, • Товарная накладная, • История операций. Эти документы могут быть распечатаны и использованы как задания складским работникам и как отчетная документация. Система позволяет заменять внутренние сопроводительные документы другими, которые могут быть созданы заказчиком в соответствии с принятыми у него стандартами. Для добавления собственных форм документов CoreIMS интегрирована со стандартным средством генерации и просмотра отчетов «Crystal Reports».

Выполнение складских операций с помощью Batch терминала PALM OS CoreIMS поддерживает технологию штрихового кодирования и работу с радиотерминалами и Batch терминалами. Мы рассмотрим работу с Batch терминалами, которая обеспечивается отдельным модулем системы. Он позволяет проводить с помощью Batch-терминала (PalmOSТ) следующие складские операции: 95

• Прием товара по заказу на поставку. • Отгрузка товара по заказу на отгрузку. • Перемещение товара между складами.

Элементы управления Batch терминалом PALM OS Иерархическое меню позволяет операторам выбирать и активизировать одну операцию из списка операций. Меню расположено в самом верху экрана. На экране есть специальная кнопка вызова меню:

Экранная кнопка – это графическое изображение кнопки на экране. Активизируется указанием электронного карандаша.

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

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

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

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

Начало работы После регистрации пользователя на экран терминала выводится главное меню (см. рис. 2.22).

97

Рис. 2.22 Главное меню на Batch терминале

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

Рис. 2.23 Экран приема заказа 98

Указанием на товар (выбор строки, сканирование или ручной ввод кода товара), который предполагается принимать, можно перейти в окно «Прием товара» с деталями приема (см. рис. 2.24).

Рис 2.24 Прием указанного товара

Для товара указывается количество и место размещения. Общее количество обновляется вручную или последовательным сканированием отдельных товаров. Сканирование очередного товара прибавляет +1 к общему количеству. Имеется возможность изменить единицы измерения (выбрать из списка). Общее количество товара будет пересчитано автоматически в новых единицах. Для каждого товара может быть указано место хранения принимаемого товара (ячейка, палета, контейнер). Значение вводится сканированием или вручную в поле внизу экрана. Если на складе такое место хранения не заведено, то после синхронизации оно будет создано. Завершение ввода данных о товаре подтверждается кнопкой «Обновить». Введенные значения будут сохранены. Кнопкой «Назад» можно отказаться от приема данного товара. После завершения приема товара в окне заказа общее количество уменьшится на принятое количество товара. Если товар принят полностью, данная строка удаляется их списка позиций заказа.

Отгрузка товара Отгрузка товаров по заказу на отгрузку выполняется аналогично приему товаров. Имеется возможность отпуска товара, который отсутствует в заказе. При вводе нового кода товара система предложит ввести неизвестный товар (см. рис. 2.25). 99

Рис. 2.25 Запрос информации о неизвестном товаре

При подтверждении появится окно «Новый товар» (см. рис. 2.26), в котором следует добавить описание и единицы измерения товара. Автоматически будет сформирован новый товар, который можно оприходовать в окне прием товара.

Рис. 2.26 Формирование нового товара

После того, как новый товар создан, его можно отпускать во время данного сеанса. Система будет предупреждать о ситуации внепланового отпуска.

Перемещение товара на другой склад Система поддерживает возможность перемещения товара с одного склада на другой, используя Batch терминал. Отправка товара на другой склад и прием товара с другого склада разделены в отдельные самостоятельные процессы. По кнопке «Перемещение с» активизируется процесс отправки товара на другой склад. Появится экран «Перемещение с» (см. рис. 2.27), в котором можно подготовить задание на перемещение с одного склада на другой.

100

Рис 2.27 Отправка товара со склада на другой склад

Из списка «Со склада» выбирается исходный склад, из списка «На склад» выбирается склад назначения. Сканированием или ручным вводом выбирается код товара и его исходное местоположение (ячейка, палета, контейнер). Задается количество и единицы измерения перемещаемого товара. Количество может быть введено как суммарное, так и подсчитанное при последовательном сканировании каждой единицы хранения перемещаемого товара путем прибавления +1. Завершение ввода задания на перемещение товара между складами подтверждается кнопкой «Отправить». Кнопкой «Назад» можно отказаться проведения операции. После синхронизации задания на перемещения будут учтены в системе и могут передаваться как задания на прием товара на другом складе. Для приема перемещаемого товара следует нажать кнопку «Перемещение на». Сначала появится окно выбора склада, на который будет принят перемещаемый товар. После выбора склада назначения дальнейшие действия аналогичны отправке на другой склад. После синхронизации проведенные операции отражаются в истории системы.

Синхронизация Batch терминал предназначен для работы с CoreIMS в автономном режиме. Во время автономной работы Batch терминал и система CoreIMS накапливают собственные данные, которые периодически надо согласовывать. Такое согласование называется синхронизацией. Синхронизация – это процесс считывания данных с сервера и их загрузка на Batch терминал и передачи обновленных данных из Batchтерминала на сервер системы CoreIMS. Синхронизация проводится сеансами, во время которых Batch терминал устанавливается в коннектор – специальную подставку-разъем, обеспечивающую подключение Batch101

терминала к персональному компьютеру для обмена данными и одновременную подзарядку аккумулятора. Синхронизация осуществляется автоматически в несколько этапов: 1. Все данные с Batch терминала загружаются в базу данных системы CoreIMS. 2. С Batch терминала удаляются все данные. 3. Данные в соответствии с установленными фильтрами загружаются из системы CoreIMS на Batch терминал. Синхронизация заказов и заданий. В процессе синхронизации из CoreIMS на Batch терминал передаются (в соответствии с установленными фильтрами) все заказы на прием товара и на отгрузку, имеющие статусы «Новый» или «Открытый», и все текущие задания на перемещение товаров между складами. С Batch терминала считываются и записываются в базу данных CoreIMS все строки заказов на прием и отгрузку и заданий на перемещение товаров между складами. Строки добавляются к соответствующим заказам и заданиям. Синхронизация товаров. Ввиду ограниченности памяти у Batch терминала на него загружаются только те товары, которые используются в загружаемых заказах и заданиях. В CoreIMS загружаются с Batch терминала все товары. Если в процессе передачи данных в CoreIMS обнаруживается, что товар с таким кодом (или штрих-кодом) в базе данных CoreIMS уже существует, данные о количестве этого товара обновляются. Например, пусть в CoreIMS зарегистрирован товар с кодом “C001”, которому присвоено два штрихкода: “123456789” и “987654321”. С Batch–терминала был отсканировано 100 единиц товара со штрих-кодом “123456789” и 99 единиц товара со штрих-кодом “987654321”. После синхронизации в CoreIMS количество товара с кодом “C001” увеличится на 199 единиц. Если же при передаче данных с Batch–терминала обнаруживается, что товара с таким кодом или штрих-кодом в базе данных CoreIMS нет, номенклатура товаров CoreIMS пополняется новым товаром. Синхронизация ячеек, палет и контейнеров. Если в процессе синхронизации палета или контейнер не найдены в CoreIMS, они будут в нее добавлены. В процессе синхронизации система CoreIMS создает системный файл журнала, в который записываются данные обо всех операциях синхронизации.

Доступ к CoreIMS через интернет CoreIMS Front-End – модуль, обеспечивающий доступ к CoreIMS через Web-интерфейс. Он позволяет: • просматривать наличие товаров на складе; 102

• создавать заказы на поставку; •находить и модифицировать заказы на поставку; •создавать заказы на отгрузку; • находить и модифицировать заказы на отгрузку; • печатать отчеты. Вход в систему осуществляется через стандартный браузер (например, MS Internet Explorer). Входной диалог аналогичен описанному выше в разделе «Интерфейс пользователя CoreIMS». Головное меню при доступе к CoreIMS через Web-интерфейс показано на рис. 2.28.

Рис. 2.28 Головное меню модуля CoreIMS Front-End

Заказ на поставку Создание заказа на поставку осуществляется в окне, показанном на рис. 2.29.

Рис. 2.29 Окно «Заказ на поставку» модуля CoreIMS Front-End 103

Чтобы создать новый заказ, выберите склад, задайте номер заказа, введите код поставщика, дату заказа и дату получения (по умолчанию в два последних поля подставляется текущая дата). Все остальные поля необязательные. Вы можете выбрать из выпадающего списка тип заказа, изменить адрес поставщика, добавить примечания, указать способ отгрузки, задать номер соответствующего заказа на покупку. Для сохранения вновь созданного заказа на поставку нажмите кнопку "Сохранить". После этого можно вводить строки заказа, для чего нужно кнопку "Добавить строку". На экране «Строка заказа на поставку» (см. рис. 2.30) задайте товар, количество товара, единицу измерения, цену единицы товара (автоматически подставляется цена за 1 штуку). Можете ввести комментарии.

Рис. 2.30 Экран «Строка заказа на поставку»

Для сохранения строки заказа нажмите кнопку "Сохранить". Завершение создания заказа происходит при нажатии кнопки "Завершить заказ". После этого заказ становится доступен для редактирования другими пользователями. По нему можно принимать товар. Для печати заказа на поставку выберите формат документа и нажмите кнопку "Печать". Для того чтобы отредактировать заказ на поставку, сначала выполняется поиск заказа в окне поиска (см. рис. 2.31).

104

Рис. 2.31 Поиск заказа на поставку

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

Заказ на отгрузку Работа с заказом на отгрузку практически аналогична с работой с заказом на поставку.

Отчеты CoreIMS Front-End обеспечивает доступ через Web-интерфейс ко всем отчетам системы CoreIMS.

Администрирование системы CoreIMS позволяет определять новых пользователей. Пользователь – это человек, имеющий доступ к системе в соответствии с выделенными ему полномочиями. Для работы с системой пользователь должен иметь идентификатор и пароль. Система позволяет присваивать пользователям различные права. Наличие или отсутствие тех или иных прав сказывается на доступности для пользователя определенной функциональности. Если для данного пользователя система запрещает какие-либо возможности, то при работе этого пользователя соответствующие режимы не появляются в окнах. 105

В системе предусмотрены следующие права доступа: Список товаров – разрешается создавать и модифицировать товары и наборы товаров. Просмотр товаров – разрешается просматривать информацию о товарах на складе. Перемещение товаров – разрешается перемещать товары в пределах склада. При этом необходимо наличие права «Просмотр товаров». Корректировка товаров – разрешается перемещать товары и производить коррекцию. При этом необходимо наличие права «Просмотр товаров». Просмотр заказов на поставку – разрешается искать и просматривать заказы на прием товара без возможности редактирования. Изменение заказов на поставку – разрешается создавать и редактировать заказы на поставку, размещать вновь принятые товары, подтверждать прием товаров. При этом необходимо наличие права «Просмотр заказов на поставку». Просмотр заказов на отгрузку – разрешается искать и просматривать заказы на отбор и отгрузку без возможности редактирования. Изменение заказов на отгрузку – разрешается создавать и редактировать заказы на отбор и отгрузку, отбирать товар, подтверждать отгрузку. При этом необходимо наличие права «Просмотр заказов на отгрузку». Отмена отгрузки – разрешается отменять отгрузку и возвращать товар на склад. Перемещение со склада – разрешается отправлять товар с текущего склада на другой. Перемещение на склад – разрешается подтверждать прием товара, переданного с другого склада, и размещать его на текущем складе. Просмотр отчетов – разрешается получать и просматривать отчеты. Настройка отчетов – разрешается создавать дополнительные отчеты. Просмотр истории – разрешается просматривать историю проведенных операций. Безопасность – разрешается заводить новых пользователей и назначать им права. Хотя бы один пользователь системы должен иметь право «Безопасность», иначе нельзя будет завести и наделить правами новых пользователей системы. Настройки – разрешается создавать склады, ячейки, клиентов склада, формировать предопределенные значения. Система позволяет разрешить конкретному пользователю работу только на одном складе. Для этой цели при регистрации нового пользователя можно выполнить следующие действия: • Определить “Склад по умолчанию”. Из определенных в системе 106

складов выбирается склад, который будет всегда устанавливаться для данного пользователя на всех экранах, где требуется выбрать склад. • Задать режим “Только склад по умолчанию”. Если это сделать, то пользователь может работать только внутри склада, определенного для него как склад по умолчанию и не будет иметь доступа другим складам, созданным в системе.

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

Система автоматизации приема ремиссии Система создавалась для компании, которая является одним из лидеров распространения периодической печатной продукции в России и мировым лидером по распространению газет и журналов на русском языке. Одним из подразделений компании является ООР – отдел приема и обработки ремиссии (возвратов). Основной его задачей является прием ремиссии от всех клиентов компании, обработка (сортировка, проверка качества) принимаемой продукции и отгрузка товаров на другие склады – клиентам или поставщикам компании. За время работы склада ООР были выявлены следующие факторы, снижающие эффективность процесса обработки возвратов: • Вся продукция принималась от клиентов компании вручную. Работники склада пересчитывали все единицы товара, сверяли наименование продукции, дату выпуска (для периодической продукции) и количество с указанными в накладной. • Информационная система, использовавшаяся на складе ООР, не учитывала реального расположения товара на складе. Перечисленные факторы являлись причиной большого времени обработки одной единицы ремиссии и ошибок, происходивших в момент приема товара на склад (пересортица, прием товара от другого клиента). В связи с этим руководством компании было принято решение о внедрении на складе ООР новой информационной системы, перед которой ставились следующие основные задачи: • Уменьшить время приема продукции на склад. 107

• Уменьшить количество ошибок при работе персонала склада. • Предоставлять информацию об адресном хранении товаров на складе. • Предоставлять информацию об источнике возврата для всех заинтересованных лиц. • Ускорить процессы сортировки и отгрузки товаров со склада ООР. Поставленные задачи были решены путем создания автоматизированного рабочего места (АРМ) приема ремиссии и интеграции АРМ с CoreIMS. АРМ приема ремиссии включает стационарный сканер штрихкодов и содержит несколько приложений: •Приложение приема ремиссии поддерживает прием товара от клиентов на склад ООР. Данные обо всех операциях приема, а также о пользователях, их осуществлявших, сохраняются в базе данных CoreIMS. Приложение позволяет печатать накладные на прием, в том числе акт о браке. •Приложение администрирования позволяет управлять пользователями АРМ, задавать штрихкоды для клиентов и стандартных упаковок (для использования в приложении приема ремиссии), определять возможность ввода количества товара при приеме. • Приложение для работы со стандартами упаковок позволяет получать информацию о стандарте упаковки для каждого товара и печатать этикетки товара. •Приложение по работе со штрих-кодами товара позволяет создавать/удалять штрихкоды товара. • Приложение по работе с заказами. Целью разработки этого приложения является обеспечение дополнительных возможностей по обработке заказов на поставку и отгрузку. АРМ используется работниками склада вместо стандартной процедуры приема товара в системе CoreIMS. Информация о принятом товаре поступает из АРМ в базу данных CoreIMS, что позволяет задействовать все возможности системы, связанные с хранением и отгрузкой товара. Сканирование позволяет существенно сократить объем ручной работы при приеме возвращаемого товара и значительно уменьшить количество ошибок. Система использует справочники системы CoreIMS в качестве источника информации о товарах, их характеристиках, клиентах склада ремиссии, пользователях системы CoreIMS. Система использует базу данных системы CoreIMS в качестве хранилища внутренних данных системы и результатов осуществления процесса приема ремиссии. Одновременно была осуществлена интеграция CoreIMS с информационной системой компании, для чего разработан специальный модуль (см. рис. 2.32). Интеграция систем осуществляется в полностью автоматическом режиме. Она обеспечивает: 108

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

Рис. 2.32 Прием ремиссии

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

109

Система управления взаимоотношениями с клиентами для филиала мебельного комбината Система управления взаимоотношениями с клиентами создана для московского филиала одного из крупнейших в России мебельных комбинатов, осуществляющего торговлю изделиями комбината в московском регионе. Система предназначена для автоматизации следующих подразделений филиала: • отдела продаж – в части приёма и формирования заказов от клиентов, отслеживания их выполнения и оплаты, взаимодействия с бухгалтерией и складом; • бухгалтерии – в части ввода информации о выполненных клиентом платежах; • склада – в части формирования заказов на поставку (заявки на пополнение). Склад филиала оснащен современной техникой. На нем применяется многоярусное ячеистое хранение товаров на палетах. Все товары, ячейки и палеты маркированы штрихкодами. Особенностью работы склада является то, что на него поступают отдельные компоненты изделий (пакеты), а на выходе формируются комплекты пакетов, соответствующие изделиям, которые отправляются заказчикам. На складе выделена зона хранения пакетов, а также зона комплектации и отгрузки. Целью создания системы является обеспечение информационной поддержки следующих процессов: • Приёма заказов от клиентов, их обработки, отслеживания их оплаты, передачи их для исполнения и отслеживания исполнения. • Обслуживания клиентов, включая поиск и обновление информации о клиенте, поиск заказов клиента, определение состояния финансовых отношений с клиентом и т. п. • Формирования заказов на поставку. Система управления взаимоотношениями с клиентами создана на основе CoreIMS, системы управления взаимоотношениями с клиентами CoreCRM и бухгалтерской системы «1С бухгалтерия» (см. рис. 2.33).

110

Рис.2.33 Архитектура взаимодействия информационных систем филиала

Система CoreCRM управляет взаимоотношениями с клиентами филиала. Она используется для: • формирования заказов от клиентов, отслеживания их оплаты и выполнения; • хранения информации о клиентах, договорах с ними, их контактной информации и т. п.; • формирования заказов на поставку товара на склад филиала; • формирования заказов на приём и отгрузку товара для системы складского учёта CoreIMS; • передачи данных о сделанных клиентами платежах, движении товара и изменении товарных остатков, необходимых для ведения бухгалтерского учёта, в систему «1С: Бухгалтерия»; • синхронизации справочников клиентов и номенклатуры. Система CoreIMS используется для: • выполнения приёма и размещения товара на складе; • отгрузки товара со склада; • для предоставления информации о состоянии склада и товарных остатках, в том числе — для CRM. CoreIMS осуществляет операции приема, размещения и отгрузки товаров с применением Batch терминалов, работающих в автономном режиме. Поступающие на склад пакеты маркированы штрихкодами в соответствии с единым справочником. Все ячейки, палеты и поступающие 111

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

Автоматизация складов торговых организаций на Юго-Восточном Терминале Склад косметической компании На складе косметической компании, расположенном на ЮгоВосточном терминале, применяется напольное адресное хранение косметических товаров. Поскольку менеджеры компании, осуществляющие непосредственную связь с заказчиками и поставщиками, территориально удалены от склада, для решения задачи автоматизации склада было предложено решение, основанное на использовании интернет. Оно предусматривает использование модуля CoreIMSFrontEnd (см. выше). Заказы на прием и отгрузку товара создаются менеджерами компании с использованием CoreIMSFrontEnd и передаются через интернет непосредственно в базу данных CoreIMS. При создании заказов используется справочник товаров CoreIMS, непосредственно доступный пользователям CoreIMSFrontEnd, а также информация о поставщиках и заказчиках, имеющаяся в CoreIMS. Создавая заказ, менеджер всегда имеет возможность проверить наличие на складе того или иного товара. Просматривая на экране и распечатывая отчеты, формируемые CoreIMS, менеджер компании может на своем рабочем месте проанализировать состояние склада, получить информацию о прохождении того или иного заказа. Система CoreIMS осуществляет стандартные операции приема, размещения и отгрузки косметических товаров с применением Batch терминалов SPT 1800. Администратор системы имеет возможность разграничивать права пользователей CoreIMSFrontEnd. Реализованное решение позволило повысить эффективность работы менеджеров компании за счет предоставления им необходимой 112

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

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

Рис. 2.34 Взаимодействие CoreIMS с торговой системой через модем

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

113

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

Для владельцев и руководителей складов: Сокращение пересортицы и ошибочно отгруженного товара. По данным западных статистиков только на приеме товаров одна ошибка обходится владельцу склада в 240 долларов США. CoreIMS позволяет существенно снизить пересортицу, сократить число ошибок при приеме и отгрузке товара за счет: • Применения технологии штрихового кодирования. Статистика показывает, что при использовании сканирования вероятность ошибочной идентификации составляет 1:3000000. Таким образом, сканирование практически исключает ошибки, связанные с неправильным определением места хранения и выбором товара. • Применения адресного хранения товаров. Товары на складе могут храниться в ячейках, на палетах, в контейнерах. Каждое место хранения может быть помечено путем наклеивания этикетки со штрихкодом, что обеспечивает точное определение места хранения с помощью сканирования. • Указания предпочтительного места хранения для товара. Размещение товаров происходит не случайным образом, а с учетом предварительно разработанного плана оптимального размещения. • Возможности задания дополнительных свойств товара. CoreIMS поддерживает возможность включать в описание товаров и документы приема и отгрузки дополнительную информацию, связанную с особенностями бизнеса. Эта информация позволяет более точно указывать товары при выполнении операций отбора и отгрузки. • Наличия фильтров поиска товара. Для поиска на складе товара с нужными свойствами используются фильтры поиска товара, которые обеспечивают поиск мест хранения только интересующих пользователя товаров. Уменьшение потерь из-за недобросовестных действий персонала. CoreIMS позволяет снизить потери из-за недобросовестных действий персонала. Для этого используются следующие возможности системы: • Разграничение прав доступа. CoreIMS поддерживает разграничение прав доступа к складской информации. Каждый пользователь может выполнять лишь те операции, которые определены предоставленными ему правами. Установка прав доступа осуществляется администратором системы при регистрации пользователя. • Ведение истории операций. CoreIMS ведет историю выполнения 114

операций, сохраняя информацию обо всех действиях пользователя. Все операции, выполняемые над товаром, заносятся в журнал операций. Для большинства операций в журнале существуют две записи: одна отражает состояние товара до операции, другая – после операции. По этим записям в любой момент можно установить, кто и когда выполнил те или иные действия. • Блокирование товаров. CoreIMS обладает возможностью не допускать одновременного участия товара или ячейки в разных операциях, выполняемых рабочими склада. Для этого в ней предусмотрен механизм блокировок. Товар, ячейка, палета или контейнер могут блокироваться, что исключает возможность их участия в других операциях. Например, при выполнении инвентаризации ячейка, определенная в задании, должна быть заблокирована для того, чтобы ни она, ни хранящийся в ней товар не участвовали в других складских операциях. Снижение требований к квалификации сотрудников склада. Каждый сотрудник склада выполняет только те действия, которые соответствуют его квалификации и роли на складе. CoreIMS позволяет снизить требования к квалификации за счет: • Простого, интуитивно понятного интерфейса, предоставляемого сотрудникам склада. • Использования переносных терминалов. CoreIMS поддерживает технологию штрихового кодирования и работу с радиотерминалами и Batch терминалами. Информация, передаваемая системой пользователю, отображается на экране терминала. Ввод данных производится через встроенный сканер устройства или клавиатуру. С помощью них пользователь в соответствии с выделенными правами может проводить основные складские операции, например, прием или отгрузку товара. Наличие таких терминалов позволяет использовать персонал, вообще не знакомый с работой на персональных компьютерах. Оперативная и детальная информация о состоянии склада. Возможность получения такой информации в реальном времени позволяет пользователю успешно проводить анализ ведения складского бизнеса и поиск оптимальных решений. Это свойство CoreIMS основано на: • Гибкой системе построения отчетов. CoreIMS включает ряд встроенных отчетов о состоянии склада, заказах на прием и отгрузку, комплектации заказа, товарных издержках и недостачах, движении товара. Отчеты по заказам могут передаваться удаленному пользователю через интернет. Система предоставляет возможность создавать собственные отчеты с помощью Crystal Reports. • Ведении истории операций. CoreIMS сохраняет информацию обо всех действиях пользователя в журнале операций, который можно 115

просматривать на экране и распечатывать в виде отчетов. Возможность визуального контроля (в том числе удаленного) состояния склада в реальном времени. В системе предусмотрен специальный модуль CoreIMSVisio, обеспечивающий визуальное отображение топологии склада с помощью средства MS Visio 2003 с указанием мест хранения товаров и позволяющий осуществлять поиск товаров на графической схеме склада. В любой момент времени руководитель склада имеет полную и актуальную информацию о том, какие есть на складе товары и где они размещены. Это позволяет правильно оценить текущее состояние склада и принять правильные стратегические решения. Поддержка любых типов складов. CoreIMS может использоваться на любых складах – производственных и товарных, общего, совместного и индивидуального пользования, промышленных и продовольственных. Такая универсальность достигается за счет: • Поддержки любого числа свойств товара. CoreIMS предоставляет возможность определить неограниченное число свойств хранимых товаров (дополнительных полей), например, страна-изготовитель, цвет и т. д. Дополнительные поля могут быть разных типов: в одном могут вводиться текстовые данные, в другом – дата и т. п. Это позволяет учесть особенности бизнеса, в котором используется CoreIMS, и тем самым легко адаптировать систему под требования конкретного пользователя • Поддержки наборов товаров любой степени вложенности. Набор в CoreIMS может обрабатываться как единый товар. При необходимости он может быть разъединен на составляющие его товары. Набор может включать в себя другие наборы, причем глубина вложенности наборов друг в друга системой не ограничивается. • Возможности учета партий товаров, серийных номеров, сроков годности. Все эти характеристики реализованы как индивидуальные свойства товаров, то есть конкретное значение любой из них может быть присвоено отдельной единице хранения. • Поддержки цен товара, в том числе закупочных и продажных цен. • Возможности задания любых единиц измерения количества товара. CoreIMS предусматривает возможность использования различных классов единиц измерения, например, линейные объемные, количественные. Можно создать собственный класс единиц измерения, исходя из особенностей конкретного склада и хранимых в нем товаров. • Поддержки адресного хранения. В CoreIMS предусмотрена иерархическая система хранения товаров: Склад -> Ячейка -> Палета -> Контейнер. Каждая ячейка имеет уникальное имя (код), который является ее логическим адресом. Палеты и контейнеры создаются в системе при приеме товара и сохраняются в ней до тех пор, пока на (в) 116

них находится хотя бы один экземпляр товара. Как только палета (контейнер) освобождается, она автоматически удаляется из системы. • Поддержки удаленного доступа через интернет. Система включает модуль, обеспечивающий доступ к CoreIMS через интернет. Он позволяет владельцу или руководителю склада, даже не находясь на территории склада, просматривать наличие товаров на складе, а также печатать отчеты о состоянии склада. • Поддержки работы с клиентами склада. CoreIMS имеет возможность хранить информацию о компаниях, являющихся клиентами склада. Компания может быть описана как компания-покупатель и компанияпоставщик. Компания может быть одновременно покупателем и поставщиком. Кроме того, имеется возможность в качестве дополнительного свойства товара указывать его владельца. Поддержка нескольких складов, в том числе удаленных. Под складом в CoreIMS понимается склад в целом, отдельное здание, этаж, большая зона, отведенная под хранение товара и т. п. Для каждого склада определяется свой набор ячеек, предназначенных для хранения товара. Все основные складские операции проводятся внутри одного склада. Система способна поддерживать неограниченное число складов с возможностью перемещения товаров между ними. Простой импорт/экспорт информации в другие корпоративные системы. Модули CoreIMS расширяют функциональность, обеспечивая ее интеграцию с другими системами и поддержку дополнительного оборудования. Это позволяет легко интегрировать CoreIMS с другими логистическими и бухгалтерскими системами. Для обеспечения такой интеграции достаточно создать дополнительный модуль. При этом не затрагивается основная функциональность системы, реализованная в ядре системы. CoreIMS включает модули интеграции с наиболее распространенными бухгалтерскими системами (1С:Предприятие, MAS200, QuickBooks), системой международного сетевого маркетинга NetSuite и системой управления перевозками ClipperShip. Короткое время развертывания и ввода в эксплуатацию. Процесс внедрения любой информационной системы требует затраты ресурсов от компании. Поэтому любая компания стремится сократить срок внедрения. CoreIMS проста в эксплуатации и легка в освоении. Приобретая систему, заказчик может самостоятельно настроить ее с учетом особенностей своего склада или и начать ей пользоваться на основе уже заложенных в ней предопределенных параметров. Для самостоятельного внедрения системы надо сделать всего несколько шагов, описанных в инструкциях, которые поставляются в составе системы: 1. Установить систему CoreIMS. Этот процесс чрезвычайно прост, 117

система поставляется на компакт-диске и снабжается инструкцией по установке. 2. Ввести в систему данные о товарах, которые будут учитываться системой. 3. Разметить склад (если это необходимо) и ввести данные о местах хранения в систему. 4. Ввести данные о пользователях, которые будут иметь доступ к системе. Система готова к эксплуатации. Отсутствие дополнительных затрат, в том числе на администрирование и поддержку. Ввод в эксплуатацию и поддержка CoreIMS не требуют наличия в штате склада системных программистов и специалистов по базам данных. Администрирование системы, предполагающее заведение новых пользователей и назначение им соответствующих их должностным обязанностям прав доступа, осуществляется средствами самой CoreIMS. Снижение накладных расходов. CoreIMS обладает рядом свойств, позволяющих сократить накладные расходы на основе оптимизации работы склада. Достигается это за счет: •Снижения объема возвратов, причиной которых являются ошибки персонала склада. Применение технологии штрихового кодирования и адресного хранения позволяет резко сократить число ошибок при отборе и отгрузке товара, возникающих из-за «человеческого фактора». Этой же цели служит механизм резервирования товаров под заказ, позволяющий снизить объем ошибочных отгрузок этого товара по другим заказам. •Сокращения численности персонала склада. Широкое внедрение переносных терминалов позволяет значительно повысить производительность труда персонала склада. Сокращается длина холостого пути грузчиков, уменьшается время поиска нужного товара на складе, экономится время составления сопроводительных документов. Все это позволяет сократить численность персонала склада. •Снижения потерь, вызванных истечением срока хранения товара. Применение предоставляемых системой фильтров поиска и методов сортировки списка товаров, позволяет отгружать в первую очередь те экземпляры товара, срок хранения которых истекает раньше. •Снижения потерь из-за недобросовестности персонала. CoreIMS содержит средства защиты от несанкционированного доступа, контроля действий пользователя и блокировки товаров. Каждый пользователь способен выполнять только те операции, на которые распространяются предоставленные ему права. Все действия пользователей автоматически отмечаются системой в журнале операций и могут быть легко 118

проконтролированы руководством склада. Ускорение оборачиваемости товаров. CoreIMS позволяет ускорить оборачиваемость товаров за счет: •Ускорения выполнения складских процессов. Применение технологии штрихового кодирования в сочетании с использованием переносных терминалов позволяет не только повысить точность выполнения складских операций, но и существенно ускорить их. Это приводит к увеличению объема продаж, выполняемых складом, без сколько-нибудь существенного увеличения накладных расходов. •Предварительного планирования размещения товаров на складе. Для товаров, с которыми постоянно работает склад, руководитель склада имеет возможность составить план оптимального размещения, который будет учитывать их свойства и особенности поставки, хранения и отгрузки. Аппарат предпочтительных ячеек, предлагаемый CoreIMS, позволяет учесть этот план в системе и выдавать подсказки персоналу склада о том, где наиболее целесообразно размещать товар. Соблюдение плана оптимального размещения позволит снизить потери времени на перемещение товаров и, в конечном счете, ускорить выполнение всех складских процессов.

Для клиентов склада: Поддержка операций с разными видами товаров (штучным, весовым, сыпучим и т. д.). CoreIMS способна выполнять учет различных по своей природе товаров – штучных, весовых, сыпучих, жидких и т. д. При этом допускается возможность хранения всех этих товаров на одном складе. Достигается это за счет: •Применения адресного хранения. Товары можно хранить в ячейках, на палетах, в контейнерах. При этом используется логическая адресация, не зависящая от конкретного расположения места хранения на складе и его особенностей. Так, например, адресуемой ячейкой может быть ячейка стеллажа, цистерна для жидкого товара, навес для хранения сыпучих товаров или просто часть площади склада для напольного хранения. •Поддержки различных единиц измерения. Единицы измерения количества товара используются для того, чтобы сделать систему более гибкой, настраиваемой под конкретные требования приема и отгрузки товаров. CoreIMS предусматривает возможность создания различных классов ЕИ, например, линейные объемные, количественные. Вы можете создать собственный класс ЕИ, указав для него базовую единицу. Этот класс вы создаете, исходя из особенностей вашего склада и хранимых в нем товаров. Так, например, если у вас хранятся жидкие 119

товары, то целесообразно создать класс ЕИ «Жидкие» и базовую единицу «Литр». Внутри класса ЕИ можно определять единицы измерения и устанавливать коэффициенты пересчета новых единиц измерения по отношению к базовой. Так для класса ЕИ «Жидкие» можно задать единицы «Галлон», «Бочка» и т. п. •Возможности задания дополнительных свойств товара. CoreIMS предоставляет возможность определить любое число свойств хранимых товаров. Это позволяет учесть особенности бизнеса, в котором используется CoreIMS, и тем самым легко адаптировать систему под требования конкретного клиента. Поддержка сборных товаров любой степени сложности. CoreIMS предоставляет клиентам склада возможность поставлять и продавать наборы товаров как целиком, так и частями, а также комплектовать наборы из товаров, имеющихся в данный момент на складе, и разукомплектовывать наборы. Набор может включать в себя другие наборы, причем вложенность наборов системой не лимитируется. Возможность маркировки товаров как при приеме/отгрузке, так и при хранении товара. В CoreIMS предусмотрена возможность использования неограниченного числа штрихкодов для одного товара. Клиенты склада могут поставлять товар со своими штрихкодами, и система будет вести учет, используя эти штрихкоды. Один и тот же товар может поставляться на склад разными поставщиками и соответственно с разными штрихкодами. В то же время CoreIMS предоставляет складу возможность создания и использования собственных этикеток со штрихкодами с помощью принтера печати штрихкодов. Система позволяет задавать размеры этикетки, листа бумаги для печати, размещение этикеток на листе, а также добавлять на этикетку рисунки, тексты, линии и другие элементы. Печать этикеток на товар возможна как при хранении товара, так и в процессах приема и отгрузки, причем она может быть выполнена непосредственно из окна заказа на поставку (отгрузку). Мощная система отчетов, в том числе о товарных излишках на складе, складском движении товара. CoreIMS включает гибкую систему построения отчетов: ряд встроенных отчетов плюс возможность создавать собственные отчеты с помощью Crystal Report. В частности, могут быть получены и переданы клиенту склада отчеты о заказах клиента на прием и отгрузку, о комплектации заказа, о товарных издержках и недостачах, о движении товара. Отчеты по заказам могут передаваться через интернет. Поддержка сроков хранения, партий, серийных номеров товаров. CoreIMS позволяет вести учет партий, серийных номеров, сроков годности товаров. Все эти характеристики являются индивидуальными свойствами товаров, то есть конкретное значение любой из них может быть присвоено 120

отдельной единице хранения. В процессе приема можно присвоить принятому товару номер партии, указать срок годности или задать серийные номера для отдельных экземпляров товара. Если, например, требуется отгрузить товар из конкретной партии, вы задаете номер этой партии в соответствующей строке заказа на отгрузку. При выполнении отбора и отгрузки вы открываете этот заказ и активизируете поиск товара. В результатах поиска будет показано, где хранится на складе заданный товар только из этой партии, после чего можно выбрать ячейки, откуда отгружать товар. Аналогичным образом при выполнении заказа на отгрузку товара CoreIMS позволяет находить и отгружать в первую очередь те экземпляры товара, срок хранения которых истекает раньше. Поддержка упаковки/распаковки товара в процессах приема, отгрузки, хранения. CoreIMS обеспечивает возможность приема товара в различных упаковках. Для этого достаточно завести единицу измерения количества товара, соответствующую конкретному виду упаковки, например, «упаковка по 10 штук», «коробка на 100 штук». В заказе на поставку вы можете задать количество товара в таких единицах. В процессе приема товара вы можете размещать упакованный товар, распаковывать или упаковывать товар. Для задания упаковки или распаковки достаточно поменять единицу измерения в соответствующей строке заказа. При этом система автоматически пересчитает количественное значение с учетом числа принятых упаковок и коэффициента пересчета для указанных единиц измерения. Аналогичным образом выполняется упаковка/распаковка товара при отгрузке и хранении. Таким образом, при использовании CoreIMS склад имеет возможность принимать товар в упаковке одного вида (или неупакованный товар), а отгружать – в другой упаковке. Поддержка напольного, стеллажного и комбинированного хранения товара. CoreIMS реализует иерархическую систему хранения товаров. При этом используется логическая адресация, не зависящая от конкретного расположения места хранения на складе и его особенностей. Это позволяет организовать различные виды хранения. Так, например, адресуемой ячейкой может быть ячейка стеллажа, цистерна для жидкого товара, навес для хранения сыпучих товаров или просто часть площади на складе для напольного хранения.

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

помощью мыши. Эксплуатация CoreIMS требует лишь базовых знаний операционной системы Windows. Работники склада, работающие с клиентами, имеют возможность удаленного доступа к системе через интернет. При этом диалоговые окна практически ничем не отличаются от стандартных системных окон. Отсутствие необходимости визуальной идентификации товара, поддержка использования штрихкодов. CoreIMS поддерживает технологию штрихового кодирования, что позволяет автоматизировать процесс идентификации товара и мест хранения при выполнении складских операций. Это существенно упрощает работу сотрудника склада по идентификации как товаров, так и мест хранения. Использование штрихкодов позволяет быстро и практически безошибочно определять товар. При этом не требуется визуальная идентификация товара. Использование переносных устройств коммуникации, обеспечивающих автономность работы пользователей. CoreIMS позволяет использовать переносные устройства ввода данных – радиотерминалы и Batch терминалы, которые имеют встроенные сканеры. Сканирование этикетки со штрихкодом занимает минимум времени. После того, как штрихкод отсканирован, система может найти товар, к которому относится данный код, и автоматически выводит на экран наименование или код товара. Упрощение и ускорение процессов приема, хранения и отгрузки товара. Внедрение CoreIMS позволяет существенно упростить и ускорить процессы приема, хранения и отгрузки товара. Это достигается за счет: •Применения технологии штрихового кодирования. Сканирование позволяет упростить процесс ввода данных о товаре. С внедрением системы отпадает необходимость ввода данных о товаре и месте хранения вручную – достаточно сканировать этикетку товара или места хранения. В то же время применение технологии штрихового кодирования позволяет ускорить процесс ввода данных о товаре более чем в 10 раз и позволяет избежать ошибок при идентификации товара. •Применения адресного хранения товаров. Каждое место хранения может быть помечено путем наклеивания этикетки со штрих-кодом, что обеспечивает быстрое и точное определение места хранения. •Использования переносных терминалов. С помощью них пользователь может проводить основные складские операции. Грузчикам не потребуется каждый раз возвращаться к компьютеру для получения нового задания, он получает их на свой терминал и может сразу выполнять. • Использования предпочтительных мест хранения товаров. •Наличия фильтров поиска товара. Просмотр длинных списков товаров при поиске нужного товара занимает много времени и требует 122

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

Для специалиста по информационным технологиям: • Современная платформа разработки (.NET, MS SQL Server). • Легкая процедура установки, не требующая специальных знаний. • Простая настройка системы. • Простое создание дополнительных отчетов с помощью Crystal Reports. • Наличие дополнительных утилит, в том числе для администрирования БД.

123

Глава 3. CoreIMS Enterprise Edition –система учета товаров на базе интернет

Зачем создавалась CoreIMS EE? К концу 2004 года система CoreIMS была внедрена и успешно использовалась на сотнях складов, как в России, так и за рубежом. Опыт продаж показал, что простая система учета товаров, которую можно использовать, как большую записную книжку, очень удобна в эксплуатации и решает большинство проблем, возникающих на мелких и средних складах. Она оперативно обеспечивает пользователя необходимой информацией, не “хватает за руку” при выполнении команд, которые компьютеру могут показаться нелогичными, – на складе может храниться отрицательное количество товара, еще не существующий товар можно переместить с одного склада на другой или даже отгрузить. Система просто все запишет и в удобной для вас форме отчитается перед вами. Она не требует сложной настройки и очень проста в использовании. Изначально рассчитанная на небольшие склады, система, тем не менее, начала активно использоваться на средних и даже больших складах, причем неплохо зарекомендовала себя и в этих случаях – не зря же при разработке была выбрана одна из самых передовых технологий Microsoft .NET, причем трехзвенная архитектура системы с выносом основных функций обработки данных на сервер базы данных, позволила безболезненно справляться с большими потоками данных. CoreIMS, являясь настоящим коробочным программным продуктом, в то же время позволяет наращивать мощности постепенно, добавляя новые функции по мере освоения уже существующих. Ведь очень часто, и это вполне естественно, при покупке коробочного продукта вы не очень хорошо себе представляете, что бы вы хотели от системы учета в целом, устроит ли вас базовая функциональность или потребуются дополнительные модули. Поэтому многие организации увеличивали количество модулей постепенно, что позволило им сэкономить деньги и рационально распределить время на освоение новых функциональных возможностей. Особенно востребованы были модули поддержки удаленных терминалов и штрихового кодирования. Но жизнь не стоит на месте. И если бизнес складывается удачно, то требуется принципиально новая функциональность. Первым пожеланием заказчиков был полноценный интернет доступ ко всем возможностям системы. Входящий в систему модуль удаленного доступа Front-End, который создавался как дополнение к основной системе и поддерживал минимальный набор складских операций, уже не устраивал тех клиентов, которые хотели, чтобы система со всей ее 124

функциональностью была всегда им доступна, в какой бы точке земного шара они не оказались. Вторым пожеланием было ускорение процессов приема и отгрузки товара: добавление функций автоматического резервирования товара под заказ на отгрузку и возможности перекрестной отгрузки товара, когда принятый товар сразу автоматически отгружается, не задерживаясь на складе. Третьим направлением развития системы стало создание модуля расчета услуг (биллинг). Ранее уже упоминалось, что CoreIMS успешно используется и на больших складах. Многие из них являются коммерческими, то есть предоставляют складские услуги клиентам, которые платят за прием, хранение, различные складские операции и отгрузку товара. Модуль расчета услуг позволяет создавать и редактировать контракты, платежи и генерировать счета по контрактам. Для того чтобы была возможность включить в систему модуль биллинга, базовая модель системы была дополнена понятием «Владелец товара». В качестве владельца товара может выступать любая внешняя компания, пользующаяся складскими услугами. Система разграничения прав пользователей также была существенно расширена: добавилась возможность разделить права на товары, справочники поставщиков и покупателей, а также заказы на прием и отгрузку. Таким образом, в системе появились две категории пользователей: внешние, привязанные к определенному владельцу, и внутренние, или нейтральные пользователи, не связанные ни с каким владельцем, которым доступна полная информация о состоянии склада. Это, как правило, администраторы системы, работники и менеджеры склада. Пользователь, привязанный к определенному владельцу товара, входя в систему, видит только свои склады, товары и заказы. Это позволяет, с одной стороны, предоставить эффективный сервис владельцам товаров, а с другой, – обеспечить защиту интересов прочих владельцев от несанкционированного вмешательства или получения чужой конфиденциальной информации. Еще одним нововведением по сравнению с CoreIMS стала поддержка ожидаемой даты приема/отгрузки для каждой строки заказа. Таким образом, функции планирования приема и отгрузки товара стали более гибкими. Например, если поступление одного и того же товара планируется небольшими партиями, для каждой такой партии можно создать свою строку заказа и контролировать поступление товара точно в срок. В дополнение к уже поддерживаемым в системе терминалам удаленного сбора данных появился также модуль удаленной работы с терминалом на базе Pocket PC, оснащенным встроенным сканером. При добавлении новой функциональности важно было «не перегнуть палку», пытаясь учесть абсолютно все пожелания заказчиков, и не утяжелить систему. Система при всех усовершенствованиях должна была 125

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

Основные сущности CoreIMS ЕЕ. Что нового? Товар и набор Товар в CoreIMS EE имеет те же атрибуты, что и в CoreIMS, плюс дополнительный атрибут – владелец товара. Привязка товара к владельцу осуществляется на уровне справочника товаров. Если поле «Владелец» (см. рис. 3.1) у товара не заполнено, он считается товаром общего пользования и доступен всем владельцам (то есть, в CoreIMS EE предусмотрено наличие общих для всех владельцев и всех складов товаров). Вместе с тем появляются и личные товары. Эти товары может видеть только их владелец или нейтральный пользователь.

Рис. 3.1 Управление товарами в CoreIMS EE

126

В CoreIMS EE добавился еще один системный статус товара – “зарезервирован”. Зарезервированный под заказ на отгрузку товар заблокирован, то есть не может быть отобран для других заказов, его нельзя откорректировать по результатам инвентаризации. Однако так как CoreIMS ЕЕ, как и ее предшественница, осталась максимально гибкой, вы можете переместить зарезервированный товар на другое место на складе или вручную снять блокировку (см. рис. 3.2).

Рис. 3.2 Действия с зарезервированным товаром

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

Заказы Заказы на прием и отгрузку товара в CoreIMS EE могут быть привязаны к определенному владельцу (см. рис. 3.3). Если заказ создает нейтральный пользователь (например, администратор, заносящий по поручению клиента его заказы в систему), то владелец указывается в заголовке нового заказа. В сохраненном заказе владельца изменить нельзя. Если к системе подключился владелец товара, он чужие заказы вообще не видит, а при создании нового заказа на поставку или отгрузку поле «Владелец» доступно ему только для чтения.

127

Рис 3.3 CoreIMS EE. Заказ на поставку

Если владелец заказа уже указан, то в заказ нельзя добавить товары других владельцев. Это удобство скорее для администратора, чтобы он не перепутал товары разных владельцев. Сам владелец добавить такие товары не сможет по той причине, что он их просто не видит. Еще одно новшество, касающееся заказов, – CoreIMS EE поддерживает планируемые даты приема/отгрузки не только для заказа в целом, но и для каждой строки заказа в отдельности.

Склады Концепция склада в CoreIMS EE практически не изменилась по сравнению с предыдущими версиями: точно так же поддерживается любое число складов с индивидуальной адресацией мест хранения. Склады и ячейки на складе можно активировать и деактивировать. Единственное отличие – появилась возможность привязки владельца к определенному складу. Если такой пользователь войдет в систему, он будет работать только в своем рабочем пространстве, другие склады просто не увидит. 128

Архитектура системы Архитектура CoreIMS ЕЕ кардинально не менялась по сравнению с предыдущими версиями, за исключением того, что в качестве клиентской части теперь стал выступать обычный браузер. Удобство очевидно – никакого дополнительного программного обеспечения на рабочее место обычного пользователя ставить не нужно. Модуль администрирования и часть дополнительных модулей (например, модуль, обеспечивающий визуальное отображение топологии склада) выполнены, как и ранее, в виде отдельных стандартных Windows приложений. Принтеры для печати этикеток и удаленные модули сбора данных могут быть доступны через локальную сеть или интернет. Все модули CoreIMS, описанные в предыдущей главе, успешно работают и в составе CoreIMS ЕЕ.

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

Рис. 3.4 Интерфейс пользователя CoreIMS EE 129

Кнопки фильтрации ( и ) позволяют отобразить/спрятать соответствующий фрейм, в котором вы можете сформировать фильтры, задающие критерии для поиска информации в базе данных и ограничения выводимой на экран информации. В качестве шаблона для фильтра может быть задана как строка целиком, так и ее фрагмент. В системе реализован механизм расширенного поиска. Если возле поля редактирования есть кнопка поиска [...], то после ее нажатия открывается соответствующее окно со списком значений. Выбранное значение автоматически подставляется в исходное поле. Центральная часть окна содержит список результатов. Здесь отображаются записи из базы данных, отвечающие критериям, заданным в поисковом фильтре. Отдельную запись можно выбрать перемещением курсора мыши или клавишами управления курсором, а затем нажатием кнопки просмотра, редактирования или копирования в соответствующей строке. Для добавления или удаления записи также используются соответствующие кнопки. Если все отобранные записи не помещаются в окне результатов, то формируется несколько страниц. Для постраничного просмотра используются кнопки, которые обычно расположены в левом нижнем углу окна: кнопка – показывает следующую страницу; кнопка

– показывает предыдущую страницу списка.

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

130

Рис. 3.5 Редактирование профиля в CoreIMS EE.

Интерфейс пользователя модуля администрирования CoreIMS EE точно такой же, какой был в предыдущих версиях. То есть пользователям, уже работавшим с системой ранее, переучиваться не придется.

Складские процессы. Что изменилось? Прием товара на склад Процесс приема товара в CoreIMS EE в основном повторяет процесс, реализованный в CoreIMS. Точно так же создается заказ, и прием осуществляется только по заказу. Для облегчения поиска нужного заказа можно установить фильтр по ряду полей, включая владельца заказа. Главное отличие от CoreIMS заключается в том, что заказ на поставку может быть привязан к владельцу. Если в систему вошел такой пользователь, ему будут видны только собственные заказы и товары. За счет того, что в CoreIMS EE поддерживаются планируемые даты приема товара для каждой строки заказа в отдельности, можно упростить работу менеджера склада. Если известно, что какие-то товары приходят небольшими партиями, не надо создавать заказ на каждую партию отдельно. Достаточно создать заказ из нескольких позиций, каждая со своей датой приема (см. рис. 3.6).

131

Рис. 3.6 Строка заказа па поставку.

Чтобы создать новый заказ, следует выбрать склад, поставщика, дату получения и дату заказа. Если вы вошли в систему как нейтральный пользователь, вы сможете выбрать владельца заказа. После того, как владелец заказа указан (и заказ сохранен), вы сможете добавлять в заказ только товары, принадлежащие этому владельцу или товары общего пользования. CoreIMS EE продолжает поддерживать принцип «меньше кликов» – на одном экране разработчики постарались уместить максимум функциональности. Например, система переходит в режим приема товара, когда в строке заказа в поле «Получить» указывается количество принимаемого товара, большее нуля. В этом случае кнопка «Сохранить» переименовывается в кнопку «Принять» и служит для подтверждения операции приема товара. То есть, экран создания заказа на поставку одновременно служит и для приема товара. Окно «Заказ на поставку» содержит кнопку «История», с помощью которой вы можете посмотреть историю (журнал) поставок по выбранному заказу, напечатать квитанции и этикетки для товаров. Если в предыдущей версии поддерживалась только отмена отгрузки, когда уже отгруженный товар возвращался на склад, то CoreIMS EE разрешает отменять и прием товара. При этом товар списывается со склада. Чтобы аннулировать поставку товара, на экране "История поставок" (см. рис. 3.7) нужно выбрать товар, а затем во фрейме "Просмотр" нажать кнопку "Отм. приема" (она будет доступна, если у вас есть соответствующие права). При этом система ведет себя максимально гибко: так как принятый товар мог быть уже перемещен в другую ячейку, вы сможете выбрать такой же товар в любой ячейке склада, но только в том количестве, которое было принято. 132

Рис. 3.7 Отмена приема товара.

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

Резервирование/Отгрузка со склада CoreIMS EE полностью поддерживает всю функциональность предыдущих версий относительно отгрузки товара со склада. В дополнение к этому заказы на отгрузку могут быть привязаны к владельцу точно так же, как заказы на поставку. Точно так же нельзя добавить в заказ, привязанный к владельцу, чужой товар. Владельцу доступны только его собственные заказы. CoreIMS EE поддерживает перекрестную отгрузку только что принятого товара (см. рис. 3.8), что существенно ускоряет весь процесс отгрузки. Вновь принятый товар может быть сразу отгружен со склада по соответствующему заказу на отгрузку без предварительного резервирования. Для выполнения перекрестной отгрузки, необходимо, чтобы существовал соответствующий заказ на отгрузку. Он должен быть разблокированным. Кроме того, заказ должен включать строку с товаром, полностью идентичным принимаемому, причем товар под эту строку заказа не должен быть зарезервирован.

133

Рис. 3.8 Перекрестная отгрузка.

Для осуществления перекрестной отгрузки настраиваемому полю SO# присвойте значение, равное номеру соответствующего заказа на отгрузку. Когда вы закончите процесс приема товара, нажав кнопку "Прием", товар будет сразу же отгружен по соответствующему заказу на отгрузку. Если указанный заказ на отгрузку не существует, или не содержит принимаемый товар, или заблокирован, товар будет принят на склад, но не отгружен. Когда принимаемое количество больше заказанного на отгрузку, будет отгружено товара столько, сколько принято – сверх заказанного. Если принятое количество меньше того, которое указано в заказе на отгрузку, заказ будет отгружен частично. Так как в CoreIMS EE поддерживается своя дата отгрузки для каждой строки заказа, вы можете создать так называемый общий заказ, содержащий несколько строк с одинаковым товаром, отличающиеся только датой отгрузки. При перекрестной отгрузке строки общего заказа будут отгружаться последовательно: сначала с самой ранней датой, потом более поздние. Если товара принято больше, чем суммарно в заказе на отгрузку, весь оставшийся товар будет отгружен по последней (самой поздней) строке заказа. Когда в строке заказа в поле «Отгрузить» указывается количество товара, большее нуля, система переходит в режим отгрузки. В этом случае кнопка «Сохранить» переименовывается в кнопку «Отгрузить» и служит для подтверждения операции отгрузки товара. Это позволяет осуществлять отгрузку, используя экран создания или редактирования заказа. Новый заказ на отгрузку автоматически блокируется. Пока вы его не разблокируете, никакой другой пользователь не сможет изменить этот заказ или отгрузить по нему товар. Чтобы сделать заказ доступным для перекрестной отгрузки, обязательно разблокируйте его. Система CoreIMS EE, как и предыдущие версии, поддерживает резервирование товара (рис.3.9). Если в заказ были добавлены сразу все товары из ячейки, палеты или контейнера, они резервируется автоматически. 134

Рис. 3.9 Резервирование.

В любое время вы можете отменить резервирование товара. Для этого откройте строку заказа для редактирования и нажмите кнопку "Отм. резерв." Товар будет разблокирован и доступен для любых операций. Не следует резервировать товар для перекрестной отгрузки. Окно «Заказ на отгрузку» содержит кнопку «История», позволяющую проследить историю отгрузок по выбранному заказу и напечатать накладные, упаковочные листы и этикетки для товаров (см. рис. 3.10).

Рис. 3.10 История отгрузок.

Если у вас есть права «Отмена отгрузки», тогда в окне истории заказа 135

на отгрузку будет доступна кнопка «Отменить отгрузку». Это позволит вам отменить уже подтвержденный заказ на отгрузку и вернуть товар на склад, в то место, откуда его отгрузили. После отмены отгрузки изменится состояние заказа. Если заказ отменен полностью, то восстановится статус «Создан». Если заказ был в состоянии «Выполнен», то оно может измениться на «Выполняется» или «Создан» в зависимости от того, сколько позиций заказа было отменено. Остальные складские операции не претерпели существенных изменений по сравнению с предыдущими версиями системы.

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

Рис. 3.11 Результат поиска контрактов

136

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

Рис. 3.12Контакт и дополнительные платежи

Платежи по контракту могут выставляться по-разному, например, за: •количество принятых/отгруженных заказов, •количество принятых/отгруженных строк заказов, •количество принятых/отгруженных товаров, •количество принятых/отгруженных палет, •количество принятых/отгруженных контейнеров, •вес принятых/отгруженных товаров. Если в операции несколько раз участвует одна и та же палета или контейнер, то количество принятых/отгруженных палет/контейнеров 137

считается следующим образом: •если прием или отгрузка осуществляются по одному и тому же заказу и одному и тому же документу (квитанции или накладной), палета/контейнер учитывается один раз. •во всех остальных случаях (один заказ, разные квитанции или накладные, разные заказы, но одна квитанция/накладная), количество принятых палет/контейнеров в платеже соответственно увеличивается. По активным платежам (у них должна быть отмечена опция «активный») счета генерируются системой следующим образом: •Счет за обработку товаров генерируется сразу после подтверждения операций приема или отгрузки товара. •Счета за хранение товаров генерируются периодически в соответствии с заданным расписанием. Причем, происходит подсчет услуг хранения за время, прошедшее с последней генерации счетов до текущей даты, не включая текущую дату. Например, если сейчас 10 августа, последний счет был создан 1 августа, а сегодня вы установили, чтобы счета генерировались ежедневно, то сегодня в установленное время пройдет генерация счетов до 9 августа включительно. Если счета по контракту уже были сгенерированы, вы можете их напечатать (см. рис. 3.13).

Рис. 3.13. Счет

Выгоды от использования CoreIMS EE Итак, в CoreIMS EE по сравнению с предыдущими версиями появились дополнительные функции: 138

• Полноценный Web-интерфейс. • Расширенная система разделения прав пользователей. • Дополнительные функции планирования приема и отгрузки товара: • автоматическое резервирование товара под заказ на отгрузку, • перекрестная отгрузка товара, • поддержка ожидаемой даты приема/отгрузки для каждой строки заказа. • Модуль расчета услуг (биллинг). • Модуль удаленной работы на Pocket PC со встроенным сканером. Что же эти нововведения дают различным пользователям системы? Какие выгоды они получают?

Для руководителей компаний: Мобильный интернет – теперь не проблема. Полноценный доступ через Web-интерфейс позволит вам постоянно быть «у руля» вашей компании, даже за пределами офиса. Поэтому и в деловой поездке, и на отдыхе вы сможете получать актуальную информацию о состоянии склада и управлять бизнес-процессами склада. Ускорение выполнения складских операций за счет дополнительных функций приема и отгрузки, использования интернета и Pocket PC позволяют существенно повысить товарооборот с одновременным повышением качества складских услуг, что обеспечивает большую прибыль. Модуль расчета услуг с расширенным разделением прав пользователей позволит предоставлять складские услуги большому количеству клиентов. При этом ваши экономисты будут избавлены от рутинной работы по составлению счетов – программа сделает это за них и безошибочно. Вам всегда будет доступна информация о текущих и закрытых контрактах, оказанных услугах и выставленных клиентам счетах. Кроме того, вы можете вносить изменения в условия уже заключенного контракта, добавлять платежи за дополнительные услуги, а также заключать договоры на оказание складских услуг с новыми клиентами. Новая версия системы позволяет организовать так называемый «виртуальный склад», когда реальные складские площади находятся у клиентов, а они пользуются только услугами системы учета товаров. Системы виртуальных складов относятся к популярному сегодня направлению интернет коммерции b2b (бизнес для бизнеса). Администратор системы получает более широкие возможности по разделению прав пользователям системы, что обеспечивает высокую безопасность системы, предотвращая несанкционированную утечку данных. 139

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

Для работника склада: Автоматическое резервирование и перекрестная отгрузка позволяют ускорить выполнение складских операций и повысить их качество. Для работника склада уменьшается количество выполняемых операций при перекрестной отгрузке товара. Автоматическое резервирование товара позволяет избежать пересортицы и «двойных заказов» одного и того же товара. Pocket PC со встроенным сканером позволяет быстро и безошибочно принимать, отгружать и перемещать товары как внутри одного склада, так и между складами. Если товар поступает небольшими партиями, теперь не надо для каждой партии создавать свой заказ, можно все принимать по одному заказу на поставку, так как в строке заказа можно указать теперь ожидаемую дату поступления товара на склад. Можно таким же образом создать заказ на отгрузку, поддерживающий порционную отгрузку одинаковых товаров.

Для специалиста по информационным технологиям: Такая операция как установка системы на клиентские места теперь вовсе отсутствует, так как для доступа к системе достаточно интернет браузера, штатно входящего в Windows. Поэтому систему CoreIMS EE достаточно установить один раз на сервер.

140

Глава 4. Система управления складом CoreWMS Требования к системе управления складом По мере развития бизнеса (укрупнение складов, увеличение грузооборота и т. д.) задачи, стоящие перед программной системой автоматизации склада, становятся сложнее, и их количество резко возрастает. Растут и требования к складской системе. RF и Batch терминалы способны обеспечивать непрерывный прием и отправку огромных партий товара. Если раньше вы могли все решения принимать самостоятельно, то на больших складах это физически невозможно. Штат сотрудников существенно расширился. Теперь вы не в состоянии принимать на работу лично каждого менеджера склада и далее полностью полагаться на его умение и аккуратность. Нужна система, в которую можно было бы заложить ваш опыт и знания, и которая помогала бы сотрудникам склада принимать решения без вашего постоянного участия. Итак, первое требование к новой системе: Система управления складом должна не просто выполнять учет товаров и предоставлять информацию человеку, но и самостоятельно принимать решения, выдавать задания работникам склада, отслеживать возникновение определенных ситуаций в работе склада, реагировать на разные события. Какие знания должна использовать система управления? В вашей фирме уже выработаны свои корпоративные правила. Например, зоны приема товара по возможности располагаются рядом с зонами отбора, стеллажи обычно заполняются товаром слева направо, сверху вниз, продукты хранятся на первом этаже, а книги – на втором, но товары одного владельца всегда консолидируются в одном месте склада и т. п. Места хранения товаров вы всегда стараетесь заполнять оптимально, чтобы минимизировать работу по размещению и последующей отгрузке товара. В резерве желательно всегда иметь свободные палеты, поэтому товар надо размещать в первую очередь на частично заполненные. Различные зоны склада имеют разный температурный режим и влажность, различные размеры ячеек и стеллажей. При размещении товара это все нужно учитывать. Товары с истекшим сроком хранения должны автоматически блокироваться и не допускаться к отгрузке. При возврате товара на склад по каким-либо причинам, эти причины всегда должны фиксироваться. Для одних клиентов вы допускаете объединение нескольких заказов в одном пакете, для других это недопустимо. Таких правил за время вашей работы уже выработано множество, и они, естественно, будут дополняться по мере развития бизнеса. Чтобы не 141

держать все эти правила постоянно в голове и не заставлять своих сотрудников заучивать целые фолианты, разумно было бы занести их один раз в вашу систему автоматизации и поручить ей отслеживать их выполнение, расставив при этом приоритеты: что соблюдать неукоснительно, а что по мере возможности. Ни в коем случае нельзя допустить ситуации, чтобы товар, постоянно требующийся вашим клиентам, на складе закончился – это подорвет доверие к вам. Запасы должны отслеживаться и пополняться автоматически. Ваш новый менеджер жалуется, что устал ломать голову, куда разместить вновь прибывший груз со скоропортящимися тропическими фруктами или с замороженными кальмарами и как упаковать все это для одного заказчика? Он постоянно допускает ошибки и не укладывается в сроки? Значит, ему нужно сразу предлагать готовое решение, чтобы он тратил минимум времени только на сканирование штрихкода товара. Для оптимального распределения нагрузки сотрудников, учитывая их квалификацию, производительность труда и их нахождение на территории склада на данный момент, система должна автоматически формировать и выдавать задания через удаленные терминалы. Можно обобщить все эти требования. Итак, новая система управления складом должна поддерживать: • автоматический поиск оптимального места для хранения товара на складе; • управление зонами приема/отгрузки, отбора с целью минимизации работ по размещению товара; • оптимальное заполнение мест хранения; • сортировку и упаковку; • использование топологии склада в оптимизационных алгоритмах системы; • автоматическое пополнение запасов; • настройку и автоматический контроль правил хранения, отбора, резервирования, отгрузки и возврата товара; • управление персоналом, в том числе через удаленные терминалы. Далее. В вашу фирму вливаются новые подразделения. Часть из них оснащена средствами вычислительной техники и имеет собственное программное обеспечение, пусть не очень новое, но работоспособное. Часть подразделений работает еще по бумажным технологиям, и в ближайшем будущем вы не планируете их полную автоматизацию – для этого пришлось бы уволить весь старый персонал. А вы не хотели бы начинать с таких непопулярных мер. Используемое на данный момент в филиалах системное программное обеспечение напоминает зоопарк: Windows 95…XP, Linux, Free BSD и т.п. 142

Может, не стоит его отправлять на свалку и тратить дополнительные деньги на закупку нового? Более того, новые филиалы разбросаны по всему миру. Это говорит о признании вашей фирмы, но и создает дополнительные трудности. Некоторые сотрудники говорят только на своем родном языке. Для того чтобы в каждом подразделении установить новое ПО, понадобилось бы слишком много средств на оплату командировок системных инженеров. Вы хотели бы сохранить все преимущества, которые давала вам старая система (легкость установки, доступ через радиотерминалы, использование внешних устройств ввода данных), минимизировать затраты на приобретение новой системы и иметь возможность наращивать ее по мере необходимости. Обучение персонала – тоже очень болезненный и дорогостоящий процесс. Поэтому вы отдали бы предпочтение интернет- базированной системе, так как опыт работы с интернет-браузерами имеют уже практически все сотрудники. Итак, вы сформулировали следующие требования к новой системе. Система управления должна: • работать на любой программной платформе; • иметь интерфейс для взаимодействия с существующим программным обеспечением на уровне данных; • поддерживать «бумажную» технологию; • быть масштабируемой (наращивать функциональность по мере необходимости); • общаться с пользователями на их родном языке; • устанавливаться на один или несколько взаимодействующих через интернет компьютеров – серверов; • не требовать установки дополнительного программного обеспечения на компьютеры пользователей; • сотрудники склада должны иметь возможность работать удаленно, как с RF и Batch терминалов, так и с любого терминала, имеющего выход в интернет. Ваша корпорация очень мобильна: в одних городах приобретаются новые площади, в других – часть складских помещений высвобождается. Чтобы они не простаивали, вы приняли решение сдать их в аренду. Этот бизнес принесет хорошую прибыль, но при этом ваша складская система должна включать поддержку коммерческих складов: составлять и выписывать счета, оповещать клиентов о выполнении той или иной операции, включая рассылку уведомлений по электронной почте. Огромный объем информации, необходимой для ведения вашего бизнеса, должен храниться в современной надежной базе данных, которая может быть распределена на несколько серверов, связанных между собой. 143

Естественно, не обойтись без хорошо налаженной системы защиты данных от несанкционированного доступа. Причем разделение прав пользователей должно быть очень гибким, так как уровень квалификации менеджеров склада и выполняемые ими задачи различны. Одному пользователю могут понадобиться права на работу сразу с несколькими складами, а другому следует предоставить только право на прием товара на конкретном складе. Значит, новая система должна включать: •поддержку коммерческих складов (биллинг); •гибкую систему разделения прав пользователей; •систему оповещения пользователей с отправкой уведомлений по электронной почте; •централизованное распределенное хранилище данных под управлением современной мощной СУБД с высокой степенью защиты, например, Oracle или MS SQL 2000. Вашей выросшей корпорации необходим постоянный контроль наличия и качества товаров. Система должна поддерживать полную и частичную инвентаризацию с учетом индивидуальных особенностей каждой единицы товара. Вы должны иметь возможность убедиться, что товар на месте и именно тот товар, который заказывал клиент (проверить серийные номера, партии, другие отличительные особенности изделий). Замечательно, если ваша фирма уже имеет свой отдел контроля качества. Система управления должна включать возможность автоматической отправки на контроль качества заданного процентного отношения от количества товара при приеме товара на склад или по требованию пользователя. Кроме того, товар может прибывать на склад в одних упаковках, а отправляться заказчикам в других. Система должна уметь пересчитывать товар в новые единицы измерения с учетом того, что они могут быть вложенными одна в другую. Итак, новая система управления складом должна поддерживать: • иерархические товарные упаковки; • индивидуальные атрибуты товара; • контроль качества; • инвентаризацию с учетом индивидуальных атрибутов товара. Перечисленным выше требованиям удовлетворяет разработка российской компании Аргуссофт – система управления складом CoreWMS. Система спроектирована на базе современных технологий, благодаря модульной структуре легко настраивается под любые ваши требования. CoreWMS написана на языке программирования Java, поэтому может работать на любой платформе. Ее нужно поставить один раз на сервер. Через интернет можно будет работать любому количеству пользователей, 144

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

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

Склад Мы описываем систему управления складом, значит, со склада и начнем. • Склад – некоторая совокупность мест хранения товаров, которые могут подчиняться общим правилам. • Склад общего пользования (коммерческий склад) – это склад, который осуществляет хранение товаров одного или многих клиентов и предоставляет клиентам услуги, связанные с хранением (например, отчеты о наличии товара). Каждая операция внутри такого склада должна включать указание на владельца товара. • Владелец – это собственник товара, хранящегося на складе общего пользования. • Зона хранения – участок склада, где производится хранение товаров. • Зона отгрузки – специальная область склада, из которой производится отгрузка товара. Может совпадать с зоной приема. • Зона приема – специальная область склада, в которой осуществляется прием товара на склад. Может совпадать с зоной отгрузки. • Зона отбора – место, используемое как хранилище часто отбираемой продукции. Обычно она расположена в легко доступной части склада. Все зоны отбора относятся к классу ячейки "зона отбора". • Ячейка – минимальное адресуемое пространство на складе. Каждая ячейка имеет уникальный логический адрес (см. главу 1). •Тип ячейки – способ классификации ячеек, задаваемый пользователем. Обычно включает данные о размерах, влажностных и температурных 145

характеристиках ячейки. •Класс ячеек. Классы служат для деления ячеек по их целевому назначению. Всего в системе поддерживается 4 класса ячеек: штабель, стойка, зона отбора, специальный. •Предпочтительная ячейка – задаваемое пользователем предпочтительное местоположение для полученного товара •Палета – поднос, на котором хранится товар. Устанавливается в ячейку. •Тип палеты – способ классификации палет, задаваемый пользователем. Обычно включает данные о размерах палеты. •Правило (режим) – это условие, выполнение которого проверяется системой в отношении склада, ячейки, товара или другого проверяемого объекта. Правила делятся на строгие и нестрогие.

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

Товар Подробно понятия «Товар» и «Атрибуты товара» рассмотрены в главе 1. •Товар – это собирательное обозначение различных предметов, которые хранились, хранятся или могут храниться на складе. Товар определяется своими характеристиками (ширина, высота, длина, вес, артикул и т. п.), которые учитываются при размещении товара на складе и других складских операциях. •Группа и класс товаров – два независимых способа группировки товаров, определяемые пользователем. •Товары в наличии – все товары, ещё не приписанные к строкам какоголибо заказа (про заказ расскажем ниже) и не занятые в складских операциях. •Артикул – это код товара, однозначно определяющий товар в справочнике товаров (но не на складе). На складе товары с одним кодом могут отличаться атрибутами. Например, ноутбуки Toshiba с артикулом Tsh-1-123 могут иметь разные серийные номера и цвет корпуса, то есть, это уже разные товары. •Атрибут – это некоторое свойство товара. Различают справочные, общие и индивидуальные атрибуты товара (см. главу 1). Понятие 146

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

Документы Одно из преимуществ описываемой системы – это возможность документировать каждое движение товара на складе. Дадим краткие определения некоторых документов: •Заказ на поставку – это документ, который описывает товары, ожидаемые к поступлению на склад. •Заказ на отгрузку – это документ, который описывает товары, предназначенные для отгрузки со склада. •Задание – формируемый вручную или автоматически перечень работ, которые необходимо выполнить сотруднику склада. Выполнение задания необходимо подтвердить, чтобы зафиксировать в системе изменения на складе, являющие результатом выполнения задания. •Комплектовочный лист – документ, автоматически формируемый системой при резервировании товара. Содержит информацию о зарезервированном под заказ товаре: сколько товаров, и из каких ячеек отобрано в заказ. •Накладная – документ, автоматически генерируемый системой при подтверждении отгрузки. Содержит подробную информацию об отгруженном товаре, а также сведения о владельце товара и его заказчике.

Складские операции Все, что происходит с товаром на складе, – это складские операции. Ниже приведены определения основных складских операций и терминов, непосредственно к ним относящихся. •Прием товара – операция приема товара от поставщика или с другого склада в соответствии с заказом на поставку или без него. •Внеплановый прием – прием товара при отсутствии заказа на его поставку. •Размещение товара – один из этапов процесса приема товара, когда принятый товар размещается для хранения на складе. Система подбирает оптимальный алгоритм размещения. •Отгрузка товара – операция перемещения товара со склада заказчику или на другой склад. •Резервирование – начальный этап процесса отгрузки, заключающийся 147

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

Общие понятия: •Активный. Термин «активный» применяется для обозначения тех элементов, которые используются в настоящее время в системе. Деактивировать тот или иной элемент – значит, исключить его временно из рассмотрения в складских операциях. Например, если вы деактивировали товар, вы не сможете создать заказ на этот товар. •Справочник – список объектов системы и их атрибутов, заполняемый при конфигурировании системы. В процессе работы с системой может модифицироваться. Конечно, кроме описанных выше, в системе используется множество других терминов, но они встречаются реже, и их определения будут даны тогда, когда мы в первый раз с ними встретимся.

Базовые принципы и архитектура CoreWMS Модульность Вы играли в детстве в кубики? А может быть, вам повезло, и у вас был конструктор Lego? В любом случае в памяти осталось это увлекательное 148

занятие – построить собственными руками то, что вам по душе. Точно на таких же принципах построена система CoreWMS. Ее можно собрать, как из кубиков, из отдельных модулей, присоединяя их в любых вариациях к базовому модулю – ядру системы. Модулем называется совокупность программного кода, экранов, таблиц базы данных, реализующая некоторую часть функциональности системы. Если вы хотите вкладывать инвестиции в новую систему постепенно, вы можете установить только базовый модуль (ядро) без дополнительных модулей. Вы получите вполне работоспособную систему. В ядре реализована поддержка всех основных складских операций. Базовый модуль позволяет работать со справочниками (покупателей, поставщиков, владельцев, товаров и складских элементов, включая ячейки, палеты, зоны приема/отгрузки и т. п.), создавать и отслеживать выполнение заказов на поставку товара, размещать и хранить товар, перемещать его внутри склада, проводить инвентаризацию, управлять заказами на отгрузку, проводить отбор, резервирование и отгрузку товара со склада. Он позволяет также администрировать систему и печатать различные отчеты о движении товара. Функциональность системы CoreWMS легко расширяется и настраивается по вашему желанию в любой момент за счет подключения любого количества дополнительных модулей. В настоящий момент реализованы следующие модули, расширяющие ядро: Модуль поддержки деятельности коммерческих складов (биллинг) позволяет заключать с владельцами товаров контракты на использование ресурсов склада и производить расчеты за оказание складских услуг. Модуль «Внешний пользовательский интерфейс» предоставляет клиентам склада (владельцам товара и заказчикам) возможность доступа к информации о состоянии их товаров, заказов, счетов. Через этот модуль можно также изменить заказ или создать новый. Модуль поддержки технологии штрихового кодирования позволяет существенно уменьшить время выполнения основных складских операций за счет быстрой идентификации товара при помощи сканирования штрихкодов. Модуль поддерживает также печать этикеток, содержащих штрихкод. Модуль поддержки радиочастотных терминалов позволяет использовать радиочастотные терминалы при выполнении складских операций и за счет этого значительно увеличить эффективность работы персонала склада, а также сократить количество ошибок. Он требует наличия в системе модуля поддержки штрихового кодирования. При наличии в системе модуля управления персоналом задания будут автоматически распределяться между рабочими склада оптимальным образом с учётом топологии склада. 149

150

Рис. 4.1. CoreWMS. Ядро и модули

Модуль поддержки Batch-терминалов увеличивает эффективность выполнения складских операций и сокращает количество ошибок персонала склада за счет использования Batch-терминалов со встроенными сканерами. Требует наличия в системе модуля поддержки штрихового кодирования. Модуль поддержки наборов позволяет создавать наборы (комплекты) из отдельных товаров, разукомплектовывать их, осуществлять складские операции с наборами, управлять зонами комплектации наборов. Модуль «Топология склада» предоставляет возможность визуально задавать топологию склада (физическое расположение различных зон, стеллажей и ячеек склада). Информация о топологии склада используется модулями управления персоналом и графического отображения состояния склада. Модуль графического отображения состояния склада обеспечивает графическое отображение информации о распределении товара на складе по областям, зонам, типам товара и их владельцам, а также о степени загруженности ячеек склада. Модуль управления персоналом поддерживает автоматическое распределение заданий между рабочими склада, а также позволяет отслеживать суммарную и детальную информацию о времени выполнения операций, объеме и весе товара, участвовавшего в операциях. Он требует наличия в системе модуля "Топология склада". Наиболее эффективно использовать данный модуль совместно с модулем поддержки Batchтерминалов, так как в этом случае задания будут выдаваться рабочим склада прямо на удаленные терминалы, причем оптимальным образом с учетом топологии склада. Модуль оптимизации начального размещения товаров на складе рассчитывает оптимальное начальное размещение товара на складе с использованием фиксированного набора правил. Каждое правило может иметь свой приоритет. Задавая приоритеты для используемых правил, менеджер склада имеет возможность моделировать различные варианты работы алгоритма размещения товара. Модуль контроля качества товара обеспечивает возможность проверки качества товара как при его приеме на склад, так и в процессе хранения. В случае несоответствия производится списание или возврат товара поставщику. Модуль сортировки и упаковки отправляемого товара предоставляет возможность осуществлять консолидацию и упаковку товара во время его подготовки к отправке. Поддерживается также возможность предварительного планирования распределения товара по упаковкам и контейнерам. Модуль планирования отгрузки позволяет системным администраторам 151

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

Многозвенность и переносимость Раньше, на заре программирования, писали одну большую программу, в которой были сосредоточены и бизнес-логика, и обработка данных, и интерфейс для взаимодействия с клиентом. Такие программы очень сложно было сопровождать и модифицировать. По мере развития систем управления базами данных (СУБД) появились клиент-серверные системы. Обработку данных стал осуществлять сервер баз данных. Бизнес логику перепоручали СУБД, реализуя ее в виде хранимых процедур и триггеров, – такие системы получили название систем с «тонким клиентом». Но если планировалось использовать программу для работы с разными СУБД, бизнес-логику реализовывали в клиентской части программы – это так называемые программы с «толстым клиентом». Существует другой подход к построению информационных систем, когда система разделяется на три или более уровней. Такая архитектура называется многозвенной. На первом уровне находится клиентское приложение, которое обеспечивает взаимодействие системы с пользователем. Чаще всего – это 152

обычный Web браузер. В этом случае на рабочее место пользователя вообще не нужно ставить никакого дополнительного программного обеспечения. Следующий уровень, называемый сервером приложения, отвечает за бизнес-логику системы и взаимодействует с клиентским приложением, отвечая на его запросы. В зависимости от сложности решаемой задачи сервер приложения также может быть многозвенным. Последний уровень – это СУБД, которая отвечает за хранение данных и за их целостность. В системе CoreWMS можно выделить шесть основных звеньев (см. Рис. 4.2). Клиентами CoreWMS могут быть обычный Web-браузер и удаленные терминалы доступа к данным (Batch и RF). Стандартный клиент (браузер) через интернет по протоколу HTTP взаимодействует с Web-сервером, который принимает запросы от клиента и передает ему соответствующие HTML страницы, сформированные сервером приложений. Удаленные терминалы, минуя Web-сервер, взаимодействуют с сервером приложения по локальной сети через промежуточное программное обеспечение, входящее в состав соответствующих модулей системы CoreWMS. Сервер приложения системы CoreWMS представляет собой программное обеспечение, написанное на языке Java и использующее все преимущества объектной технологии EJB (Enterprise Java Beans). Чтобы отделить бизнес-логику от средств доступа к данным и средств отображения данных, сервер приложения делится на три постоянно взаимодействующих между собой уровня: • Уровень представления данных, • Уровень бизнес-логики, • Уровень доступа к данным. Компоненты уровня представления данных взаимодействуют с Webсервером или непосредственно с клиентской частью системы. Они отвечают за обработку запросов, приходящих от клиентов, и передачу информации следующему уровню. Эти компоненты также выполняют преобразование данных, получаемых от уровня бизнес-логики, в код HTML для передачи Web-клиенту или в специальный формат для передачи на удаленные терминалы доступа к данным. Компоненты уровня бизнес-логики реализуют бизнес-логику приложения, то есть непосредственно решают задачи управления складом. Компоненты уровня доступа к данным отвечают за взаимодействие с базой данных. Они осуществляют объектно-реляционные преобразования, обеспечивающие интерфейс с любой реляционной базой данных. 153

Рис. 4.2. Многозвенная архитектура CoreWMS

Возникает естественный вопрос – зачем такое нагромождение? Какие преимущества выбранная архитектура дает именно вам как пользователю, а не программистам, которым, может быть, просто интересно освоить новые технологии? Преимущество первое – построенная таким образом система не зависит от СУБД. Миграцию на другую СУБД можно сделать очень быстро. Даже в случае, если вы захотите работать с самой экзотической базой данных, изменения нужно будет внести только в один слой сервера приложений, не нарушая при этом логику работы системы и не переделывая интерфейс пользователя. Поэтому вам не нужно приобретать вместе с системой CoreWMS дорогостоящую систему управления базами данных самой последней версии – вы можете пользоваться той СУБД, которая у вас уже есть. Преимущество второе – выбранная архитектура позволяет снизить нагрузку на сервер баз данных. Если бы все клиенты, минуя сервер приложений, обращались напрямую к СУБД, как это происходит в клиентсерверных системах (а на каждое соединение сервер баз данных требует значительное количество системных ресурсов), то для того, чтобы сервер мог выдержать такую высокую нагрузку, пришлось бы бесконечно 154

наращивать аппаратные ресурсы и обновлять версии СУБД. Сервер приложений может управлять количеством соединений с базой данных, объединяя множество запросов в один пакет и уменьшая таким образом общее число активных клиентов базы данных. Кроме этого, сервер приложений снимает вычислительную нагрузку с сервера БД, выполняя вычисления, связанные с бизнес логикой. Преимущество третье – благодаря использованию объектной технологии EJB любая другая функциональность, которая может вам потребоваться в дополнение к существующей, может быть внесена в систему очень быстро, так как понадобится написать один-единственный кирпичик, реализующий недостающие функции, и уложить его уже в готовую систему. Преимущество четвертое – так как все данные системы, включая пользовательский интерфейс, полностью отделены от бизнес-логики, внешний вид системы можно изменить, просто заменив файлы стилей, не затрачивая время и средства на переделку системы. И вы получите программу с привычным для вас интерфейсом, включая логотипы вашей фирмы, предпочтительное цветовое и композиционное решение. И последнее важное преимущество, которое дает выбранная архитектура, – это возможность кластеризации системы CoreWMS. Кластеры – это дублирующие друг друга компьютеры и системные ресурсы, обеспечивающие непрерывную работу системы даже в том случае, если часть ресурсов выходит из строя. Итак, CoreWMS имеет многозвенную архитектуру, обеспечивающую надежность системы, независимость от СУБД, позволяющую легко менять как внешний вид, так и функциональность системы, не затрачивая на это значительных средств. Еще одной важной особенностью архитектуры системы CoreWMS является ее переносимость на различные системные платформы, включая все серверные версии Windows, Unix и любые другие ОС, поддерживающие виртуальную машину Java (JVM) версии 1.3 и выше. При этом не требуется делать каких-либо изменений в программе. Вся система переносится «как есть». Независимость от системной платформы достигается за счет того, что система полностью написана на интерпретируемом языке Java. Компилятор Java преобразует исходный код программы в "байт-код", который исполняется не процессором, а интерпретируется с помощью другого программного обеспечения – виртуальной машины Java (JVM). Однажды скомпилированная в байт-код Java-программа может выполняться на любой платформе, для которой доступна JVM. Одна и та же система будет одинаково работать на ваших серверах, оснащенных как Windows 2000 или XP, так и Free BSD, Solaris или Linux. Для установки CoreWMS нужен IBM-совместимый компьютер с любой ОС, 155

поддерживающей JVM 1.3 и выше и любая клиент-серверная реляционная СУБД.

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

Рис. 4.3. Пример экрана CoreWMS

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

щелкнуть на имени пользователя в правом верхнем углу любого экрана системы и задать нужные опции. Изменения сразу вступят в силу. Если вы выбрали опцию «Режим контекстной помощи», каждый экран в правом верхнем углу рядом с именем пользователя будет содержать кнопу «Справка», позволяющую открыть окно оперативной справки. Интерфейс справочной системы построен по аналогии с главным интерфейсом. Интерфейс CoreWMS структурирован таким образом, что экраны логически следуют один за другим по мере выполнения пользователем тех или иных действий. Например, после создания заголовка заказа появляются кнопки, позволяющие перейти на экран создания строки заказа. Аналогичные элементы интерфейса на всех экранах выполняют одни и те же функции.

Внешний пользовательский интерфейс

Рис. 4.4. Внешний пользовательский интерфейс

Модуль «Внешний пользовательский интерфейс» (Front-End) предназначен для клиентов коммерческих складов – он дает возможность владельцу товара или заказчику контролировать прохождение заказов и получать информацию о выставленных счетах. Интерфейс владельца товара включает управление товарами, заказами на поставку и на отгрузку, справочником адресов заказчиков. Владелец 157

может получить отчеты о наличии, приеме, отгрузке и коррекции товара, а также поменять свои персональные данные. Если в систему включен модуль поддержки деятельности коммерческих складов, владелец может просмотреть свои контракты и счета. Владельцу товара через внешний интерфейс доступны только собственные товары и заказчики и общие, не закрепленные ни за одним конкретным владельцем. Заказчику доступно управление заказами на отгрузку, справочником собственных адресов и просмотр товаров. Модуль «Внешний пользовательский интерфейс» по принципам работы и используемым интерфейсным элементам аналогичен основному модулю (Рис. 4.4).

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

Рис. 4.5. Вход в систему 158

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

Роли Разграничение прав идет на уровне ролей. Роли – это группы полномочий, объединенные таким образом, чтобы в дальнейшем их легко было раздавать (делегировать) пользователям (Рис. 4.6). Делегирование ролей – более гибкий способ по сравнению с непосредственным присвоением прав каждому пользователю. Вы можете, например, создать роль «Контролер», предусматривающую целый ряд полномочий, и затем делегировать эту роль всем членам бригады контролеров, не присваивая каждому права отдельно. Одному и тому же пользователю можно делегировать сколько угодно ролей. Например, бригадиру контролеров может понадобиться устанавливать приоритеты выполняющихся заданий, задавать правила и режимы и т. п. Вам нужно будет к уже существующей роли «Контролер» добавить еще одну «Бригадир». Чтобы создать новую роль в системе CoreWMS, надо войти в систему с правами администратора (пользователь с правами администратора в системе изначально существует, при покупке системы вам сообщат его имя и пароль) и открыть в разделе «Администратор» пункт «Роли в системе». Вы сразу увидите полный список всех ролей, которые уже внесены в систему.

159

Рис. 4.6. Схема разделения доступа пользователей

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

160

Рис. 4.7. Назначение прав доступа

Разрешения можно выдавать отдельно на каждый объект, операцию, бизнес процесс, отчет и т. п. Набор опций зависит от конфигурации системы, то есть от того, какие модули включены в данный момент в систему. По мере наращивания системы – добавления новых модулей – список опций будет пополняться. Роли могут перекрывать или дополнять друг друга по своей функциональности. Это не приведет к ошибкам. Например, вы присваиваете одному пользователю роли А, В и С, включающие следующие разрешения на перемещение товара: А - просмотр и создание, В – создание, изменение, удаление, С – просмотр, подтверждение, разблокирование. Этот пользователь будет иметь все права на перемещение товара, включая просмотр, создание, изменение, удаление, подтверждение, разблокирование.

Пользователи После создания необходимого набора ролей создайте столько пользователей, сколько необходимо для успешного функционирования системы и присвойте им соответствующие роли. Для управления пользователями в разделе «Администратор» есть раздел «Пользователи».

161

Рис. 4.8. Создание пользователей

В CoreWMS, кроме ролей, предусмотрены еще различные типы пользователей: Web для обычных интернет-пользователей, а Batch и RF – для пользователей удаленных терминалов доступа к данным. Если в систему включен модуль Внешний пользовательский интерфейс (FrontEnd), для него нужно зарегистрировать специальных пользователей. Набор возможностей таких пользователей ограничен отслеживанием прохождения принадлежащих им заказов и товаров. Разделить права пользователей можно и по отношению к складам. Каждому пользователю можно дать право работать с определенным набором складов и запретить доступ ко всем остальным. Разделить права 162

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

Статистика подключения Чтобы получить полноценные данные о загрузке системы в разное время суток, а заодно проверить, нет ли несанкционированных подключений, система позволяет отслеживать статистику подключения различных пользователей. Для этого предназначена функция «Статистика», которая расположена также в разделе «Администратор». Пример вывода статистических данных приведен на Рис. 4.9.

Рис. 4.9. Пример вывода статистики

Таким образом, ядро позволяет администратору системы CoreWMS управлять ролями, пользователями, разграничивать доступ пользователей к функциям системы и к складам, а также отслеживать статистику подключений к системе. При входе в систему обеспечивается идентификация пользователей. Каждый пользователь имеет свой набор разрешений, который он получил за счет присвоения ему одной или нескольких ролей. Разрешение выдается на работу с определенной функцией системы. Система предоставляет 163

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

Конфигурация системы Итак, вы установили в вашей организации систему CoreWMS и уже готовы внедрить ее на всех «узких» участках, перепоручив ей всю рутинную работу, а сами заказали секретарше чашечку кофе и собираетесь обдумать стратегию вашей компании на ближайшее десятилетие. Это замечательно! Только для того, чтобы новая система воплотила, наконец, в жизнь ваши планы, потребуется еще немного усилий: надо правильно сконфигурировать систему, то есть ввести в нее начальные данные, на основе которых система CoreWMS будет функционировать. Это склады, зоны склада, ячейки для каждого склада, типы ячеек и палет, товары, атрибуты товаров и ячеек, компании-клиенты, и много другой информации, необходимой для повседневной работы. Не забудьте задать правила и режимы работы, которых вы придерживаетесь в вашей компании и требуете их выполнения от ваших сотрудников. Все начальные данные, необходимые для работы системы, назовем справочниками. Они будут у вас всегда под рукой. Вы даже не сможете их потерять, как, например, записную книжку, или стереть случайно, как файлы на локальном диске вашего компьютера. Вся внесенная информация сразу запишется в базу данных и будет доступна всем пользователям, имеющим на нее права. Войдите в систему с правами на настройки, создание и изменение объектов системы и откройте раздел «Конфигурация». При заполнении справочников учитывайте тот факт, что одни справочники зависят от других. Начать лучше всего с создания складов, так как некоторые справочники (ячейки, зоны приема/отгрузки, причины, правила и режимы) привязаны к складу. Потом задайте атрибуты и типы ячеек. Далее можно создавать ячейки, а затем уже зоны приема/отгрузки, так как они формируются из уже существующих ячеек (Рис. 4.10).

164

Рис. 4.10. Настройка системы

165

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

Склады В системе CoreWMS под складом понимается некоторая совокупность мест хранения товаров, которые могут подчиняться общим правилам (если вы эти правила установите). Перемещать товар без приема-отгрузки можно только в пределах одного склада. Одним или несколькими складами можно ограничить права пользователей системы. Никаких других ограничений на понятие склада не накладывается. Склад с точки зрения CoreWMS не обязательно должен быть территориальной единицей. Фактически, если вам так удобно, элементы склада могут находиться где угодно, одна ячейка – в вашей собственной квартире, другая – в сейфе соседнего офиса, третья – вообще за границей. В то же время, если ваш территориально единый склад логически распадается на несколько отдельных (например, в северной его части хранится готовая продукция ваших предприятий, а южная используется как коммерческий склад для транзитных грузов), вы можете создать два отдельных склада. Система позволяет работать одновременно со всеми складами, на которые у вас есть права. Критерии, которые нужно учитывать при создании склада, – это удобство для вас и ваших сотрудников и возможность разделения прав пользователей. При создании склада (Рис. 4. 11), кроме названия, описания и адреса, указывается, является ли склад собственностью одного лица или же это коммерческий склад (общего пользования) и вы будете предоставлять складские услуги третьим лицам. По умолчанию склад считается некоммерческим. 166

Рис. 4. 11.Создание склада в CoreWMS

Далее следует сразу создать правила для склада. Для этого нужно только отметить соответствующие опции: •допустима или нет перекрестная погрузка, то есть, может ли принятый товар сразу быть отгружен, если есть соответствующий заказ на отгрузку; •если склад коммерческий, то можно ли смешивать товары разных владельцев в одной ячейке; •можно ли смешивать разные товары в одной ячейке. Если система включает модуль сортировки и упаковки, при создании склада появятся две дополнительные опции: «Упаковка» и «Сортировка». Отметьте эти опции, если хотите, чтобы склад поддерживал сортировку и упаковку отправляемого товара. Если включен модуль автоматического пополнения зон отбора, опция «Резервирование только из зон отбора» позволит запретить резервирование товара из ячеек, не являющихся зонами отбора. Выбранные опции, за исключением возможности перекрестной погрузки, в дальнейшем изменить будет нельзя, поэтому все эти правила нужно продумать сразу. Еще целый ряд правил можно будет создать позднее с помощью функции «Правила и режимы». 167

Ячейки Если на вашем складе еще нет адресной системы хранения товаров, необходимо срочно ее ввести, иначе всевозможные недоразумения с перемещением, пересортицей могут привести к потере товара. Минимальное адресуемое место на складе – это ячейка. Адрес ячейки в системе CoreWMS состоит из четырех позиций: 1.Зона склада 2. Стеллаж 3. Стойка 4. Ярус Первые три позиции подобны нумерации билетов в театре или на стадионе: зона А (или партер), ряд, место. Ярус на складе – это номер полки в стойке. Но не все товары удобно хранить на полках. Мешки и бочки обычно укладывают штабелями, друг на друга или перекрестно. Части склада, оборудованные стеллажами или предназначенные для укладки штабелей, надо как-то различать. Кроме того, на складе должны быть предусмотрены ячейки для приема, отгрузки и других складских операций. Нужна классификация мест хранения. CoreWMS поддерживает очень гибкую систему классификации ячеек, включающую классы и типы ячеек, для последних может быть задано любое количество дополнительных атрибутов. Такая классификация позволяет всесторонне охарактеризовать каждую ячейку по целому ряду параметров, часть которых по вашему желанию будет контролироваться системой автоматически при попытке разместить туда товар. Модель склада приведена на Рис. 4.12. Классы ячеек служат для деления ячеек по их целевому назначению. Всего поддерживается 4 класса: • Штабель, • Стойка • Зона отбора • Специальный. Каждая ячейка может принадлежать только одному из этих классов. Классы "Штабель" и "Стойка" используются для реального хранения товара на складе. Ячейки только этих классов рассматриваются системой при подборе оптимального места для размещения товара, только из этих ячеек резервируется товар на отгрузку. Каждая из ячеек классов "Штабель" и "Стойка" может иметь ограничения по размерам (длине, ширине, высоте), температуре, влажности. Все это учитывается системой при размещении товара. Класс «Специальный» объединяет ячейки, предназначенные для выполнения специальных технических операций, таких как прием, отгрузка, контроль качества, сортировка, упаковка и т. п. 168

Рис. 4.12. Модель склада 169

Такие ячейки не используются для хранения товара на складе и не рассматриваются системой при размещении и резервировании товара. В то же время система предоставляет интерфейс для перемещения товара вручную в специальные ячейки, если у вас вдруг возникнет такая необходимость. Ограничения по температуре и влажности для ячеек класса «Специальный» игнорируются. Ограничения по размерам могут учитываться, если это поддерживает тип ячейки. К классу «Зона отбора» относятся ячейки, являющиеся специальными зонами для отбора товара, используемыми в модуле «Пополнение». Чтобы не нагружать вас рутинной работой по заполнению справочника, система позволяет создавать ячейки не по одной, а сразу целый набор. При создании новой ячейки вы указываете склад, класс и тип ячейки, зону, стеллаж, номер первой стойки, номер последней стойки и количество ярусов, которые будут одновременно созданы (Рис. 4.13).

Рис. 4.13. Создание ячеек

Для каждого склада должна быть задана одна ячейка по умолчанию, которая будет использована в том случае, если вы поленились указать, куда размещать товар, а ни одной подходящей ячейки для размещения товара системой не найдено. Последняя созданная или отредактированная ячейка, у которой отмечена опция «по умолчанию» становится такой фактически, в то время как предыдущая его автоматически теряет. Все вновь созданные ячейки получают статус активных. Если ячейка свободна, то есть, не занята ни в каких складских операциях, и в ней нет товара, ее можно деактивировать («спрятать»), временно вывести из участия в каких бы то ни было операциях. Деактивированную ячейку вы сможете в любое время активировать снова. Ячейку можно также удалить 170

совсем (если она не занята), но в этом случае путей для отхода не будет, кроме как создать ее снова, если понадобится. Конечно, нельзя все предусмотреть заранее, да и склад по сути своей больше напоминает живой организм, а не кристаллическую структуру, в которой веками ничего не меняется. Поэтому в системе CoreWMS предусмотрено редактирование свободных ячеек. Можно изменить тип ячейки, класс, описание, статус активности, статус «По умолчанию». Вы можете создать любое количество типов ячеек (Рис. 4.14). При этом для каждого типа можно задать свои ограничения по влажности, температурному режиму и размерам товаров, которые можно разместить в такие ячейки. Есть возможность включить или отключить проверку на вместимость при размещении товаров в ячейки данного типа.

Рис. 4.14. Создание типов ячеек

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

строка, флаг. Атрибут может быть списком из элементов указанных типов. Если атрибут имеет только значения «да» или «нет», он отображается в виде флага. Для атрибутов типа «список» предусмотрена возможность выбора из списка. Дополнительных атрибутов может быть не более пяти. Их надо создать заранее, если хотите ими воспользоваться при описании типов ячеек. Типы ячеек и классы ячеек – это независимые виды классификации. Они не образуют иерархии. Классы описывают целевое назначение ячеек, а типы дают качественную характеристику, описывая условия хранения товара в ячейке. Если в состав системы входит модуль поддержки технологии штрихового кодирования, для каждой ячейки можно создать один или несколько штриховых кодов или автоматически сгенерировать уникальный штрихкод. При наличии модулей поддержки удаленных терминалов сбора данных, работающих с радиочастотными и Batch терминалами, оснащенными встроенными сканерами, этикетки со штриховыми кодами удобно использовать для моментальной идентификации ячейки при выполнении складских операций.

Зоны приема/отгрузки Зона приёма/отгрузки – это специальное место для приёма или отгрузки товара. Можно определить несколько таких зон для склада. При создании зон приёма/отгрузки (Рис. 4.15) задаются также ячейки перекрёстной погрузки, если склад поддерживает перекрёстную погрузку.

Рис. 4.15. Создание зоны приема/отгрузки

172

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

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

Рис. 4.16. Создание зоны отбора

Элемент отбора – совокупность двух объектов: товар и связанная с данным товаром зона отбора. Для коммерческих складов элемент отбора включает третий объект – владельца склада. Элемент отбора отражает привязку товара к конкретной зоне отбора. Вы сможете создавать задания на пополнение зоны отбора либо вручную, либо, если включена опция автоматического пополнения, они будут генерироваться автоматически при подтверждении заданий на отгрузку. Если правила склада предусматривают резервирование товара только из зон отбора, из других ячеек склада товар резервироваться не будет. 173

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

Рис. 4.17. Создание типа палеты

Зачем нужны и где используются типы палет? Во-первых, при создании товарных упаковок (CoreWMS предусматривает соответствие между типами палет и товарными упаковками), во-вторых, при приеме товара (вы сможете включить режим автоматического размещения принимаемого товара на палеты или разместить товар на палету вручную). По типу палеты вы сориентируетесь, можно ли разместить на ней весь товар, который хотите. Если в состав вашей системы входит модуль поддержки технологии штрихового кодирования, для каждого типа палет можно создать один или несколько штриховых кодов или автоматически сгенерировать уникальный 174

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

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

Рис. 4.18. Создание типа контейнера

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

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

Рис. 4.19. Отображение на экране топологии склада

Модуль топологии рассматривает склад как совокупность геометрических областей, отображающие реальные ангары, этажи склада, отдельные комнаты или зоны хранения и т. п. Эти области связаны переходами (коридоры, лестницы, подъездные пути), для которых тоже задаются их геометрические размеры. Каждая область отображается на экране своей картой (планом), на которой указываются расположенные там ячейки склада (Рис. 4.19). При выполнении операций по перемещению товара из одной ячейки в другую расстояния вычисляются с учетом переходов между зонами. Если к системе подключен модуль «Топология склада», то на навигационной панели в разделе "Конфигурация" появляется меню "Схема склада".

Товары Товар – это собственно объект деятельности склада. Все операции, 176

проводимые на складе, имеют дело с товаром. Следует различать товары, имеющиеся в наличии на складе, и товары, зарегистрированные в системе – справочник товаров. Справочник товаров не привязан к конкретному складу. Прежде чем оперировать с товаром в системе, его нужно занести в справочник. Вы не сможете принять на склад товар, не зарегистрированный в системе. Если в состав системы входит модуль «FrontEnd» (внешний пользовательский интерфейс), то каждый товар можно связать с его владельцем. В этом случае через внешний интерфейс для владельца будут доступны лишь его собственные товары или общие, не привязанные ни к одному владельцу. Размер справочника товаров не ограничен. Разумеется, занести в справочник сразу все возможные товары нереально. Вы будете пополнять справочник по мере поступления товаров на склад. А если товар уже зарегистрирован, вам при приеме товара нужно будет просто выбрать его из справочника и задать некоторые свойства, характерные именно для этого экземпляра. Система CoreWMS имеет расширенные возможности классификации и идентификации товаров: классы, группы, дополнительные атрибуты, индивидуальные атрибуты и настраиваемые свойства, а также товарные упаковки. Все это позволит вам легко идентифицировать товар по любому признаку, полностью избавиться от пересортицы и максимально удовлетворить требования клиентов: они не получат белую офисную бумагу, если заказывали розовую, даже если она выпускается под одним и тем же артикулом. К фиксированным свойствам товара (справочным атрибутам – см. гл. 1) относятся: • уникальный код товара, • наименование товара, • геометрические размеры товара (или его объем), • единица измерения, • условия погрузки (допускается или нет перекрестная погрузка, то есть можно ли вновь полученный товар сразу отгружать заказчику), • условия хранения (влажность и температура). Если условия хранения товара не заданы, подразумевается, что товар может храниться в ячейках с любым температурным и влажностным режимом.

177

Рис. 4.20. Атрибуты товара 178

Рис. 4.21. Редактирование товара

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

Классы и группы товаров иерархически не связаны, это два независимых способа классификации товаров. Удалить класс или группу можно только, если они не используются в системе. Единицы измерения товара могут быть абсолютно любыми. Занесите в справочник единиц измерения те, с которыми вам удобно оперировать. Единственное, на что нужно обратить внимание – это правильно выбрать класс единиц. Для единиц измерения классов «площадь», «время», «объем» вам необходимо указать коэффициент пересчета по отношению к базовой единице (базовые единицы измерения существуют по умолчанию и зависят от локализации системы) в новую, создаваемую вами. Например, если вы создаете единицу измерения класса «количество», укажите, сколько штук она содержит. Все единицы измерения, которые вы планируете использовать как иерархические упаковки, отнесите к классу «Продукт». Только единицы этого класса используются в базовом модуле, и только данный класс поддерживает иерархические (вложенные) упаковки. Остальные классы единиц измерения используются в других модулях, например в модуле поддержки деятельности коммерческих складов (биллинг) для удобства выписки счетов. Для каждого товара, указав базовую единицу измерения класса «Продукт», вы можете создать набор иерархических единиц измерения (товарных упаковок), в которых может храниться данный товар. Дополнительные атрибуты расширяют список справочных атрибутов товара. Они создаются пользователем и могут быть полезными в том случае, если стандартных справочных атрибутов для полного описания товара недостаточно. При создании или редактировании товара на экране будут отображены все дополнительные атрибуты товара (справочник дополнительных атрибутов должен быть заполнен заранее), позволяющие добавить к описанию товара недостающие, по вашему мнению, свойства. Способ отображения зависит от типа атрибута: это может быть целое число, вещественное число, строка, флаг. Атрибут может быть списком из элементов указанных типов. Если атрибут имеет только значения «да» или «нет», он отображается в виде флага. Для атрибутов типа «список» предусмотрена возможность выбора из списка. Справочник дополнительных атрибутов один и тот же для всех товаров. Дополнительные атрибуты не зависят от экземпляра товара. Все экземпляры одного и того же товара имеют одни и те же значения этих атрибутов. Поэтому значения дополнительных атрибутов задаются сразу же при занесении нового товара в справочник. Если дополнительный 180

атрибут отмечен как обязательный, вы не сможете создать товар, не указав этот атрибут. Например, если в справочнике системные блоки компьютеров разных производителей должны иметь разные коды, можно отразить имя производителя просто в наименовании, а можно указать его в качестве дополнительного атрибута. Такой атрибут может иметь тип «список», и при создании товара нужно будет всего лишь выбрать элемент из списка: Hewlett-Packard, Apple Computer и т. п. Но учтите, если вы объявите атрибут «Производитель» в качестве обязательного, это будет справедливо для всех товаров, и вы должны будете заполнять этот атрибут и для компьютеров, и для детских игрушек, и для мешков с зерном, например. Дополнительные атрибуты наиболее удобны для профильных складов (например, текстура материала – для мебельных, год издания – для складов печатной продукции, объем и мощность двигателя для автомобильных) и т. д. Можно к дополнительным атрибутам отнести также такие характеристики товара, как цена (учетная цена, отпускная цена и т. д.), дополнительный код классификации, дополнительные условия хранения (например, товар должен храниться в темноте) или такие специфические свойства, требующие бережного обращения с товаром, как хрупкость, взрывоопасность. Если в состав системы входит модуль поддержки технологии штрихового кодирования, для каждого товара можно создать один или несколько штриховых кодов. Система также предоставляет возможность автоматической генерации уникального штрихкода. Модуль поддержки технологии штрихового кодирования позволяет создавать этикетки для товаров, содержащие штрихкоды. При наличии модулей поддержки удаленных терминалов сбора данных, работающих с радиочастотными и Batch терминалами, оснащенными встроенными сканерами, такие этикетки на товарах удобно использовать для моментальной идентификации товара при выполнении складских операций. Если система включает модуль сортировки и упаковки, при создании товара вы сможете указать, подлежит ли товар упаковке и сортировке при отгрузке – на экране появятся две дополнительные опции «Сортировка» и «Упаковка». Товар будет подвергаться сортировке/упаковке только в том случае, если и склад и товар поддерживают соответствующую операцию. Здесь понятие «Упаковка» не относится к товарным упаковкам как единицам измерения товара. Упаковка – это средство, обеспечивающее защиту продукции от повреждения или потерь при транспортировке и хранении (см. Гл.1). К общим атрибутам товара относятся те характеристики товара, которые содержат информацию о хранении, например, владелец товара, 181

количество товара и т. п. В отличие от справочных, общие атрибуты не остаются неизменными при работе системы. Наоборот, они отображают изменение состояния товара. Так же как дополнительные атрибуты расширяют справочные, так и настраиваемые свойства расширяют список общих атрибутов товара. Настраиваемые свойства, в отличие от дополнительных атрибутов, позволяют охарактеризовать не абстрактно товар в целом, а конкретный товар, хранящийся в данный момент на складе, поэтому значения настраиваемых свойств задаются (при желании) при приеме товара на склад. А вот список настраиваемых свойств формируется пользователем заранее. При создании товара из этого списка просто выбираются те свойства, которые могут понадобиться при описании хранения товара. Впоследствии список может быть отредактирован. В отличие от индивидуальных атрибутов, настраиваемые свойства не связаны с единицей измерения товара, они относятся к любым упаковкам товара. Настраиваемые свойства никогда не являются обязательными для заполнения. Часть настраиваемых свойств в системе CoreWMS фиксирована (срок годности товара, дата приема и номер партии). Их нельзя удалить, так как они используются системой при резервировании и отборе товара со склада. Удалять не разрешается также свойства, ассоциированные с товарами, которые заняты в складских операциях. Индивидуальные атрибуты товара характеризуют каждую единицу товара в отдельности, например, индивидуальным атрибутом является вес товарной упаковки. Наиболее часто используется в качестве такого атрибута серийный номер товара. Индивидуальные атрибуты не относятся к справочным, но для удобства при настройке системы заводится начальный список индивидуальных атрибутов (его можно пополнить и в процессе работы), а при создании товара атрибуты выбираются уже из готового списка. Если вы затем создадите правило (см. «Правила и режимы»), определяющее, что при определенных складских операциях необходимо проверять индивидуальные атрибуты товаров, каждый раз при выполнении соответствующих операций (например, приема/отгрузки) система будет просить заполнить значения индивидуальных атрибутов. Если в систему включен модуль поддержки наборов (комплектов), товар можно объявить набором, задать состав набора и далее во всех складских операциях оперировать уже с готовым набором. В набор могут войти различные товары, имеющие разные свойства и хранящиеся в различных ячейках, никаких ограничений на состав набора не накладывается. 182

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

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

Рис. 4.22. Ввод данных о владельце товаров

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

Перевозчики Система CoreWMS позволяет в заказ на отгрузку заносить данные о перевозчике. Для этого создается справочник перевозчиков. Он включает только названия перевозчиков и возможные комментарии. Справочник перевозчиков не связан со справочником компаний.

Правила и режимы CoreWMS позволяет задать определенные правила и режимы работы, которых будут обязаны придерживаться все ее пользователи. Например, если вы считаете необходимым указывать серийные номера товаров при приеме и отгрузке, задайте такое правило для вашего склада, и ни один сотрудник не сможет его нарушить – иначе система не разрешит отгрузить товар. Или другой пример: зачем тратить время, объясняя новому менеджеру склада, что нельзя отгружать товары из разных заказов на одной палете, если эти товары принадлежат Петрову. Просто установите такое правило, задав в нем владельца товара. Правила и режимы делятся на три смысловые группы: поддержки индивидуальных атрибутов, отбора и отгрузки (Рис. 4.23).

Рис. 4.23. Задание правил и режимов

Правило (режим) можно задать для: • склада в целом, • определенного владельца, заказчика, • класса и группы товаров, • конкретного товара. Поддержку индивидуальных атрибутов товарных упаковок можно 184

включить при отгрузке, при приеме/отгрузке, или при всех операциях. В правилах отбора товара предусмотрены следующие варианты: 1. Отбор по дате приема: • FIFO (first-in-first-out) означает, что первым со склада должен уйти товар, который раньше других на этот склад поступил. • LIFO (last-in-first-out) означает, что первым со склада должен уйти товар, который позже других на этот склад поступил. 2. Отбор по сроку годности. • FEFO (first-expired-first-out) означает, что первым со склада должен уйти товар, срок хранения которого истекает раньше других. • LEFO (last-expired-first-out) означает, что первым со склада должен уйти товар с максимальным сроком хранения. 3. Отбор по количеству ячеек – минимизировать количество ячеек, участвующих в отборе товара, если один и тот же товар расположен в нескольких ячейках, или же максимизировать количество освобождающихся при этом ячеек. 4. Отбор по количеству палет – минимизировать количество палет, участвующих в отборе товара, если один и тот же товар расположен на нескольких палетах, или же максимизировать количество освобождающихся при этом палет. Для каждого из перечисленных четырех правил отбора можно выставить свой приоритет (низкий, нормальный или высокий). Если выполнение одновременно всех правил невозможно, правила с высоким приоритетом будут выполняться в первую очередь, во вторую – со средним, в последнюю – с низким. Если приоритет не выбран (пустое значение), считается, что правило не задано и не будет использоваться. Вы можете также указать режим резервирования – разрешить или запретить резервирование товара, у которого истек срок хранения. В режимах отгрузки можно установить правило, разрешающее или, наоборот, запрещающее объединение товаров из разных заказов на одной палете при отпуске его со склада. Для одного склада можно задать несколько правил, по одному для каждой комбинации параметров. Единственное исключение: нельзя создать правило, если оно противоречит уже существующим. Система за этим проследит и предупредит о невозможности существования нового правила. Если в состав системы входит модуль оптимизации начального размещения товаров на складе, то для автоматического размещения товара на складе вам нужно предварительно задать правила размещения и зоны размещения.

185

Рис. 4.24. Создание метода размещения

Правилом размещения называется условие, выполнение которого проверяется системой в отношении ячейки, куда предполагается разместить товар. Правила делятся на строгие и нестрогие. Для строгого правила ячейка, не удовлетворяющая данному правилу, не может быть выбрана для размещения товара. Для нестрогого правила, если ячейка удовлетворяет правилу, общий приоритет этой ячейки увеличивается на приоритет правила. Приоритет набора ячеек равен сумме приоритетов каждой ячейки в наборе. Ячейка, получившая в результате применения всех правил наибольший общий приоритет (вес), и выбирается в качестве той, в которую производится размещение принятого товара. Методом размещения называется совокупность правил, в которых для каждого правила указаны: • приоритет, • имя (может быть еще краткое описание), • склад, при размещении на который правило должно применяться, • товар, при размещении которого правило должно применяться, • владелец, к товарам которого правило должно применяться, Размещение может осуществляться либо в одну ячейку (если груз помещается в нее целиком), либо в набор ячеек. Если размещаемый груз помещен на палету, он может быть размещен только целиком. Если груз находится на палете и не может быть размещен ни в одну ячейку целиком, система сообщает пользователю о невозможности размещения данного груза на данном складе. Размещение может осуществляться только в те ячейки (наборы ячеек), которые подходят для этого груза по режиму температуры и влажности, а также по ограничениям, наложенным на склад при его создании 186

(например, невозможность помещать в одну и ту же ячейку разные товары и/или товары разных владельцев). В системе реализованы следующие правила размещения: •Правило зон размещения. Ячейка удовлетворяет правилу зон, если входит в одну из зон, заданных для размещаемого груза. Это правило может быть строгим. •Правило ABC-кода. Ячейка удовлетворяет этому правилу, если ABCкод товара и ячейки совпадает. Кроме того, если ABC-код товара «А», а ячейки – «В», либо код товара «В», а ячейки – «А», либо код товара «С», а ячейки – «В», то ячейка по этому правилу получает приращение приоритета в Ѕ приоритета данного правила. •Правило минимальной работы. Это правило применяется при размещении груза в несколько ячеек (размещение груза по частям). При этом набор ячеек получает приоритет, обратно пропорциональный сумме расстояний между ними. Таким образом, лучшей в смысле этого правила считается ячейка, расположенных как можно ближе к ячейкам, намеченным для размещения предыдущих частей груза. При размещении груза целиком в одну ячейку это правило не работает. •Правило наименьшего свободного объема ячейки. Согласно этому правилу ячейка получает приоритет, прямо пропорциональный отношению объема размещаемого груза к объему свободного места в данной ячейке. Таким образом, лучшим в смысле данного правила является ячейка, в которой размещаемый груз занимает как можно большую часть свободного места. •Правило консолидации. Правило применяется, когда один товар размещается в нескольких ячейках. Идея правила состоит в том, чтобы разместить такой товар в ячейках, расположенных поближе друг к другу. Согласно этому правилу приоритет при размещении данного товара получает ячейка, на расстоянии меньшем радиуса консолидации от которой имеется другая ячейка, где хранится тот же товар (и того же владельца – для складов общего пользования), как и размещаемый товар. •Правило консолидации палеты. Это правило аналогично правилу наименьшего свободного объема в применении к палетам. Лучшей для размещения в смысле этого правила является палета, на которой размещаемый груз занимает как можно большую часть свободной площади. При размещении по частям первая часть товаров размещается в ячейку, получившую больший приоритет в результате применения правил, после чего процесс применения нестрогих правил повторяется, уже не учитывая ячейку, в которую была размещена первая часть принятых товаров, и так далее. Процесс размещения идет до тех пор, пока весь товар 187

не будет размещен или на складе больше не останется ячеек, куда его можно было бы разместить. Поступающие на склад товары бывает целесообразно группировать по каким-то признакам: владельцу, классу или группе товаров и хранить такие товары в одной зоне. Например, взрывоопасные вещества лучше хранить в специально оборудованной зоне склада и т. п. CoreWMS поддерживает создание специальных «Зон размещения» (Рис. 4.25).

Рис. 4.25. Создание зоны размещения

Настройка оповещений Система CoreWMS позволяет создавать и отправлять пользователям системы и клиентам оповещения о том или ином событии, произошедшем на складе. Например, владелец товара может быть оповещен о том, что необходимо пополнить запас товара, заказчик – получить по электронной почте сообщение об отгрузке товара. Управляющему складом может быть направлено сообщение о завершении пересчета товара в рамках инвентаризации и т. п. Если в систему включен модуль оповещения пользователей, то при конфигурации системы необходимо задать: •Шаблон оповещения – выбирается из списка доступных шаблонов. •Параметры оповещения – параметры логического условия, составляющего шаблон оповещения. •Список рассылки – перечень возможных получателей оповещений, которыми могут быть пользователи, зарегистрированные в системе, или выделенные роли. •Расписание рассылки – график, по которому оповещения будут рассылаться пользователям. 188

Рис. 4.26. Создание оповещения

После того, как параметры оповещения заданы, нужно сформировать список рассылки данного оповещения.

Рис. 4.27. Формирование списка рассылки

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

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

Рис. 4.28. Создание причины.

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

Приоритеты заданий Если в состав системы входит модуль управления персоналом (требует 190

наличия модуля топологии склада), вы можете установить приоритеты заданий (Рис. 4.29), выдаваемых рабочим на удаленные терминалы (раздел «Конфигурация» /«Приоритет заданий»).

Рис. 4.29. Редактирование приоритетов заданий.

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

Настройки контроля качества Если система включает модуль контроля качества, в процессе конфигурации вам необходимо создать зоны контроля качества – специальные ячейки, где товары содержатся в течение процесса проверки их качества. Имеется возможность выбрать один из четырех типов контроля качества: для товара, для группы товаров, для класса товаров, для группы и класса товаров. К параметрам контроля качества относятся: • процент товара от общего количества, который отбирается на контроль качества, • предпочтительная зона контроля качества, • опция, поставить ли на карантин оставшийся в зоне приема товар. 191

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

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

Управление заказами на поставку Заказ на поставку – это документ, который определяет, когда, какие товары и в каком объеме предполагается поставить, на какой склад товар будет приниматься, кто поставщик, а если склад коммерческий, то кто владелец товара. Все документы, включая заказы на поставку, хранятся в 192

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

Рис. 4.30. Заказ на поставку

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

поставляемом товаре: наименование, количество, единицы измерения. Можно уже при создании заказа задать настраиваемые свойства товара, а можно это сделать позднее, при приеме товара. Такое настраиваемое свойство, как дата приема, вручную вообще заполнять не надо, система это делает автоматически в момент приема товара. Если в систему включен модуль контроля качества, для каждой строки заказа можно задать параметры для отправки на контроль качества (количество товара для отправки на контроль, зону контроля, палету, разрешена ли после контроля перекрестная погрузка и размещать ли оставшийся в зоне приема товар, или заблокировать его на время контроля выбранной партии). Заказы на прием товара, перемещенного с другого склада, создаются автоматически в момент отправки товара с исходного склада. Для такого заказа в заголовке вместо поставщика заполнено поле «со склада». Вновь созданный заказ на поставку получает статус «Новый» и сохраняет его до тех пор, пока заказ не сформирован полностью. В этот период заказ может пополняться, редактироваться, удалятся. Но по заказу со статусом «Новый» нельзя принять товар. Для этого заказ надо завершить. После выполнения операции «Завершить создание» ни одна из строк заказа уже не может изменяться. Заказ на поставку получает статус «Открытый». Открытый заказ нельзя ни удалить, ни модифицировать, его можно только отложить, тогда он вернется к статусу «Новый». По открытым заказам может осуществляться прием товара на склад, полностью или частями. Как только хотя бы один товар по одной из позиций заказа будет принят, заказ на поставку получает статус «Частично принятый». После того как весь товар, указанный в заказе на поставку, принят, заказ получает статус «Закрытый» и отправляется в архив исполненных заказов. Каждая позиция заказа также имеет собственный статус: • «Новая» – строка заказа создана, может редактироваться и удаляться, но по ней нельзя проводить операции приема товара. • «Открытая» – редактирование больше невозможно. Товар, указанный в данной позиции, может приниматься. • «Частично принятая» – часть товара, соответствующего данной позиции, частично получена. • «Полученная» – весь товар, соответствующий данной позиции заказа, получен.

Внеплановый и плановый прием товара Плановый прием товара осуществляется в соответствии с заказом на 194

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

Рис. 4.31. Прием товара по заказу

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

После подтверждения приема заказа полученный товар будет размещён в зоне приёма. Если и для товара, и для склада допустима перекрёстная погрузка (см. «Конфигурация системы»), система запустит процесс перекрёстной погрузки товара, позволяющий отгружать со склада только что полученный товар без его резервирования и отбора. Если же для товара или для склада не допускается перекрёстная погрузка или только часть полученного товара попадает под перекрестную погрузку (для остальных принятых товаров нет соответствующих заказов на отгрузку), то система запускает алгоритм автоматического размещения товаров. Он находит оптимальное местоположение для только что полученного товара (или его части, оставшейся после перекрестной погрузки) и создает задание на размещение. Если вы, минуя зону приема, сразу помещаете товар на его постоянное место хранения, задайте для каждого товара (каждой строки заказа на поставку) нужную ячейку и установите режим авторазмещения, тогда не понадобится потом подтверждать размещение вручную. Система в этом случае запишет в журнал сразу две операции: прием товара и его перемещение из зоны отгрузки в выбранную ячейку. При внеплановом приеме товара указываются такие же сведения, как и при приеме по заказу, за исключением номера заказа, но если внеплановый прием – это возврат отгруженного товара на склад, необходимо указать причину возврата товара, заказ на отгрузку и заказчика, которому отгружался товар. Сотрудники, осуществляющие прием товара, должны иметь соответствующие права. Для приема товара по заказу пользователь должен иметь разрешение на запланированный прием товара. Чтобы сотрудник мог осуществлять внеплановый прием, ему должны быть делегированы права на прием товара по факту. Если система включает модуль поддержки радиочастотных терминалов, прием товара может осуществляться с помощью такого терминала. Прием возможен как уже по существующему заказу на поставку, так и без него. Для работы с радиочастотными терминалами система должна включать модуль поддержки технологии штрихового кодирования. Пользователь терминала взаимодействует с системой с помощью текстового интерфейса, который состоит из набора экранов (Рис. 4.32). Каждый экран содержит управляющие элементы, которые принимают данные от пользователя или от встроенного сканера.

196

Рис. 4.32. Прием товара через радиотерминал

Радиочастотные терминалы взаимодействуют с сервером CoreWMS в режиме on-line: данные о принятом товаре тут же поступают в систему. Если в систему входит модуль контроля качества, пользователю RFтерминалов предоставляется возможность создавать задания на контроль качества товара и осуществлять отправку товара на контроль. Если система включает модуль поддержки Batch терминалов и модуль поддержки технологии штрихового кодирования, прием товара существенно ускоряется. Заказ на поставку должен быть предварительно создан через общесистемный интерфейс. Диалог с Batch-терминалом осуществляется в интерактивном режиме путем ввода управляющей информации через экран устройства (Рис. 4.33). Ввод данных производится через клавиатуру устройства или встроенный сканер. Кроме того, устройство оснащено электронным карандашом для указания электронных кнопок. Через сервер на устройство поступает пакет (Batch) заданий, который оператор автономно выполняет, отчитываясь о выполнении во время сеансов синхронизации с сервером.

197

Рис. 4.33. Прием товара через Batch-терминал

Для связи с сервером системы используются специальные устройства – коннекторы.

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

непосредственно в зону отгрузки.

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

Рис. 4.34. Поиск и подтверждение задания на размещение товара 199

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

Хранение товара Хранение товара – основная задача склада. А основной принцип хранения – качество товара не должно ухудшиться, а количество – уменьшиться. CoreWMS позволяет проводить инвентаризацию всех складских запасов, осуществлять в случае необходимости их корректировку и отслеживать перемещение товара внутри склада. В любой момент можно посмотреть, какой товар имеется в наличии на данный момент на складе, где он хранится, в каких упаковках, кто владелец товара, и сколько товара доступно. При необходимости доступный для резервирования товар можно распаковать. Если товары, с которыми вы работаете, и правила склада поддерживают индивидуальные атрибуты, вы обязаны их указывать и при корректировке, и при перемещении, и при распаковке товара. Это позволяет отследить движение каждой конкретной единицы товара.

Инвентаризация Инвентаризация, если она должным образом не автоматизирована, – очень трудоемкий процесс. Склад тогда закрывают полностью или частично, и выделяют специальных сотрудников, которые занимаются только подсчетом товара. CoreWMS позволяет проводить инвентаризацию без приостановки работы склада. Только часть товаров при этом блокируется, но сразу после подсчета они высвобождаются для отгрузки и других операций. Система позволяет автоматически создавать задания на инвентаризацию, отслеживать их выполнение и корректировать остатки товара в соответствии с результатами подсчета. Сформированные задания могут быть переданы для исполнения на Batch и RF терминалы тем сотрудникам, которые находятся в непосредственной близости от товара и могут его посчитать «между делом». На время инвентаризации товар, участвующий в ней, «замораживается», то есть становится недоступным для других операций. Но если это будет мешать вашей работе, в любой момент инвентаризацию можно отменить – снять невыполненные задания, тогда товары автоматически разблокируются. Вы можете организовать подсчет товара так, как вам удобно: по ячейкам, по товарам, а для коммерческих складов – по владельцам. 200

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

Рис. 4.35. Создание заданий на пересчет 201

Чтобы провести инвентаризацию, надо выполнить следующие шаги: 1. Создать задания на пересчет вручную или настроить автоматическую генерацию заданий. Все вновь созданные задания имеют статус "Новое". Если они перекрывают по функциональности предыдущие, система не будет создавать такие задания, если же функциональность вновь созданных заданий шире, они заменят ранее созданные. Например, пересчет всех товаров в ячейке заменит пересчет одного товара в этой же ячейке 2. По каждому заданию осуществить пересчет и в случае необходимости провести коррекцию товарных остатков (для этого задание нужно сначала заблокировать). Если была проведена коррекция существующих товарных остатков или в задание была добавлена новая позиция для ранее неучтенного товара, задание приобретает статус "Частично посчитанное". 3. После проверки всем посчитанным заданиям присвоить статус "Посчитано". После этой операции все новые задания приобретают статус "Посчитанное", а все частично посчитанные приобретают сразу два статуса "Посчитанное" и "Измененное". 4. Подтвердить посчитанные задания. После этого задание приобретает статус "Выполнено" и попадает в архив выполненных операций. В системе предусмотрена также возможность отменить все неподтвержденные задания на пересчет для выбранного склада. Сотрудники, занимающиеся инвентаризацией, должны иметь права на подсчет товара.

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

Рис. 4.36. Коррекция товара

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

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

203

Рис. 4.37. Создание задания на перемещение товара

Чтобы товар можно было переместить в пределах склада, на складе должны быть ячейки, подходящие по температуре, влажности, по свободному объему, не должны нарушаться установленные для склада правила, относящиеся к возможности смешивать в ячейке разные товары и товары разных владельцев. При этом система учитывает как действительно лежащий в ячейке товар, так и товар из уже созданных, но пока не подтвержденных операций перемещения или приема товара в эту ячейку. Ячейки, участвующие в перемещении, не должны быть задействованы в процессе инвентаризации. Если указанная вами ячейка назначения не подходит по каким-либо причинам для перемещаемого товара, система выдаст предупреждение, и перемещение осуществляться не будет. При перемещении товара в ячейки класса «Специальный» ограничения по температуре и влажности не проверяются. Считается, что это вынужденная временная мера, и такие ячейки не используются для хранения товара на складе. При этом ограничения по размерам могут учитываться, если это поддерживает тип ячейки. Если вы не укажете ячейку назначения, то её подберёт система. Но если это невозможно, появится сообщение «Система не может найти подходящую ячейку для размещения этого товара». Итак, чтобы переместить товар, нужно выполнить следующие шаги: 1. Сформировать задание на перемещение, указав при этом 204

• Склад • Товар • Для коммерческих складов – владельца • Исходную ячейку • Количество товара и единицы измерения – или отметьте опцию «Несколько типов товарных упаковок» – тогда система предложит вам экран для выбора упаковок, где вы при необходимости сможете их распаковать Если вы определились, куда перемещать, укажите ячейку назначения. Если перемещаете палету или на палету – выберите палету. Если перемещаете палету целиком, отметьте опцию «Перемещение палеты». Если перемещаете только определенные товары и хотите указать их серийные номера, отметьте опцию «Определенные серийные номера». 2. Подтвердить перемещение. Для осуществления перемещения вы должны обладать соответствующими правами.

Поиск товарных упаковок Если вам понадобилась информация о том, какой товар имеется в наличии в данный момент на складе или если в процессе инвентаризации вы обнаружили, что товар на самом деле хранится в более мелких упаковках, чем указано в системе, вы можете распаковать товар. Фильтр товарных упаковок позволяет осуществлять поиск по складу, товару, владельцу и ячейке. Вы можете просмотреть список упаковок, отфильтрованный в соответствии с выбранным критерием, узнать, сколько товара доступно для распаковки, то есть, не занято ни в каких складских операциях, и распаковать нужное количество упаковок. Распаковку иерархически вложенных упаковок надо начинать с самого верхнего уровня. Например, если карандаши упакованы в коробки, коробки – в пачки, а те – в ящики, надо сначала распаковать ящики, потом пачки и т. д.

Управление товаром через внешние терминалы Если система включает модуль поддержки технологии штрихового кодирования, а также модуль поддержки радиочастотных терминалов или модуль поддержки Batch терминалов, это позволит значительно сократить время на проведение инвентаризации и при необходимости быстро внести данные о перемещении товара в систему. Оператору внешнего терминала, проводящему инвентаризацию, выдаются задания на пересчет. Отсканировав штрихкод ячейки или палеты, оператор получает данные о товаре, который должен храниться в 205

Рис. 4.38. Поиск товарных упаковок (наличие товара на складе)

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

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

осуществляться в текущей ячейке, если зона не задана), палету контроля (палета контроля должна находиться в описанной зоне контроля качества или ячейке) и количество товара для отправки на контроль качества. Если товар уже лежит на палете, то можно отметить поле «Палета целиком», тогда вся палета с товаром будет отправлена на контроль качества. Товар автоматически блокируется на время проверки качества.

Рис. 4.39. Выбор и отправка товара на контроль качества

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

Рис. 4.40. Завершение контроля качества

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

Отгрузка товара со склада Итак, вы обеспечили оптимальные условия для хранения товара на складе. Теперь наступает момент, когда следует показать «товар лицом» – отгрузка товаров заказчику. Процесс отгрузки разбивается на следующие этапы. Сначала в соответствии с пожеланиями заказчика создается заказ на отгрузку. Если товар должен быть перемещен на другой склад, создается специальный заказ типа «перемещение». Заказы могут быть срочными и обычными. Для срочного заказа происходит автоматическое резервирование имеющегося товара под заказ и автоматическое подтверждение операции резервирования. Для обычного 208

заказа система подберет вам товар, но позволит вручную подтвердить резервирование. Зарезервированный товар системой блокируется, он уже не может быть отправлен другому заказчику или перемещен на другой склад. Если склад и товар поддерживают перекрестную погрузку, то принятый товар сразу будет зарезервирован под открытый заказ на отгрузку и вам останется только подтвердить его перемещение в зону отгрузки (если зона отгрузки не совпадает с зоной приема). После резервирования система автоматически создаст задание на отбор товара и напечатает для вас комплектовочные листы, в которых будет указано, какой товар и из каких ячеек следует отобрать на отгрузку. Процесс отбора товара заключается в непосредственном изъятии зарезервированного товара из ячеек хранения и его перемещении в зону отгрузки. При этом вы можете не согласиться с предложенным системой комплектовочным листом и укомплектовать заказ по-своему: отобрать товар из других ячеек, задать индивидуальные атрибуты товара, распаковать товар, если он хранится в более крупных упаковках, уменьшить количество отгружаемого товара. Можно весь отобранный товар собрать на одну палету и переместить ее в зону отгрузки. Можно отгрузить товар сразу в процессе отбора. В этом случае не понадобится подтверждать отгрузку вручную. Результат отбора фиксируется в виде накладной. По этому документу товар отгружается со склада. На этапе отгрузки вы можете распаковать товар, задать его индивидуальные атрибуты, если это предусмотрено правилами склада, выбрать другие упаковки из зоны отгрузки, изменить дату отгрузки, и затем подтвердить отгрузку. Отгрузить можно не весь товар, а только часть заказанного товара. Отгруженный товар перемещается за пределы склада: заказчику или на другой склад (в этом случае автоматически создается заказ на прием товара на складе назначения), а все операции, проведенные над этим заказом, записываются в журнал операций. В любой момент вплоть до отгрузки со склада можно изменить позиции заказа, отложить заказ, чтобы вернуться к нему позднее или снять заказ совсем. Состояние заказа отслеживается с помощью его статуса. Итак • Отгрузка осуществляется только по открытому заказу на отгрузку. Вы можете управлять заказом на любом этапе вплоть до его отгрузки со склада. Возможна частичная отгрузка заказа. • Резервирование и отбор товара производятся автоматически или вручную – по вашему желанию. Зарезервированный товар блокируется. • Если склад и товар поддерживают перекрестную погрузку, только что принятый товар автоматически отбирается в соответствии с открытыми 209

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

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

Рис. 4.41. Заказ на отгрузку

210

Заказ на отгрузку состоит из заголовка и детальной информации. При создании заказа в заголовке указывается общая информация: номер документа, название склада, имя владельца (только для коммерческих складов), дата заказа, тип заказа и т. п. Заказ может быть четырех типов: «отгрузка заказчику» (обычный и срочный) и «на другой склад» (обычный и срочный). Обычный заказ подразумевает ручное подтверждение резервирования товара, а срочный заказ – автоматическое. Для срочного заказа подтверждается сразу отбор и перемещение в зону отгрузки. Если тип заказа «отгрузка заказчику», в заголовке заказа обязательно указывается заказчик. Если заказ создан для перемещения товара на другой склад, то в заголовке указывается склад назначения. Строки заказа (позиции) определяют информацию об отгружаемом товаре (номенклатуру и количество). Чтобы обеспечить возможность контроля над состоянием заказа в процессе его жизненного цикла, от создания до закрытия и записи в архив, каждый заказ и все его позиции имеют свой статус. Заказ на отгрузку получает статус «Новый» в момент создания. Этот статус сохраняется до тех пор, пока заказ не сформирован полностью. В этот период заказ на отгрузку может быть пополнен, изменен или удален. Заказ со статусом «Новый» не участвует в процессах отпуска (резервирование, отбор, отгрузка) товара со склада. После выполнения операции «Завершить создание», заказ на отгрузку получает статус «Открытый». По нему уже можно резервировать товар. Из состояния со статусом «Открытый» заказ на отгрузку может перейти в состояние со статусами: • «Частично зарезервированный» – хотя бы один товар, входящий в заказ, зарезервирован; • «Зарезервирован» – товары для всех позиций заказа зарезервированы; • «Частично собранный» – хотя бы один зарезервированный товар, входящий в заказ, отобран; • «Собранный» – товары для всех позиций заказа отобраны; • «Частично отгруженный» – хотя бы один отобранный товар, входящий в заказ, отгружен; • «Закрытый» – весь товар, указанный в позициях заказа, отгружен либо часть позиций отменена. Заказ отправлен в архив исполненных заказов. Каждая позиция заказа также имеет собственный статус: • «Новая» – строка заказа создана, может редактироваться и удаляться, но по ней нельзя проводить операции резервирования товара. • «Открытая» – редактирование больше невозможно (за исключением операции отмены). Товар, указанный в данной позиции, может резервироваться. • «Товар в резерве» – товар, соответствующий данной позиции, 211

зарезервирован. • «Товар отгружен» – весь товар, соответствующий данной позиции заказа, отгружен. • «Отменена» – весь товар, соответствующий данной позиции, признан не относящимся к данному заказу, блокировка товара снята. • «Товар собран» – товар для позиции заказа полностью собран. Добавить строку можно только в новый заказ. Открытый заказ (для которого еще не проводилось резервирование товара) можно отложить, т.е. вернуть ему статус «Новый». Если заказ еще активен (не закрыт), вы в любой момент можете расформировать или отменить строку заказа. Расформирование означает освобождение товара, а строке присваивается статус «открытая». Вы можете редактировать ее и снова резервировать товар для этой позиции заказа. Отмена строки означает отказ от этой позиции в заказе. Если отменить все строки заказа, заказ будет автоматически отменен.

Резервирование Операция резервирования позволяет закрепить товар за позицией заказа и напечатать комплектовочные листы. Зарезервированный товар автоматически блокируется системой и не может быть закреплен за другим заказом или перемещен в другую ячейку склада. Резервирование товара под заказ можно осуществлять вручную (Рис. 4.42), или же система сделает это автоматически. Автоматическое резервирование происходит либо сразу при приеме соответствующего товара, если товар и склад поддерживают перекрестную погрузку, либо сразу после создания заказа на отгрузку, если это срочный заказ. При ручном резервировании вы можете просмотреть список всех открытых и частично зарезервированных заказов, просмотреть заказы и их позиции, при необходимости отложить заказ или отменить его позиции. Если подходящего товара на складе нет, система сообщит вам, что резервирование невозможно. Если товар найден, он закрепляется за позицией заказа, после этого вы можете напечатать комплектовочные листы (Рис. 4.42). После операции резервирования заказ на отгрузку может перейти в состояние со статусами: • «Частично зарезервированный» – хотя бы один товар, входящий в заказ, зарезервирован; • «Зарезервирован» – товары для всех позиций заказа зарезервированы;

212

Рис. 4.42. Резервирование товара

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

Отбор товара Процесс отбора товара позволяет изменить предложенный системой вариант резервирования, уменьшить количество отгружаемого товара, распаковать товар, если он хранится в более крупных упаковках, ввести при необходимости индивидуальные атрибуты, напечатать накладные и 213

отправить товар на отгрузку или же сразу его отгрузить. Задание на отбор товара уже было создано для вас системой во время операции резервирования для обычных заказов или при создании заказа для срочных заказов. Если товар был зарезервирован под заказ в результате перекрестной погрузки, он считается уже отобранным и готовым к отгрузке. Но в том случае, если зона приема не совпадает с зоной отгрузки, система сгенерирует задания на перемещение товара в зону отгрузки, которые вам нужно будет подтвердить. Если система включает модуль сортировки и упаковки, вы сможете выбрать соответствующие зоны. Тогда товар сначала будет помещен в зону сортировки, затем в зону упаковки, и потом уже в зону отгрузки. Если существует предварительный план упаковки, система не позволит миновать операцию упаковки. Если товар задан однозначно, вы можете сразу подтвердить отбор товара. Если подтверждение отбора еще не доступно, значит, система не может пока определиться с выбором товара. В этом случае нужно однозначно выбрать товарные упаковки, может быть, распаковать товар и при необходимости ввести индивидуальные атрибуты. На этом этапе вы также можете вообще выбрать товар из другой ячейки или уменьшить количество отгружаемого товара. Для этой операции обязательно должна быть указана причина. Как только вы однозначно определите товар, подтверждение отбора станет доступно. Весь отгружаемый товар можно собрать на палету. Чтобы не подтверждать отдельно отгрузку товара, можно сразу отметить опцию «Подтвердить отгрузку товара». При этом вы можете напечатать накладную. При включенном модуле сортировки и упаковки установить опцию «Подтвердить отгрузку товара» можно только в том случае, если зоны сортировки и упаковки не выбраны. Статус заказа в результате отбора изменится на: •«Частично собранный» – если хотя бы один зарезервированный товар, входящий в заказ, отобран; •«Собранный» – если товары для всех позиций заказа отобраны. Результатом подтверждения задания на отбор является генерация заданий на отгрузку (или на сортировку и упаковку, если они поддерживаются системой).

214

Рис. 4.43. Подтверждение заданий на отбор товара

Сортировка и упаковка Если в состав системы входит модуль сортировки и упаковки, он предоставляет возможность предварительно распланировать, как распределить товар по упаковкам, а также отсортировать и упаковать товар перед отгрузкой. Здесь термин «упаковка» используется в смысле тары или обертки, а не в смысле единицы измерения товара. Операция сортировки – это консолидация всей строки заказа на отгрузку в зоне сортировки. Как только в этой зоне оказывается весь товар для строки заказа, системой автоматически создается задание на сортировку. Далее задание на сортировку нужно подтвердить. При этом система предоставляет возможность изменить ячейку назначения товара. Можно выбрать либо зону упаковки, либо зону отгрузки. Выбор зоны отгрузки означает отсутствие операции упаковки. Поддерживается целостность строки заказа: нельзя отправить части строки заказа в различные ячейки назначения. 215

Рис. 4.44. Задания на сортировку

При подтверждении операции сортировки строка заказа на отгрузку получает статус «Товар сортирован», означающий, что эта строка целиком находится в зоне упаковки, и операция упаковки еще не началась. Система позволяет также создать заранее план упаковки. В нем указывается количество товара, подлежащего упаковке, тип упаковки, и опция, нужно ли паковать товар в контейнер. Можете добавить комментарий. Нажмите кнопку «Создать план». Если план упаковки создан, то в цепочке движения товара на складе этап упаковки будет выполнен автоматически. Если товар еще не отгружен, его можно распаковать полностью или частично. Тогда товар окажется в зоне упаковки не упакованным и готовым для повторного распределения в упаковки.

Планирование погрузки Если в систему включен модуль планирования погрузки, он позволяет управляющему персоналу склада планировать и организовывать процесс погрузки. План погрузки – это ряд погрузочных операций (строк из одного или нескольких заказов на отгрузку). Операции, в зависимости от заданных параметров, выполняются в определенном или в произвольном порядке. При создании плана погрузки (Рис. 4.45), кроме строк заказов, которые в него входят, указываются название плана, дата погрузки и перевозчик. При желании к каждому плану можно добавить комментарии. Указывается также опция «Важен ли порядок». Для активации плана погрузки используется поле «Активирован». 216

Можно получить печатную версию созданного плана в любом из форматов: HTML, Excel или PDF.

Рис. 4.45. План погрузки

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

Пополнение зон отбора Если в CoreWMS входит модуль автоматического пополнения зон отбора, система позволяет: • задать зону отбора, используя специальный тип ячейки «зона отбора»; • для каждого товара (владельца) установить зону отбора, выбираемую по умолчанию, и указать для нее минимальное или максимальное количество товара; • автоматически пополнять запасы зоны отбора, когда количество товара в ней станет меньше заданного минимального значения; • просмотреть отчет о пополнении зоны отбора; • установить для склада свойство: «Резервировать только из зоны отбора». Задание на пополнение запасов (добавление товара в зону отбора) генерируется автоматически при подтверждении заданий на отгрузку, если при конфигурации системы вы установили опцию автоматического 217

пополнения (см. «Зоны отбора»). Если опция не установлена, то задания на пополнения следует создавать вручную.

Рис. 4.46. Задания на пополнение зоны отбора

Подтвержденные задания начнут выдаваться на RF и Batch терминалы (если в систему включены соответствующие модули).

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

Рис. 4.47. Подтверждение заданий на отгрузку

Можно отгрузить целиком палету. Если система включает модуль сортировки и упаковки, добавляется возможность подтвердить задания на отгрузку упаковки/контейнера. Результатом подтверждения заданий на отгрузку является перемещение товара со склада заказчику или на другой склад. Во втором случае автоматически создается заказ на прием товара на склад назначения в точном соответствии с отгруженным товаром. Если все позиции заказа были отгружены, заказ закрывается. Если отгружен товар только по отдельным позициям, заказ приобретает статус частично отгруженного. После того, как отгрузка подтверждена, вы можете напечатать накладные:

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

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

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

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

Базовые отчеты Базовая версия системы включает семь основных отчетов: • Отчет о наличии товара на складе; 220

Рис. 4.48. Поиск накладной

• Отчет о перемещении товаров в пределах склада; • Отчет о принятом товаре; • Отчет об отгруженном товаре; • Отчет об инвентаризации и коррекции товара; • Отчет по заказам, ожидающим отгрузки; • Отчет обо всех операциях с товаром (журнал операций). Отчеты строятся по принципу «максимум информации в минимальном пространстве». Чтобы вы не утонули в море товаров, палет и заказов, заголовок каждого отчета включает множество полей для фильтрации данных, а сам отчет – целый ряд гиперссылок в каждой строке, позволяющих уточнить необходимую вам информацию. Отчет о наличии товара на складе (Рис. 4.49) позволяет отобразить информацию об имеющемся на складе товаре как в детальном (по ячейкам, палетам и контейнерам), так и в суммарном режиме, посмотреть, в каких упаковках хранится товар, его индивидуальные атрибуты, узнать причины блокировки товара. Если количество доступного товара не совпадает с количеством имеющегося на складе, вы можете посмотреть причины блокировки товара. Соответствующие ссылки в полях отчета позволяют получить подробную информацию о процессах, происходящих с товаром, условиях хранения товара, упаковках, в которых хранится товар и т.п. Отчет о перемещении товара (Рис. 4.50) дает представление обо всех 221

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

Рис. 4.49. Отчет о наличии товара

Точно так же, как и в предыдущем отчете, ссылки в каждой строке позволяют уточнить данные о товаре, палете и т. п. Отчет о приеме товара на склад (Рис. 4.50) отображает информацию обо всех операциях приема товара: когда и сколько товара было принято, 222

в какой зоне проходил прием, принимался товар по заказу или это операция возврата товара на склад. Первая колонка содержит кнопки, позволяющие открыть детальный отчет о каждой операции приема. Кнопка «?» показывает, в каких упаковках поступил товар, и какие ему были присвоены серийные номера при приеме.

Рис. 4.50. Отчеты о перемещении и о приеме товара

Отчет об отгрузке товара – это документ, описывающий все операции отгрузки: какой товар был отгружен, куда и когда, кто проводил отгрузку и из какой зоны. Можно уточнить информацию об отгруженных упаковках и их серийных номерах. Отчет об инвентаризации и коррекции товара позволяет просмотреть все операции, касающиеся корректировки товарных остатков в процессе инвентаризации или по другим причинам (через меню Хранение/Коррекция товара). Каждая операция изменения товарных 223

остатков в отчете описана очень подробно: какой товар, на каком складе, в какой ячейке и кем был откорректирован, на сколько изменилось количество товара, сколько товара стало в итоге, в каких упаковках он хранится, посмотреть причины корректировки товара. Отчет по заказам на отгрузку товара включает данные обо всех заказах, ожидающих отгрузки. По каждому заказу можно получить подробную информацию. Отчет о выполненных операциях – это подробный журнал операций системы CoreWMS. Все, что происходит с товаром на складе, начиная с приема товара, его размещения и до отбора и отгрузки, включая перекрестную погрузку, записывается в журнал. В отчет попадают также сведения обо всех перемещениях товара, его коррекции, операциях инвентаризации. Кнопка в первой колонке отчета открывает детальный отчет по каждой операции. Все отчеты могут быть представлены как в стандартном HTML формате, так и в Excel и PDF форматах.

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

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

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

Рис. 4.51. Пример графического отчета о загруженности области склада 225

Если указать курсором на стойку, то во второй статусной строке появится информация об указанных ячейках. Указывается адрес ячейки, процент заполнения товаром, класс ячейки. Загруженность стоек с разбивкой по товарам отражается цветами, значения которых указывается внизу экрана в виде условных обозначений. Из-за того, что карта представляет проекцию сверху, в случае, когда в двух и более ячейках одной стойки находится одинаковый товар, стойка отображаются пурпурным цветом. Если указать курсором на стойку (Рис. 4.51), то во второй статусной строке появится информация об указанных ячейках: адрес ячейки, процент заполнения товаром, названия товаров.

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

Рис. 4.52. Отчет о производительности труда

Отчет может быть отсортирован по именам рабочих, по количеству операций, длительности операций, КПД, длительности рабочего времени, объему и весу товаров. Для того чтобы отсортировать отчет, достаточно нажать на заголовок соответствующей колонки. 226

Отчет может быть распечатан в любом из трех форматов: HTML, Excel, PDF. Чтобы получить детальный отчет о производительности труда конкретного рабочего, достаточно нажать кнопку в нужной строке. Вы получите список всех операций, выполненных данным рабочим.

Отчет по операциям контроля качества товара Если в состав системы включен модуль контроля качества, вы можете получить отчет по всем операциям контроля качества: отправке на контроль, размещению проверенного товара на складе, возврату отбракованного товара поставщику и списанию товара (Рис. 4.53).

Рис. 4.53. Отчет по контролю качества товара

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

Расчет услуг для коммерческих складов Модуль поддержки деятельности коммерческих складов (биллинг) предоставляет возможность владельцу склада заключать контракты с владельцами товаров для использования ресурсов склада и оказания 227

Рис. 4.54. Отчет о пополнении зон отбора

разных услуг, связанных с хранением товаров. Система подсчитывает количество произведенных складских услуг и формирует соответствующие счета согласно условиям контракта. Расчет производится в соответствии с прайс-листами на услуги. Услуга определяется названием и правилами ее подсчета, которые включают тип услуги, единицу измерения, частоту подсчета выполнения данной услуги, метод округления. В системе поддерживается два типа расчетных услуг: услуги хранения и услуги перемещения (содержания) товаров. Для каждого из типов услуг предусмотрено несколько своих единиц измерения (объектов платежа). Прайс-лист определяет цену, по которой рассчитывается данная услуга. В один прайс-лист может быть включено несколько услуг с их условиями применения. В прайс-листе указывается также период действия цен на услуги. Прайс-лист может составляться для разных категорий пользователей. Например, льготная группа, или группа услуг с повышенной ставкой и т. п. Для этого в системе введен квалификационный признак – ценовая группа. Контракт – это договор с владельцем на оказание определенных услуг. В контракт могут включаться услуги, на которые имеется прайс-лист, а также особые детали контракта. Они используются для описания условий, отличных от стандартных, которые зафиксированы в прайс-листах. Особые детали контракта имеют более высокий приоритет, чем обычные, что дает возможность более точно учесть требования владельца товара. 228

Рис. 4.55. Работа с контрактами

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

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

Оповещение пользователей Модуль оповещения пользователей позволяет сообщать пользователям, подписавшимся на данную услугу, о событиях и/или обстоятельствах на складе. Шаблон, параметры оповещения и список рассылки задаются при конфигурировании системы (см. «Конфигурация системы. Настройка оповещений»). Есть два вида активизации посылки оповещений: по событиям и периодические. В первом случае пользователь будет проинформирован по электронной почте о наступлении события, определенного в шаблоне. При периодическом информировании электронные письма будут рассылаться всем подписчикам из списка рассылки в соответствии с заданным расписанием.

Взаимодействие CoreWMS с другими системами Модуль поддержки интерфейса EDI предназначен для обеспечения взаимодействия системы CoreWMS с другими системами, существующими у заказчика. При взаимодействии используется механизм обмена электронными документами в формате EDI. Настоящая версия модуля позволяет: • получать от партнеров заказы на поставку; • получать от партнеров заказы на отгрузку; • посылать партнерам извещения о приеме (подтверждение приема); • посылать партнерам извещения об отгрузке (подтверждение отгрузки). Модуль может получать входной документ либо путем автоматического опроса внешнего Web сайта, или по электронной почте. Принимаемый документ регистрируется в системе, а партнеру посылается подтверждение о доставке. Модуль получает также от системы оповещение о завершении какойлибо операции и возможности отправления выходного документа. Документ автоматически отсылается партнеру. Поддерживается также отложенный режим (off-line). В этом случае выходные документы буферизируются и отсылаются, когда устанавливается соединение. Несмотря на сложность процесса синхронизации приложений, 230

Рис. 4.56. Поддержка интерфейса EDI

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

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

Мебельный склад В 2004 году система CoreWMS была внедрена на мебельном комбинате, организовавшем технологический процесс производства мебели, не имеющий пока аналогов в России. Предприятие имеет собственный мебельный склад, площадью около 12 тысяч квадратных метров, оборудованный четырехъярусными стеллажами для хранения 4000 палет с готовой продукцией и оснащённый новейшим оборудованием. Готовая продукция поступает на склад в виде упакованных в картон пакетов на палетах. Каждый пакет с помощью CoreWMS маркируется этикетками с уникальным штрихкодом, что позволяет однозначно идентифицировать любой пакет, хранящийся на складе. При размещении продукции на складе система использует оптимальный алгоритм с возможностью консолидации различных типов товара в специально 231

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

Коммерческий склад транснациональной корпорации В 2003 году был завершен проект по автоматизации коммерческого склада транснациональной корпорации. Почему руководство компании сделало такой выбор? CoreWMS обеспечивает возможность удаленного доступа к складской информации большого количества интернет пользователей, которые могут оформлять заявки на поставку и отгрузку товара, просматривать отчеты и счета на оплату за услуги хранения, что значительно облегчило труд небольшого числа складских менеджеров. Актуальным для корпорации является также тот факт, что CoreWMS позволяет разграничивать права доступа пользователей к продукции компании в зависимости от принадлежности пользователей к определенным группам и подразделениям, а также их права внутри каждой группы. В компании также активно используется Batch терминалы со встроенными сканерами, обеспечивающие непрерывный прием и отправку товара. 232

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

Склад для хранения продуктов питания В июле 2003 года был реализован проект по автоматизации склада крупной зарубежной компании для хранения продуктов питания. Компания насчитывает около 60 тысяч квадратных метров складских площадей, оснащенных современными холодильными установками. Особенностью проекта является использование возможностей CoreWMS автоматически размещать продукты питания в холодильные камеры с заданной температурой хранения. Приходящие на склад палеты с продуктами питания, идентифицируются при помощи радиочастотных переносных терминалов, оборудованных лазерными сканерами штрихкодов. В CoreWMS фиксируется дата приема товара на склад и срок его хранения, что обеспечивает своевременную отгрузку товара со склада. Система поддерживает взвешивание товара при приеме и отборе товара, а также во всех внутренних складских операциях. Реализован набор правил и методов отбора товара по дате приема и сроку годности, постановка принятого товара в резерв (автоматическая и ручная), отпуск товара на палетах. Модуль управления персоналом дополнен возможностями распределения рабочих по зонам склада для получения заданий, а также указания заказов на отгрузку в заданиях на отбор товара. Дополнительные функции модуля поддержки коммерческих складов для ответственного хранения товара (биллинг) позволили применить 233

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

Преимущества от внедрения системы CoreWMS Итак, вы приняли решение внедрить систему CoreWMS в вашей компании. Осталось совсем чуть-чуть – убедить в этом руководство фирмы, а если руководство – это и есть вы, просто еще раз перепроверить себя и посчитать, что вы в конечном итоге приобретете. Эффективное вложение средств и возврат инвестиций.

Преимущества для владельца склада. Насколько быстро окупится приобретенная вами система? Насколько привлекательно такое вложение средств для инвесторов? Существует множество способов оценки эффективности капиталовложений. Выбор методики оценки зависит и от особенностей бизнеса, и от личных предпочтений ваших финансовых аналитиков. Для расчета нужно детально знать технологию работы склада и его объемно-статистические показатели. Описание подобных методик – это материал для отдельной книги. Здесь мы приведем только список факторов, за счет которых повышается эффективность работы склада после внедрения системы CoreWMS. 1. Сокращение рабочего времени на выполнение складских операций (повышение производительности труда) за счет использования удаленных терминалов сбора данных и выдачи задания рабочим в режиме реального времени. 2. Уменьшение количества погрузочной техники за счет оптимального размещения товаров на складе. 3.Экономия топлива и запасных частей за счет минимизации холостого перемещения погрузочной техники. 4. Экономия электроэнергии за счет оптимального размещения товаров с учетом условий их хранения (один холодильник заполнить, а другой на время отключить и т.п.). 5. Увеличение товарооборота за счет сокращения рабочего времени на выполнение складских операций и грамотного использования складских площадей. 6.Сокращение времени на проведение инвентаризации за счет возможности проводить инвентаризацию постоянно, без выделения 234

отдельного персонала и без прерывания деятельности склада. 7. Увеличение вместимости складских площадей за счет правильной разбивки на зоны хранения и обработки грузов, а также за счет уменьшения количества резервных товаров (система автоматически подсчитывает, какие товары нуждаются в пополнении, а какие – еще нет). 8. Уменьшение средств на допоставку заказов и минимизация убытков из-за возврата заказов за счет улучшения качества комплектации заказов и автоматической печати комплектовочных листов. 9. Минимизация затрат на списание просроченного товара за счет отгрузки в первую очередь товаров, у которых раньше истекает срок хранения. 10. Повышение материального стимулирования работников склада с одновременной экономией заработной платы за счет того, что система хранит данные о действиях каждого из работников, и появляется возможность оплачивать их труд, исходя из реально выполненных заданий. 11. Сокращение убытков за счет исключения пропажи товара. Указанные факторы могут иметь различный вес для разных предприятий и условий ведения бизнеса, поэтому рассматривать здесь какой-либо конкретный числовой пример было бы бессмысленно.

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

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

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

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

Простота внедрения и поддержки. Преимущества для IT специалистов. Система устанавливается на один или несколько серверов (в зависимости от их мощности). Все пользователи (клиенты системы) работают с ней удаленно через Web-браузер. Никакого дополнительного программного обеспечения на клиентских компьютерах устанавливать не нужно. Это позволяет сэкономить, во-первых, на технике, так как требования к клиентскому рабочему месту минимальны, во-вторых, на программном обеспечении, так как Web-браузер входит в состав операционной системы и, скорее всего, уже установлен на всех компьютерах. IT-специалистам не придется ежедневно обходить (объезжать, облетать) рабочие места, чтобы сначала установить там программное обеспечение, а потом устранять какие-то неполадки. Вся система сосредоточена на сервере, и все проблемы могут быть решены, не сходя с одного рабочего места администратора системы. Чтобы не быть совсем голословными, приведем лишь итоговую цифру, полученную из опыта внедрения CoreWMS на различных предприятиях, 236

отечественных и зарубежных. По самым скромным подсчетам, которые проводились по различным методикам, эффективность возврата вложенных средств составляет в среднем не менее 25% в год. Это не хуже процентной ставки, предоставляемой банками, поэтому вложение капитала в CoreWMS можно считать выгодным.

237

Список литературы 1. Волгин В.В. Склад. Практическое пособие – 2-е изд.- М.: Издательский дом «Дашков и К », 2001. – 315с. 2. Волгин В.В. Кладовщик: Устройство складов. Складские операции. Управление складом. Нормативные документы. - М.: Ось-89, 2002. – 272с. 3. Родников А.Н. Логистика: Терминологический словарь, 2-е изд. М.:ИНФРА-М, 2000. – 352с. 4. Савин В.А. Склады: Справочное пособие. – М.: Издательство «Дело и сервис», 2001. – 544 с. 5. Складская система CoreIMS: складской учет на уровне мировых стандартов. – Складской комплекс, №5, 2004, с.42 – 43. 6. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер с англ. – М.: ДМК Пресс, 2001. – 432 с.: ил.

238

Алфавитный указатель А Автоматизация склада 8 Адресное хранение 29 Б Биллинг 136-138, 227-229 Бумажная технология 95 В Взвешивание при приеме 41 Владелец товара 28, 41, 53-55, 125-128, 145, 157-158, 183 Г Генератор отчетов 76 Д Диаграмма вариантов использования 15-16, 43, 47, 49, 54-56 Диаграмма деятельностей 16, 45, 48, 51 Диаграмма классов 15, 22, 23, 27, 32, 33, 67, 70, 169, 178 Е Единицы измерения 26, 180 - Базовая 26, 180 - Стандартная 19 - Тип 26 Ж Журнал операций 76, 91, 115, 192, 224 З Задание 147 - Подтверждение задания 148 - Приоритет 190-191 Заказ на отгрузку 25-26, 50, 68-69, 81, 147, 209-212 - Обычный 208-209, 211 - Расформирование 212 - Срочный 208, 211 - Статус 81, 211-212, 214 Заказ на поставку 24, 42, 68, 76-79, 147, 192-194 - Редактирование 78-79 - Создание 77-78 - Статус 24-25, 76-77, 194 - Строка (Позиция) 25, 76, 193-194 Заказчик 55-56, 146, 158 Зона 31, 145 - Зона отбора 145, 173 Пополнение 152, 217 - Зона хранения 145 - Зона приема 145, 172 - Зона отгрузки 145, 172 И

Инвентаризация 46, 148, 200-202 - Аудит 201 - Слепой подсчет 148, 201 Инвенторная система см. Система учета товаров Интернет доступ 124-125, 139 Информация о размещении 26, 34, 70 История операций 76, 80, 91, 132, 135 К Кастомизация 11, 42 Класс 18 Коммерческий склад Компания 146, 183 Комплект 23 см. также Набор Комплектовочный лист 50, 147, 220 Контракт 228-229 Контейнер 69, 175 Контроль качества 144, 151, 191, 206-208 Коробочный продукт 10 Коррекция товара 46, 202-203 Л Логический адрес 29, 32 М Меню 37 Место хранения 69 Модель 16-17 - Атрибутов Товара 21-22 - Атрибутов товара в CoreIMS 67 - Атрибутов товара в CoreWMS 178 - Склада 31-32, 169 - Товара 26-28 - Хранения 33-34 - Хранения Товаров в CoreIMS 69-70 - Хранения Товаров в CoreWMS Модульность 41-42, 62, 148-149 Н Набор 68, 78, 182-183 Накладная 52, 64, 83, 147, 220 Настраиваемость 42 О Область хранения 30-31 Объект 13, 18 Оповещения 152, 188-189, 230 Особый платеж 229 Отбор товара 52, 148, 209, 213-215 Отгрузка товара 49-53, 218 - В CoreIMS 81-84 - В CoreIMS EE 133-136 - В CoreWMS 147, 208-220 - История отгрузок 83-84 239

- Отмена отгрузки 84, 135-136 - Перекрестная 20, 133-134 - С использованием Batch терминала 99-100, 219-220 - Требования 52 Отчеты 91-95, 220-227 - Базовые 220-224 - Документы 93 - Графические 224-226 - Группы 92 - О пополнении зон отбора 227 - О производительности труда рабочих 226-227 - Об упаковке 224 - По контролю качества 227 - Просмотр 92-93 - Товары 93-94, 221-222 - Товары по ячейкам 94 - Управление товарами 94-95 П Палета 69, 146, 174-175 Перевозчик 183 Перекрестная погрузка 20, 52, 148, 198-199 Перемещение товара 19, 47, 76, 203-205 - Между складами 76, 208-209, 219 Переносные устройства коммуникации 35-39, 196-198, 205-206, 219 Персонал склада 56 Планирование погрузки 151, 216-217 Поставщик 55, 146 Прайс-лист 228 Прием товара 42-46 - В CoreIMS 80-81 - В CoreIMS EE 131-133 - В CoreWMS 147, 192-200 - Внеплановый 42, 81, 147, 196 - Отмена приема 132-133 - По заказу на поставку 81 - Ремиссии 81, 107-109 - С использованием Batch терминала 98-99 - Требования 46 - Частичный 42 Проход 31 Р Радиотерминал 36-38, 196-197 Разграничение прав доступа 56-57, 71-72, 105-107, 125, 159-163 Размещение товара 41, 44, 147, 199-200 Резервирование товара 50, 82, 134-135, 147148, 209, 212-213 С Система управления складом 12-13 Система учета товаров 10-12 Склад 28-35, 69-70, 128, 145 - Атрибуты 28-29 240

- Код 28 - Коммерческий 28, 145 - Наименование 28 - Разрешение смешивания 28 - Тип 28 - Топология 34-35, 176 Складские процессы 14, 18-19, 40-41, 75-76, 131-132, 192 - Правила 184-188 Сортировка и упаковка 151, 215-216 Список 37 Справочник 148, 166 Справочник наборов 68 Справочник складов 69 Справочник товаров 19, 68, 177 Стеллаж 31 Т Таблица 37 Тара 24 Текстовое поле 37 Терминал пакетной обработки - см. Batchтерминал Товар 18-28, 146 - Артикул 146 - Атрибуты 18-22, 65-66, 146-147 Атрибут хранения 21 Дополнительные 180-181 Индивидуальные 21, 65-66, 182, 195 Настраиваемые свойства 182 Общие 20, 65, 181-182 Справочные 19-20, 65, 177 - В наличии 146 - Вес 21 - Группа 146, 179-180 - Делимость 20 - Заменяющие 28 - Зарезервированный 126, 147 - Класс 20, 65, 146, 179-180 - Количество 20 - Минимальный запас 20 - Набор штрихкодов 19 - Объединяемость 20 - Партия 20, 121 - Свойства - Серийный номер 21 - Сорт 20 - Соседство 28 - Срок годности 20 - Статус 66, 86-87 У Упаковка 23, 90, 205 - Упаковочный лист 24 Услуга 228 Учет товара 85-91

- Блокирование товаров 88, 115 - Инвентаризация 46, 90 - Комплектование (разукомплектование) наборов 89-90 - Коррекция товара 46, 87 - Перемещение товара 46, 87-88 - Перемещение товара между складами 88, 100 - Пополнение 90 - Просмотр хранимых товаров 85-87 - Упаковка и распаковка 90 Ф Фильтр 85 Х Хранение товара 46-49, 200 - Требования 48-49 Ц Цена 65 Ш Штрихкоды 19 Штриховое кодирование 39-40 Э Экранная кнопка 37 Элемент отбора 173 Я Язык UML 14-17 Ячейка 13, 29-30, 69, 145, 168-172 - Атрибуты 29-30, 171-172 - Блокирование 115 - Класс 146, 168 - По умолчанию 170 - Предпочтительная 65, 146 - Тип 30, 145 - Штрихкод 172

B Batch-терминал 38-39, 197-198 - Выполнение складских операций в CoreIMS 95-102 - Синхронизация 38, 101-102 C CoreCRM 111 CoreIMS 12, 58, 124 - Администрирование 105-107 - Активный элемент 75 - Архитектура 60-63 - Возможности 58-59 - Выгоды от использования 114

- Главное окно 71-72 - Диалоговые окна 72-75 - Интерфейс 71-75 - Модули 63-64 - Поиск 74 - Права доступа 71-72 - Просмотр данных 74 - Редактирование записей 74-75 - Сообщения 75 - Фильтр 73-74 - Web интерфейс 102-105 CoreIMS EE 14, 124 - Архитектура 129 - Взаимодействие с другими системами 230 - Владелец товара 125-128 - Возможности 124-126, 128, 139 - Выгоды от использования 138-140 - Заказ 127-128 - Интерфейс 129-131 - Контракт 136 - Модуль расчета услуг 125 - Платеж 137 - Поиск 130 - Просмотр данных 130 - Профиль 130 - Склад 128 - Счет 138 - Товар 126 Зарезервированный 126 - Фильтр 130 CoreWMS 14, 144-145 - Администрирование 158-164 - Активный элемент 148 - Архитектура 148-156 - Базовый модуль (ядро) 149 - Выгоды от использования - Интерфейс 156-158 Внешний 157-158 - Клиенты склада 146 - Конфигурация 164-191 - Модули 149-152 - Права доступа 159-161 - Правило (режим)146 - Причины 190 - Роль 159 - Склад 145, 166-167 - Статистика подключений 163 164 - Требования 141-144

241