Как исправить задвоение товара при приемке маркированной продукции с SSCC-упаковками в 1С:Бухгалтерия 3.0

С выходом последних обновлений «1С:Бухгалтерия предприятия 3.0» (начиная с релиза 3.0.202.14) разработчики внедрили масштабный рефакторинг подсистемы интеграции с маркировкой (ИС МП). Эти изменения затронули не только интерфейсную часть, но и фундаментальную архитектуру хранения данных. К сожалению, вместе с инновациями в систему проник критический баг, который приводит к некорректному заполнению документов поступления при работе с агрегированными упаковками (паллетами SSCC). Разберем подробно, что изменилось в программе и как обойти проблему задвоения товаров.

Архитектурные изменения: «Конструктор видов продукции»

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

Основные изменения в метаданных:

1. Старый реквизит ВидМаркировки в справочнике Номенклатура (или в связанных объектах) теперь переименован в УдалитьВидМаркировки. Это явный сигнал разработчикам, что прямые обращения к этому полю в кастомных отчетах и расширениях перестанут работать.
2. Вместо фиксированных флагов товарных групп используются настройки в справочнике Виды продукции ИС МП. Это позволяет системе динамически подгружать правила валидации кодов.
3. Вся логика переезжает в специализированные модули библиотеки интеграции (БИС ГИС), что требует обновления всех программных интерфейсов (API) в ваших доработках.

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

// Пример логики определения вида продукции в новых релизах
ПараметрыВида = ИнтеграцияИСМП.ПараметрыВидаПродукции(НоменклатураСсылка);
Если ПараметрыВида.ТипПродукции = Перечисления.ТипыПродукцииИСМП.МолочнаяПродукция Тогда
    // Ваша логика для маркированного товара
КонецЕсли;

Суть бага с задвоением SSCC-паллет

Выясним причину возникновения ошибки при приемке. Проблема проявляется наиболее остро при работе с объемными поставками упакованной воды или молочной продукции, которые приходят в агрегированном виде (паллеты с кодами SSCC). Рассмотрим стандартный сценарий работы кладовщика, который приводит к ошибке:

1. Открывается документ «Поступление товаров и услуг», связанный с входящим УПД через ЭДО.
2. Кладовщик переходит в форму «Проверка поступившей продукции». На этом этапе данные отображаются корректно: количество в 1С совпадает с количеством в электронном документе.
3. Чтобы сэкономить время (если доверие к поставщику высокое), сотрудник не сканирует каждую паллету, а нажимает кнопку «Завершить проверку».
4. В появившемся диалоговом окне выбирается вариант «Отразить непроверенные как В наличии».

В этот момент алгоритм «Библиотеки интеграции» должен выполнить автоматический «матчинг» (сопоставление) кодов из иерархии упаковки с товарными позициями. Однако из-за ошибки в новом «Конструкторе», система теряет связь между групповым GTIN внутри паллеты и строкой в табличной части «Товары». Проанализируем последствия: алгоритм считает коды из SSCC «вновь обнаруженными» и добавляет их в документ отдельными строками, либо увеличивает количество в существующих, фактически задваивая поставку в бухгалтерском учете.

Пошаговое решение: Временный «костыль»

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

1. В форме проверки продукции категорически нельзя сразу нажимать «Завершить проверку», если в документе есть агрегаты (паллеты).
2. Необходимо перейти на вкладку «Структура упаковок».
3. Разберем действия на этой вкладке: выделите все строки с упаковками (используйте Ctrl+A).
4. Нажмите кнопку установки статуса и выберите «В наличии» (у строк должна появиться зеленая галочка).
5. Только после того, как все паллеты/коробки получили статус «проверено» вручную, можно нажимать «Завершить проверку».

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

Рекомендации для разработчиков и администраторов

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

1. Обновление классификаторов:

После обновления конфигурации обязательно запустите регламентные задания по обновлению классификаторов ИС МП. Новый «Конструктор» критически зависит от актуальности справочника видов продукции. Сделать это можно в разделе «Администрирование» — «Интернет-поддержка и сервисы» — «Классификаторы и программы».

2. Проверка расширений:

Если в вашей базе используются расширения, которые меняют логику табличной части «Товары» в поступлении или заказе, проверьте их на совместимость с новым механизмом распределения кодов. Посмотрите, не блокирует ли ваше расширение типовые обработчики события ПриЗаписи или ОбработкаПроверкиЗаполнения, где теперь происходит часть магии «Конструктора».

3. Использование патчей:

Регулярно проверяйте раздел «Установленные исправления». Фирма «1С» часто выпускает оперативные исправления для ИС МП именно в виде патчей (расширений .cfe), не дожидаясь выхода нового минорного релиза. Ищите патчи с описанием «Исправлена ошибка сопоставления упаковок при приемке».

Заключение

Рефакторинг подсистемы маркировки в 1С — это необходимый шаг для поддержки постоянно меняющегося законодательства. Переход к Конструктору видов продукции в долгосрочной перспективе упростит настройку новых групп товаров. Однако текущая нестабильность алгоритмов требует от пользователей и администраторов повышенного внимания при приемке товаров. Рассмотрим описанный «костыль» как обязательную временную меру и будем ждать финального исправления логики автоматического сопоставления в будущих релизах 3.0.203+.