1с логистика управление складом axelot. Cистема «1С:WMS Логистика. Управление складом» для высокоинтенсивных складов Мантуров Сергей, Консультант AXELOT. Автоматическое создание и распределение задач

Компания AXELOT выпустила релиз «1С:WMS Логистика. Управление складом» 4.0.3.1

Основные отраслевые функциональные возможности программы:

• Конфигурация "WMS Логистика . Управление складом" не является самостоятельной, для ее работы необходимо наличие установленной платформы "1С:Предприятие 8.3 " версии 8.3.6 и выше.

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

Мобильное приложение для работы с радиотерминалами сбора данных под управлением ОС Android или MS Windows CE/Mobile поставляется с программной защитой, реализованной через привязку лицензии, входящей в комплект поставки, к IMEI терминала сбора данных.

2016: Сервисная модель продаж систем автоматизации складской и транспортной логистики (WMS и TMS)

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

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

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

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

2015: 1С-Логистика: Управление складом, редакция 4.0 получила сертификат совместимости с 1С

12 августа 2015 года стало известно о завершении сертификации ПО "1С:Предприятие 8. WMS Логистика . Управление складом" редакция 4.0 - "Совместимо! Система программ 1С :Предприятие".

Основные отраслевые функциональные возможности

• Учет товара в адресном пространстве склада: учет в разрезе упаковок, сроков годности, партий, серийных номеров, акцизных марок, качества; учет тары и контроль габаритов, ABC/XYZ анализ.
• Управление основными складскими задачами: приемка, размещение, штрихкодирование (товаров, ячеек, контейнеров), упаковка, контроль качества, отгрузка, инвентаризация.
• Работа с радиотерминалами сбора данных (ТСД): считывание штрихкодов и RFID-меток; работа без операторов склада.
• Управление ресурсами: автоматическое создание и распределение задач; контроль качества выполнения заданий; анализ эффективности работы персонала; расчет необходимого количества персонала на смену; оптимизация маршрутов складской техники.
• Расчет услуг ответственного хранения: учет товара в разрезе владельцев, задание тарифов по каждому владельцу, расчет стоимости услуг по каждой операции.
• Управление двором/Yard Management: управление движением транспортных средств на прискладской территории, контроль въезда/выезда, автоматическое назначение транспортных окон для разгрузки/загрузки ко времени прибытия транспорта на склад.
• Контроль работы склада: мониторы руководителя склада и диспетчеров приемки и отгрузки; мониторы заказов и ресурсов; аналитика.

2014: 1С-Логистика:Управление складом 3.0

1С:WMS Логистика. Управление складом. Функциональные возможности

По информации на декабрь 2012 года программный продукт "1С :WMS Логистика . Управление складом" аккумулирует опыт и успешные практики, полученные при развитии и внедрении предыдущей версии специализированного решения для автоматизации складской логистики "1С-Логистика. Управление складом 3.0" и является результатом многолетней работы по автоматизации складских комплексов.

"1С:WMS Логистика. Управление складом" предоставляет следующие функциональные возможности:

• Задание топологии складского комплекса;
• Работа с товаром и контейнерами;
• Учет мерного товара;
• Приемка товара на склад:
  • Приемка товара от поставщика, из производства или с другого склада;
  • Возврат товара от клиента;
  • Приемка по предварительному составу паллет (контейнеров);
  • Приемка некондиционного товара;
  • Приемка миксованных контейнеров;
  • Приемка обезличенных грузов;
  • Приемка в "доверительном" режиме;
• Кросс-докинг и транзит:
  • Приемка товара под заказ клиента;
  • Работа с транзитными грузами.
• Размещение товаров:
  • Задание стратегий размещения товара по различным критериям;
  • Автоматическое размещение товара;
  • Пополнение зоны отбора при размещении;
  • Размещение миксованных контейнеров;
  • Многошаговое размещение товара;
  • Контроль вместимости ячеек по количеству и высоте контейнеров, весу.
• Отбор и упаковка заказов:
  • Консолидация отборов в волны, группы;
  • Кластерный отбор;
  • Задание стратегий отбора по различным критериям;
  • Контроль и упаковка отобранного товара;
  • Консолидация контейнеров перед загрузкой в машину;
  • Сортировка товара по заказам при групповом/волновом отборе;
  • Отмена заказа с расформированием груза.
• Отгрузка:
  • Планирование рейсов по маршрутам доставки;
  • Печать сопроводительной документации;
• Выходной контроль. Внутрискладские операции:
  • Задание стратегий подпитки: по заказу, по min/max;
  • Подпитка коробочной и штучной зоны.
• Внутрискладские перемещения;
• Инвентаризация;
• Контроль качества;
• Маркировка и стикерование.
• Управление задачами:
  • Классификация и приоритезация задач;
  • Автоматическое распределение задач по ресурсам;
  • Мониторинг задач.
• Выполнение задач в режиме реального времени с помощью радиотерминала
• Поддержка функций склада ответственного хранения.
• Аналитические механизмы:
  • Мониторинг заказов и задач;
  • Мониторинг ресурсов;
  • Аналитическая отчетность.

Введение.

Давайте попробуем разобраться и попытаться ответить на два вопроса:
1. Можно ли использовать 1С на складе?
2. Что выбрать - купить готовое решение или самостоятельно разработать собственный продукт?

Многие задаются вопросом "А если вообще выбор из WMS на базе 1С?"

На текущий момент можно найти следующие коммерческие решения систем управления складом, разработанные на платформе 1С:Предприятие 8:

Первопроходцем можно считать решение 1С:Логистика, которое является самым массовым продуктом т.к. распространяется коробочное решение через сеть 1С. В версии 3.0 были исправлены многие ошибки предыдущей версии, оптимизированы методы хранения данных и проведена работа по борьбе с блокировками при работе нескольких пользователей одновременно. Но есть ограничения - т.к. продукт коробочный и массовый, то функционал адаптации к конкретному складу не сильно развит, поэтому на многих проектах требуется доработка программного кода. Версия 4.0 уже написана под платформу 8.2 на управляемых формах и содержит больше параметрических настроек.
На основе анализа первых версий этой системы, которые не отличались какой-либо мощной функциональностью, сложилось мнение, что WMS на базе 1С - это только для маленьких складов и небольших фирм. Многие консультанты известных WMS систем составили целый список ограничений, которыми пугают клиентов о проблемах систем на 1С

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

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

Выбор 1С в качестве платформы для разработки.

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

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

Так почему 1С заслужила такую плохую «славу» в области решения задач автоматизации склада?

Все дело в том, что стандартный подход, который мы привыкли видеть в типовых конфигурациях «Документ - Движение - Регистр накоплений» не совсем подходит для склада, который работает в режиме реального времени потому что:

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

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

Вторым шагом к избавлению «болячек» 1С при реализации сложной системы управления складом является избавление от регистров накоплений в пользу регистров сведений и написания собственного движка выполнения движений.

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

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

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

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

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

Отсюда хочется сделать вывод и ответить на первый вопрос:
Создание полноценной WMS системы на базе 1С возможно !

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

Теперь перед нами встает другая задача:

1. Купить готовое решение вместе с услугами по доработке и внедрению
2. Купить готовое решение, но все работы провести самостоятельно
3. Разработать собственное решение

Попробуем рассмотреть все варианты.

Покупка готового решения вместе с услугами по внедрению.

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

В случае, если решение окажется не достаточно гибким можно постепенно дорабатывать его с помощью собственного ИТ отдела, что существенно снижает стоимость поддержки, но повышает риск испортить работающую систему неграмотными доработками.

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

Покупка готового решения с самостоятельным внедрением.

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

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

Разработка собственного решения.

Данный подход можно применить только если:

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

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

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

Так как же разработать правильную WMS на 1С?!

Если вы все-таки решились самостоятельно разработать собственную систему автоматизации склада, то вот несколько советов:

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

На тему выбора WMS решения с 2004 года, написано множество статей, как зарубежными, так и отечественными экспертами и аналитиками. Выбор решения определяют не только требования бизнеса и компании, но так же наличие опыта и готовность к эксплуатации таких систем специалистами Заказчика. Чем больше и разносторонней опыт специалистов Заказчика, тем более качественные и продуманные требования предъявляются к системе. До кризиса 2008 года в тендерах на выбор WMS решения и для небольших складов с начальными требованиями и для больших высокоинтенсивных складов встречался весь диапазон решений. Заказчик в тендер приглашал все имеющиеся на рынке решения: 1С, Солво, SAP, Axapta, Exceed, RadioBeacon и тд.

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

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

Российский рынок решений по управлению складом составляет порядка 50 WMS решений (из них профессиональных порядка 15 профессиональных российских и порядка 15 западных решений) различных по своим функциональным возможностям, цене и качеству.

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

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

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

При выборе оптимального WMS решения необходимо помнить:

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

«1C:Логистика» – дополнительный модуль корпоративной информационной системы (КИС) 1С. Популярное решение в России. Полно-функциональная линейка решений. Решение хорошо зарекомендовало себя в малом и среднем сегментах рынка. Идеально подходит для складов площадью до трех-четырех тысяч квадратных метров со средней интенсивностью. Низкая стоимость, возможность самостоятельного внедрения и дальнейшего развития продукта. Если 1С подходит вам по всем параметрам, то возможно решение на базе 1С именно то, что вам нужно. Но, выбирая WMS на базе 1С, нужно понимать все плюсы и минусы этого решения, покроет ли это решение все ваши требования к WMS. Качество внедрения WMS на базе 1С-Логистики очень сильно зависит от выбранного интегратора и его опыта решения задач разной сложности для разных типов складов, а также от наличия опытного программиста 1С в вашей компании (часто недооцениваемый фактор). Выбор в пользу WMS на базе 1С характерен для небольших и среднего уровня компаний, у которых в качестве КИС используется 1С. Самостоятельные доработки и развитие возможны только в случае наличия в штате заказчика программистов 1Cc опытом внедрения решений WMS. (Решение для Windows/MSSQL, Продукт разработан на Visual С++).

Expert Logistic – . Отечественное доступное решение для малого и среднего бизнеса. Один из лидеров продаж в сегменте решений для складов при производстве 2008-2015 годов. Средняя ценовая категория, как программного продукта, так и услуг. Доработки, затрагивающие код системы, невозможны без привлечения ресурсов интегратора. Продукт входит в 10-ку профессиональных российских WMS, и зарекомендовал себя на Российском рынке. (Решение для Windows/MSSQLExpress, Продукт разработан на Delphi).

CWMS3000 - система класса Коробочная . Отечественное решение для малого и среднего бизнеса. Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. (Решение для Windows/ Oracle, Продукт разработан Delphi).

IsWMS - система класса Коробочная/Конфигурируемая . Полнофункциональная линейка решений. Отечественное решение для малого и среднего бизнеса. Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. (Решение для Windows/MSSQL, Продукт разработан на Java).

Manhattan SCALE – система класса Коробочная , с широкими возможностями для конфигурирования системы без изменения исходного кода. Полнофункциональная линейка решений. Разработчик решения американская компания Manhattan. Дорогое решение, дорогая поддержка. Если у вас есть программист С#, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Коробочная, то количество точек входа для изменения системы ограничено. (Решение для Windows/MSSQL, Продукт разработан на С#). Данной системе отдают предпочтения компании, которым данное решение подходит по требованиям, и которым необходима брендовая Западная система с целью увеличения капитализации компании.

SAP WMS – дополнительный модуль корпоративной информационной системы SAP R/3. Выбор в пользу WMS на базе SAP характерен для компаний, у которых в качестве ERP используется SAP и есть собственные ресурсы для развития решения и SAP WMS полностью удовлетворяет ее требованиям. В зависимости от версии продукта и стандартов заказчика есть решения на разных платформах (Windows/Unix). Самостоятельные доработки и развитие возможны только в случае наличия в штате заказчика программистов SAP. Продукт дорогой, требует привлечения высококлассных специалистов.

Exceed (Infor) – . Полнофункциональная линейка решений. Разработчик американская компания. Продолжение линейки решений хорошо зарекомендовавшего себя на Российском рынке решения Exceed. Продукт дорогой, дорогая техническая поддержка и стоимость доработок. (Решение для Windows/MSSQL, Продукт разработан на JAVA). Если у вас в штате есть программист JAVA, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Конфигурируемая, количество точек входа для изменения системы ограничено. Данной системе отдают предпочтения компании, которым данное решение подходит по требованиям, и которым необходима брендовая Западная система с целью увеличения капитализации компании.

Accellos One Warehouse – система класса Коробочная . Полнофункциональная линейка решений. По сути, это тот же, известный в России, RadioBeaconWMS. Разработчик решения американская компания Accellos. Решение для малого и среднего бизнеса и складов площадью до нескольких тысяч кв. метров. Если у вас есть программист С#, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса коробочные, количество точек входа для изменения системы ограничено. (Решение для Windows/MSSQL, Продукт разработан на С#, X-Base). Данной системе отдают предпочтения компании, которым нужно простое и надежное решение и которым необходима брендовая Западная система с целью увеличения капитализации компании.

Logistic VisionSuit – система класса Конфигурируемая . Полнофункциональная линейка решений. Разработчик греческая компания Mantis. Исторически продукт разработан для 3PL. В категории WMS для 3PL LVision является одним из хорошо себя зарекомендовавших и популярных решений на Российском рынке. (Решение для Windows/MSSQL, Продукт разработан на.net, VisualBasic). Если у вас в штате есть программист VBasic, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Конфигурируемая, количество точек входа для изменения системы ограничено.

LEAD.WMS – система класса Конфигурируемая/Адаптируемая . Полнофункциональная линейка решений. Отечественное решение для среднего и крупного бизнеса. Один из лидеров продаж в данном сегменте 2006-2010 годов. Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. Продукт входит в 10-ку профессиональных российских WMSсистем и зарекомендовал себя на Российском рынке. (Решение для Windows/MSSQL, Продукт разработан C#, PHP).

Solvo.WMS – Первая отечественная WMS система класса Конфигурируемая . Данная система подойдет складам с высокой интенсивностью операций. Клиентами компании Солво являются такие крупные предприятия и сети складов как Балтика. Высокая стоимость самой системы и услуг внедрения. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. (Решение для UNIX/LINUX/Oracle, Продукт разработан на С++).

OHE.WMS – система класса Адаптируемая . Отечественная, полнофункциональная линейка решений на базе собственной платформы Open HandHeld Engine. Отечественное решение для среднего и крупного бизнеса. Продукт входит в 10-ку профессиональных российских WMS, и зарекомендовал себя на Российском рынке. На базе множества внедрений разработаны отраслевые решения для продуктовых сетей, ДЦ и РЦ строительной продукции, ДЦ и РЦ складов автозапчастей. Доработки не затрагивают код ядра системы и возможны без привлечения ресурсов интегратора. Без каких-либо ограничений может быть настроена под требуемые бизнес-процессы. OHE.WMS является одним из лидеров в России среди систем класса Адаптируемые, причем команда Консид Технологии имеет реальный опыт внедрения и разработки адаптируемых решений с передачей инструментария разработки Заказчику (Мария-РА, Барнаул – 240 лицензий, Автоспейс – 150 лицензий, ЭТМ- 115 лицензий). Средняя ценовая категория, как программного продукта, так и услуг. (Решение для Windows/MSSQL, .Net, IIS, SOA, платформа разработана на С#).

P/S/ Данные для сводной таблицы и описания систем взяты из открытых источников. Один из них профессиональный портал выбора поставщиков и интеграторов http://www.tadviser.ru/ , журнал "Складской комплекс". Мнение автора статьи может не совпадать с мнением читателя.

Функционал системы "1С:WMS Логистика. Управление складом" позволяет оптимизировать процессы и решить основные проблемы, актуальные для складских комплексов:

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

"1С:WMS Логистика. Управление складом" предназначена для управления процессами складской грузообработки в режиме реального времени, а именно:

Функционал системы "1С:WMS Логистика. Управление складом" предназначен для управления процессами складской грузообработки в режиме реального времени, а именно:

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

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

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

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

На практике выделяются и могут участвовать в складском учете следующие зоны склада:

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

Управление основными складскими задачами:

• Учет товара в адресном пространстве склада: в разрезе упаковок (в т.ч. с нефиксированным весом), сроков годности, партий, серийных номеров, акцизных марок, качества; учет тары и контроль габаритов товара; АВС/ХYZ анализ; работа с транзитными грузами; учет акцизов; работа с блоками ячеек; учет комплектов. В 3 кв. 2019 г. планируется поддержка складских операций по учету маркируемой продукции (учет кодов маркировки, агрегация/дезагрегация товарных упаковок) с передачей фактических кодов маркировки в корпоративную информационную систему , "1C:Комплексная автоматизация, редакция 2" , или решений на их основе.
• Приемка. Приемка в доверительном режиме и под заказ (кросс-докинг), предварительный пересчет по местам. Информация о товаре, необходимая для проведения регламентных мероприятий по подготовке склада к приему поставки заносится в документ "Ожидаемая приемка". На основании данной информации на складе может быть запланировано привлечение дополнительных сотрудников для приемки товара, подготовка складских площадей к размещению товара, как в зоне приемки, так и в основной зоне хранения. Возможными источниками поступления товара могут быть поставщики (в случае прихода товара от поставщика), клиенты (в случае возврата товара от клиента), другие склады компании (в случае перемещения между складами в рамках одной компании), производственные площадки (в случае поступления готовой продукции из производства).

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

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

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

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

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

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

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

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

• Размещение. В системе "1С:WMS Логистика. Управление складом" можно реализовать различные стратегии размещения товара: автоматическое, размещение через буфер, размещение ближе к зоне отбора; пополнение зоны отбора при размещении.

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

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

Все перечисленные принципы могут быть настроены в системе "1С:WMS Логистика. Управление складом" в справочнике "Стратегии размещения". Результатом отработки алгоритмов размещения, заданных на уровне стратегий, является созданные задачи на размещение товара.

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

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

• Штрихкодирование товаров, ячеек, контейнеров, персонала; генерация, хранение и печать штрих кодов (поддерживается генерации штрих кода "GS1 DataBar Expanded Stacked"); поддержка работы с неуникальными штрих кодами.
  • Отбор и отгрузка товара. В системе реализованы различные стратегии отбора: кластерный, групповой; консолидация отборов в волны согласно временным окнам отгрузки, в группы по схожим товарам, в рейсы по маршрутам доставки. Отгрузка товара со склада осуществляется на основании плана отгрузки, загруженного из корпоративной информационной системы. План того, что должно быть отгружено со склада, содержится в документе "Заказ на отгрузку".

Возможными направлениями отгрузки могут быть отгрузка покупателю (клиенту), перемещение на другие склады компании, возврат поставщику, отгрузка товара (сырья и материалов) в производство. На основании информации о планируемых отгрузках возможно проведение регламентных мероприятий по подготовке к более быстрой комплектации данного заказа (например, подпитка ячеек активной зоны). На основании заказа на отгрузку отгрузки производятся все дальнейшие операции по данному заказу. "Заказы на отгрузку" могут быть объединены в рейсы по маршрутам доставки. Данные о рейсах маршрута объезда транспортных средств содержаться в документе "Рейс". Рейс может быть создан на основании данных, полученных из системы корпоративного учета, системы управления доставкой, или Диспетчером склада в "1С:WMS Логистика. Управление складом". На основании "Заказа на отгрузку" выполняется подбор товара из ячеек хранения. Поиск ячеек, в которых расположен товар по заказу, выполняется системой автоматически. Правила запуска автоматического планирования отбора настраиваются с помощью механизма событий.

Для сокращения времени на сборку заказов и количества подходов складских сотрудников при выполнении отбора "Заказы на отгрузку" могут объединяться в волну.

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

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

• наличие выделенной зоны отбора. Как правило, под отбор товара выделяют нижний ярус стеллажей для ускорения процесса отбора. Поиск товара по заказам в первую очередь производится в данной зоне;
• кратность отбора – какими единицами необходимо выполнять отбор товара: целыми паллетами, коробами или штуками. Например, если заказанное количество товара соответствует целой паллете, то отбор можно произвести сразу целой паллетой из зоны резервного хранения;
• учет типов стеллажей, используемых для хранения товара. Например, отбор из гравитационных стеллажей производится по принципу LIFO;
• учет сроков годности при отборе товара. Анализ требований по запасу срока годности для контрагента заказа.

Для осуществления возможности гарантийного возврата товара от покупателя на этапе отбора можно зафиксировать серийные номера отобранного товара.

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

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

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

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

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

• Упаковка отобранного товара в грузовые места; шаблоны для настройки правил упаковки на паллету "под клиента".
• Планирование рейсов по маршрутам доставки при отгрузке.

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

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

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

• Подпитка. При необходимости в пополнении зоны отбора товара в системе выполняется задача на подпитку. Подпитка выполняется под потребность "Заказа на отгрузку" или в любое время согласно регламенту склада. Подпитка может выполняться при достижении минимального количества контейнеров (товара) до максимального количества контейнеров (товаров) в области отбора. Минимальный и максимальный уровень остатков задаются для каждого товара. Индивидуальные параметры подпитки настраиваются на уровне товара и выделенной зоны или ячеек отбора для товара. Подпитка зоны (фиксированных ячеек) отбора может производиться и зоны основного хранения, зоны ближнего буфера или зоны приемки. Правила подпитки определяются в стратегиях подпитки. Задачи на подпитку выполняются с помощью терминала сбора данных. В качестве резерва может применяться технология выдачи задач на бумажном носителе.
• Инвентаризация произвольной области склада, пустых ячеек, товара/товарной группы. Проведение инвентаризации с использованием системы "1С:WMS Логистика. Управление складом" не требует полной остановки работы склада, и может проводиться по ограниченной области ячеек (проезду, стеллажу, ярусу) или определенной товарной группе. Блокировка ячейки на момент проведения пересчета не производится, что позволяет не останавливать работу по инвентаризируемой ячейке для выполнения других складских операций.
• Оптимизация использования складских площадей – компрессия склада.

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

Возможные алгоритмы компрессии:

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

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

• Расчет услуг ответственного хранения:
• учет товара в разрезе владельцев;
• задание тарифов по складским операциям по каждому владельцу;
• расчет стоимости услуг по каждой операции.
• Управление двором/Yard Management.

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

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

• Анализ эффективности работы склада.

По факту обработки складских операций функционал системы "1С:WMS Логистика. Управление складом" позволяет выполнить:

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

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

• Интеграция с корпоративной информационной системой "1С:ERP Управление предприятием 2" , "1С:Комплексная автоматизация, редакция 2" , "1С:Управление торговлей, редакция 11" или решениями на их основе, а также с :
• Встроенные возможности обмена данными в формате XML;
• Настраиваемая частота обмена данными;
• Возможность изменения схемы обмена под специфику заказчика.
• Технологические преимущества – решение "1С:WMS Логистика. Управление складом" разработано на современной технологической платформе "1С:Предприятие 8.3", которая позволяет:
• обеспечить высокую надежность, производительность и масштабируемость системы;
• организовать работу с системой через Интернет, в режиме тонкого клиента или веб-клиент (через обычный интернет-браузер), в том числе в "облачном" режиме;
• создавать мобильные рабочие места с использованием планшетов и иных мобильных устройств;
• настраивать интерфейс для конкретного пользователя или группы пользователей с учетом роли пользователя, его прав доступа и индивидуальных настроек.