← На главную

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

Понимание архитектуры учета

Прежде всего, необходимо осознать разницу между складским учетом и учетом кодов маркировки. В конфигурациях 1С (например, Управление торговлей, ERP) процесс отгрузки разделен на две части:

1. Складская операция: фактическая сборка товара со стеллажей.
2. Финансовая/Учетная операция: отражение факта передачи прав собственности и вывод кода из оборота через систему Честный ЗНАК.

Основная ошибка заключается в том, что в расходном ордере зачастую фиксируется только факт количества (по штрихкоду EAN-13), а маркировка (код DataMatrix) остается неучтенной до этапа реализации. Наша задача — объединить эти процессы.

Оптимальный сценарий работы с ТСД

Самый эффективный способ исключить двойную работу — использовать Терминал сбора данных (ТСД) с правильно настроенным программным обеспечением. Рассмотрим шаги по внедрению автоматизации:

1. Интеграция на этапе сборки: Настройка обмена данными между ТСД и 1С должна быть реализована таким образом, чтобы при сканировании DataMatrix на ТСД, данные не просто подтверждали количество, а сохранялись как идентификаторы конкретных единиц товара.
2. Использование формы «Подбор и проверка»: При использовании Управляемых форм в документах системы, необходимо задействовать специализированный интерфейс Подбор и проверка товаров. Этот механизм позволяет считывать коды маркировки и привязывать их к конкретному документу.
3. Автоматизация заполнения реализации: Если интеграция настроена корректно, нет необходимости сканировать товар повторно в документе Реализация товаров и услуг. Сценарий должен выглядеть так: кладовщик собирает товар по Расходному ордеру на товары, ТСД выгружает данные в 1С, и после проведения ордера коды маркировки автоматически «подтягиваются» в документ реализации, созданный на основании этого ордера.

Технические нюансы и рекомендации

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

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

Почему важно не путать термины?

В процессе работы важно помнить, что GTIN (глобальный идентификатор торговой единицы) — это лишь часть кода маркировки. DataMatrix содержит значительно больше данных. Попытка использовать только EAN-13 приведет к невозможности корректного вывода товара из оборота в системе Честный ЗНАК. Поэтому любой процесс автоматизации должен быть ориентирован на считывание полного DataMatrix.

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