Рано или поздно перед торговыми компаниями, использующими проверенную временем конфигурацию «Управление торговлей» редакции 10.3 (УТ 10.3), встает вопрос автоматизации складской логистики. Когда возникает потребность в адресном хранении и серийном учете товаров по срокам годности, руководство и ИТ-отдел оказываются перед дилеммой: дописывать существующую базу или переходить на современную «Управление торговлей» редакции 11 (УТ 11). Выясним причины, проанализируем технические нюансы обоих вариантов и разберем наиболее оптимальные архитектурные решения.
Прежде чем оценивать трудозатраты на программирование, необходимо принять во внимание внешние факторы. Поддержка конфигурации УТ 10.3 со стороны фирмы «1С» полностью прекращена. В современных реалиях торговли медицинскими изделиями, лекарственными препаратами и другими серийными товарами критически важна работа с государственной системой маркировки «Честный знак». Полноценная интеграция маркировки в УТ 10.3 потребует колоссальных затрат на переписывание кода, которые никогда не окупятся. Поэтому, если ваша номенклатура попадает под требования маркировки, переход на УТ 11 неизбежен.
Если законодательные требования вас не ограничивают, а складской оборот относительно небольшой, доработка УТ 10.3 может показаться заманчивой. Рассмотрим подробнее, как реализуется этот сценарий, его плюсы и минусы.
Преимущества доработки УТ 10.3:
Техническая реализация «мини-WMS» в УТ 10.3:
Для создания простейшего адресного склада в УТ 10.3 нам понадобится добавить минимум новых объектов метаданных:
ЯчейкиСклада (подчиненный справочнику Склады). В нем описывается топология: стеллаж, ярус, позиция.ТоварыВЯчейках (остатки, измерения: Номенклатура, Склад, Ячейка, СерияНоменклатуры; ресурс: Количество).Разберем пример кода для проведения расходного документа списания из конкретной ячейки:
Процедура ДвиженияПоАдресномуРегистру(ДокументСсылка, РежимПроведения)
НаборДвижений = РегистрыНакопления.ТоварыВЯчейках.СоздатьНаборЗаписей();
НаборДвижений.Отбор.Регистратор.Установить(ДокументСсылка);
Для Каждого СтрокаТЧ Из ДокументСсылка.Товары Цикл
Движение = НаборДвижений.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = ДокументСсылка.Дата;
Движение.Номенклатура = СтрокаТЧ.Номенклатура;
Движение.Склад = ДокументСсылка.Склад;
Движение.Ячейка = СтрокаТЧ.ЯчейкаОтбора;
Движение.СерияНоменклатуры = СтрокаТЧ.Серия;
Движение.Количество = СтрокаТЧ.Количество;
КонецЦикла;
НаборДвижений.Записать();
КонецПроцедуры
Главный минус такого подхода заключается в том, что все правила размещения товара и алгоритмы отбора придется писать вручную. Логика обхода склада, уплотнение ячеек, стратегии вытеснения превратят вашу учетную систему в тяжелый «колхоз», который будет сложно развивать.
В конфигурацию УТ 11 изначально заложен мощный блок адресного хранения (WMS), функционально идентичный флагманскому решению 1С:ERP. Однако его внедрение требует жесткой дисциплины и понимания внутренних механизмов.
Особенности работы адресного склада в УТ 11:
РеализацияТоваровУслуг) делают движения только по финансовому учету, а фактическое движение товаров по ячейкам регистрируется цепочкой документов РасходныйОрдерНаТовары и ЗаданиеНаОтбор.ПересчетТоваров, корректировать серии и выравнивать остатки, что требует высокой квалификации оператора базы.FEFO (First Expired, First Out). Система автоматически анализирует сроки годности серий в ячейках и генерирует ЗаданиеНаОтбор так, чтобы сборщик в первую очередь забирал товар с истекающим сроком годности. Реализовать такое в УТ 10.3 крайне трудозатратно.Если ваша компания не готова к жесткому ордерному учету и перегрузке базы данных УТ 11 транзакциями, можно рассмотреть альтернативные и гибридные варианты.
Компромисс №1: Справочное адресное хранение в УТ 11
В настройках склада в УТ 11 можно включить справочное указание ячеек. При таком режиме количественный учет в разрезе ячеек не ведется. Система просто хранит информацию о том, в какой ячейке «обычно» лежит данный товар. При печати сборочного листа (расходного ордера) адрес ячейки выводится справочно. Кладовщик видит, куда идти за товаром, но система не контролирует остатки в ячейке жестко. Это исключает блокировки базы, избавляет от создания «Заданий на отбор» и позволяет работать быстро.
Компромисс №2: Вынос логики адресного склада на ТСД (Терминалы сбора данных)
Вместо того чтобы переписывать код 1С (будь то УТ 10.3 или УТ 11) и заставлять систему рассчитывать алгоритмы размещения, можно интегрировать 1С со специализированным мобильным ПО для ТСД. В этом случае:
Компромисс №3: Использование виртуальных складов (для небольших складов)
Если количество ячеек невелико (например, несколько десятков стеллажей), можно настроить структуру складов в 1С так, чтобы каждая ячейка или зона склада являлась отдельным виртуальным складом в справочнике Склады. Поступление оформляется на склад приемки, а затем документами ПеремещениеТоваров продукция распределяется по виртуальным складам-ячейкам. Этот вариант позволяет обойтись стандартным функционалом УТ 10.3 без написания кода, но применим только при небольшом ассортименте.
Для того чтобы сделать правильный выбор, выполните следующие шаги совместно с руководством склада и ИТ-специалистами: