Описание
До начала проекта компания вела учёт в самописной конфигурации, дополняя её решением «1С:Комплексная автоматизация» и системой «БИТ.WMS». Такой разрозненный контур позволял поддерживать текущую операционную деятельность, но оказался не готов к требованиям прослеживаемости маркировки, особенно с учётом ассортимента, включающего машинные масла.
Сотрудники сталкивались с трудностями в контуре маркировки остатков. В системе у номенклатуры не было признака, который бы отражал особенности учёта маркируемой продукции. Это приводило к дублированию позиций и усложняло контроль справочников. Штрихкоды по товарам были не заполнены, не существовало единых шаблонов этикеток и отлаженного обмена данными между «1С:Управление торговлей» и «1С:Комплексная автоматизация». Процессы заказа и эмиссии кодов маркировки отсутствовали, как и настроенный документооборот по вводу остатков в оборот.
На складе товар не был структурирован с учётом приоритетов нанесения кодов маркировки, дат производства и сроков годности. Не существовало понятного алгоритма работы по нанесению кодов и фиксации сроков годности. В программе автоматизации склада и на терминалах сбора данных не было возможности указывать коды маркировки в документах. Также отсутствовали готовые сценарии работы по сканированию и заполнению кодов маркировки в документах программ и на терминалах - все операции выполнялись фрагментарно и не были формализованы.
В блоке закупок не было системного контроля передачи кодов маркировки от поставщиков: отсутствовали механизмы загрузки, ввода и сверки кодов из УПД. Компания не могла полноценно принять, сверить и сохранить коды на каждом этапе движения товара. В «БИТ.WMS» и самописной конфигурации не были реализованы процессы работы с кодами на этапе поступления, не было и корректного экспорта кодов между системами. Также отсутствовал функционал формирования актов при расхождениях и обмена кодами между разными участками учёта.
Ограничения наблюдались и в направлении продаж. Не было связи между сканированием кодов маркировки на терминалах сбора данных и формированием заказов и реализаций, поэтому данные о кодах фактически «обрывались» на уровне склада. Не были реализованы автоматические процессы переноса кодов из заказа в реализацию и дальнейшего экспорта кодов для передачи по ЭДО. При работе с продукцией типа «Комплект» не существовало механизма хранения кодов маркировки по входящим позициям. При выгрузке документов «Реализация» в «1С:Комплексная автоматизация» по номенклатуре вида «Комплект» система не могла корректно передать коды маркировки составляющих. Дополнительно возникали сложности при возвратах: не было выстроенного механизма корректной передачи и аннулирования кодов маркировки, что создавало риски ошибок учёта и претензий со стороны контролирующих органов.
Проект по внедрению маркировки для компании «Пантус» был связан с перестройкой всего контура учёта и движения маркируемой продукции - от поступления и хранения до продажи и возвратов. Основная задача заключалась в том, чтобы обеспечить корректный и юридически значимый учёт маркируемой продукции и настроить сквозную работу с кодами маркировки во всех системах, включая интеграцию с системой «Честный знак». Для этого требовалось как использование типового функционала «1С:Управление торговлей», так и разработка ряда доработок и интеграционных решений.
В направлении «Маркировки остатков» была проведена настройка интеграции с «Честным знаком» в «1С:Управление торговлей», обеспечена работа с международным кодом товара GTIN и штрихкодами номенклатуры, а также введены специальные признаки для моторных масел и прочей маркируемой номенклатуры. Присвоение особенностей учёта и признаков маркировки позволило однозначно определять, какие позиции подлежат маркировке, и использовать типовой функционал «1С» для их прослеживаемости. В самописной конфигурации был реализован реквизит маркируемости номенклатуры и доработаны договоры, чтобы определять необходимость выгрузки документов в новую систему, а также выбор схемы вывода из оборота (УПД или отдельный документ «Вывод из оборота»). Настроены обмены НСИ и документами между самописной программой и «1С:Управление торговлей».
Существенный объём работ пришёлся на процессы закупки и приёмки. В «1С:Управление торговлей» был развёрнут и настроен контур ЭДО для работы с УПД, организовано формирование поступлений с кодов маркировки на основании входящих документов. Реализованы механизмы сверки кодов «УПД/факт»: сравнение кодов, полученных по ЭДО, с кодами, отсканированными при приёмке с помощью терминала сбора данных и «БИТ.WMS». На этой базе настроен процесс формирования акта о расхождениях и отправки УКД по ЭДО. В документах «Приобретение товаров и услуг» и «Акт о расхождении после приемки» доработано заполнение кодов маркировки и связка с результатами приёмки.
Параллельно была выстроена новая логика обмена между отдельной системой «БИТ.WMS» и «1С:Управление торговлей». Ключевыми точками стали задания на приёмку и размещение, а также их статусы, которые используются как триггер для дальнейшего обмена. В «БИТ.WMS» доработаны статусы заданий на размещение и отбор, чтобы момент завершения задания становился отправной точкой для передачи данных в «1С:Управление торговлей». Также было реализовано автоматическое заполнение документов «Приобретение товаров и услуг» и «Реализация товаров и услуг» данными из системы управления складом — с подбором и проверкой кодов маркировки без использования ордерной схемы. Дополнительно реализована передача статусов и результатов проверки марок обратно в самописную конфигурацию, включая временное решение в виде ссылки на акт о расхождении.
Отдельное внимание проектная команда уделила переносу дополнительных реквизитов и идентификаторов между системами. В документы «БИТ.WMS» теперь передаются номер входящего документа и контрагент из самописной конфигурации для последующего сопоставления с документами «1С:Управление торговлей». В новой системе реализованы доработки по заполнению технических реквизитов (например, хэш номенклатуры и штрихкода в коде маркировки, записи в регистр упаковок при обменах и реализациях), чтобы обеспечить корректную идентификацию марок и устойчивость обмена, в том числе в сценариях, когда в «1С:Управление торговлей» отсутствуют документы или требуется корректная обработка корректировок.
В блоке продаж была настроена полная цепочка работы с маркировкой при отгрузке. Из системы управления складом в «1С:Управление торговлей» реализован обмен по заданиям на отбор: на основании задания формируется документ «Реализация товаров и услуг» с автоматической подгрузкой кодов маркировки в «Подбор и проверку». Для бухгалтерии и отдела продаж настроены процессы формирования и отправки УПД с маркируемой продукцией по ЭДО, включая проверки правильности указания кодов маркировки. В обмене реализована выгрузка документа «Реализация» из самописной конфигурации в «1С:Управление торговлей» с полным набором данных (контрагент, цены, условия ЭДО и схема вывода из оборота), а также автоматический учёт того, должна ли продукция выводиться из оборота УПД, либо отдельным документом.
Сложные сценарии работы с возвратами также были вынесены в отдельный контур доработок. Для возвратов от покупателей реализована миграция кодов маркировки из документа «Реализация товаров и услуг» в документ «Корректировка реализации», а также обмен данными между «1С:Управление торговлей» и «БИТ.WMS», позволяющий брать фактические коды маркировки с приёмки, сопоставлять их с марками из исходной реализации и формировать корректировки, отражающие реальное состояние у Заказчика. Настроена выгрузка документа «Возврат от покупателя» из самописной конфигурации в «1С:Управление торговлей» как «Корректировка реализации» с дальнейшим заполнением бухгалтерией. Для формирования актов о расхождениях при отгрузке реализован набор автоматизаций:
- открытие формы подбора;
- установка статусов;
- завершение подбора;
- формирование документов по результатам обмена с системой управления складом.
Параметр «ЭДО» в соответствующих сценариях задан по умолчанию, чтобы ускорить подготовку актов и снизить количество ручных операций.
В процессе проекта часть первоначально запланированных доработок по отдельной системе управления складом (например, сценарии передачи кодов маркировки при возврате поставщику или при комплектации товаров) была пересмотрена и признана неактуальной после уточнения целевой архитектуры и использования нового контура обмена. В результате проектная команда сосредоточилась на тех изменениях, которые обеспечивают сквозной, устойчивый и контролируемый поток данных по кодам маркировки между всеми системами и участниками процесса.
В итоге в компании «Пантус» сформирован единый сквозной процесс работы с маркируемой продукцией: от интеграции с «Честным знаком» до автоматизированной приёмки, размещения, отгрузки и обработки возвратов в рамках связки с «1С:Управление торговлей», «БИТ.WMS» и самописной конфигурацией. Это позволило устранить дублирование номенклатуры и ручные операции по учёту кодов маркировки, обеспечить корректную юридическую значимость документов, снизить риски расхождений с поставщиками и покупателями и подготовить компанию к дальнейшему расширению объёмов маркируемой продукции без роста операционной нагрузки.
