При работе с маркируемой продукцией (парфюмерия, косметика, бытовая химия, БАДы) многие компании сталкиваются со специфической проблемой в 1С:Управление торговлей 11.5. Поставщик отгружает товар в режиме объемно-сортового учета (ОСУ), при котором в электронном УПД передаются только коды GTIN и количество товара. Однако складские службы и отдел закупок, желая минимизировать риски брака или нечитаемых марок, пытаются провести полную поэкземплярную проверку в документе поступления. Это приводит к тому, что система 1С фиксирует "лишние" марки, которых нет в документе, и автоматически формирует Акт о расхождениях после поступления.
Проанализируем ситуацию, разберем технические причины такого поведения системы и рассмотрим эффективные способы организации проверки без нарушения логики учета.
Для начала выясним причину возникновения ошибки. В режиме ОСУ в XML-файле входящего электронного документа (УПД) секция с кодами маркировки отсутствует. Вместо этого в документе указаны только идентификатор товара GTIN и его суммарное количество. Когда сотрудник склада открывает форму Проверка и подбор маркируемой продукции в документе Приобретение товаров и услуг и сканирует DataMatrix, программа выполняет следующие действия:
Результатом становится заполнение вкладки Товары (расхождения), что блокирует корректное закрытие документа и требует объяснения причин «излишков».
Рассмотрим самый правильный с точки зрения методологии 1С и «Честного ЗНАКа» способ. Поскольку при ОСУ право собственности на конкретные коды маркировки в системе ГИС МТ не переходит к покупателю в момент подписания УПД (товары числятся за производителем/импортером до момента розничной продажи), жесткая сверка с документом не имеет смысла.
Вместо использования стандартного окна Проверка и подбор внутри документа, мы можем организовать проверку статусов кодов через независимые инструменты. Проанализируем возможности:
Закупки — Сервис — Проверка маркируемой продукции. Здесь можно сканировать марки вне контекста конкретного поступления. Система отправит запрос в ГИС МТ и покажет текущий статус кода (в обороте, владелец, срок годности).НСИ и администрирование — Настройка ИС МП) включена фоновая проверка, система может автоматически запрашивать статусы кодов. Однако важно помнить: для ОСУ мы проверяем только читаемость и статус, а не факт передачи конкретного экземпляра от поставщика.Если склад настаивает на «пропикивании» каждой единицы именно в привязке к поставке, можно рассмотреть использование внешних обработок. Рассмотрим пример логики такой обработки:
Обработка должна уметь работать с TrueAPI системы «Честный ЗНАК». Вместо того чтобы пытаться записать марку в структуру упаковок документа, она просто выполняет запрос info по каждому коду. Разберем пример кода на языке 1С, который может быть частью такой проверки (утрированно):
// Пример получения информации о коде через API
Функция ПроверитьСтатусКода(ТекстМарки)
Настройки = ИнтеграцияИСМП.ПолучитьНастройки();
Токен = ИнтеграцияИСМП.ПолучитьТокенАвторизации(Настройки);
Запрос = Новый HTTPЗапрос("/api/v4/true-api/codes/info");
Запрос.УстановитьТелоИзСтроки("[\"" + ТекстМарки + "\"]");
Ответ = ИнтеграцияИСМП.ВыполнитьЗапросКГИСМТ(Запрос, Токен);
Если Ответ.КодСостояния = 200 Тогда
Данные = ИнтеграцияИСМП.ПрочитатьJSON(Ответ.ПолучитьТелоКакСтроку());
Возврат Данные[0].status; // Например, "IN_CIRCULATION"
КонецЕсли;
КонецФункции
Используя подобные инструменты, склад получает подтверждение: марка легальна, она находится в обороте. При этом документ Приобретение товаров и услуг остается в режиме ОСУ (по количеству), и акты расхождений не создаются.
Иногда поставщик в режиме ОСУ все же указывает коды транспортных упаковок (SSCC). В этом случае в окне проверки 1С вы увидите структуру «Коробка — Вложенные товары (GTIN)». Рассмотрим действия в этой ситуации:
Важный нюанс: Если в УПД нет данных о составе упаковки, попытка сканирования марок внутри нее все равно приведет к созданию расхождений. В режиме ОСУ рекомендуется проверять только целостность транспортной упаковки.
Для сокращения нагрузки на базу 1С и исключения ошибок в документах, можно предложить складу альтернативный инструмент. Разберем схему работы:
Выясним, какой путь наиболее эффективен для бизнеса. Попытка заставить 1С работать в режиме «поэкземплярная проверка для документа ОСУ» — это борьба с архитектурой системы. Правильнее будет:
GTIN (ОСУ), а контроль качества марок вынести в отдельный процесс (через рабочее место проверки маркировки или мобильные устройства).Таким образом, мы исключаем появление ошибочных Актов о расхождениях, сохраняем прозрачность учета и удовлетворяем потребность склада в контроле качества поступающей продукции.