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