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