Рефакторинг ИС МП в 1С:БП 3.0 летом 2026: конструктор продукции и ГИСМТ

Летом 2026 года 1С заменила справочник «Виды маркируемой продукции» в БП 3.0 на интерактивный «Конструктор видов продукции» и добавила в обмен с ГИСМТ отдельный статус ОСУ для каждого кода маркировки. Если статус не подтягивается, товар зависает без права продажи — чаще всего проблема решается пересозданием вида продукции и ручным повтором синхронизации.

Что поменялось в «Конструкторе видов продукции» летом 2026

До обновления вид маркируемой продукции задавался в общем справочнике: одна карточка, один шаблон GTIN, минимум настроек под конкретную товарную группу. Обувь, парфюмерия и БАДы жили в одном интерфейсе с одинаковой логикой, хотя правила агрегации коробов и паллет у них разные, а требования ГИСМТ к структуре кода — тоже.

Конструктор видов продукции разбивает эту логику на шаги: товарная группа → шаблон кода → правила упаковки → привязка к номенклатуре. На выходе конструктор формирует вид продукции, который 1С использует при обмене с ГИСМТ — государственной информационной системой мониторинга за оборотом товаров, технической площадкой «Честного знака». В документах обмена появилось и новое поле — статус ОСУ, короткая пометка о том, подтвердила ли ГИСМТ конкретный код маркировки или он всё ещё «в пути».

Для бухгалтерии и склада это не косметическое изменение. Раньше несостыковку по коду видели постфактум — когда касса уже отказала в продаже. Теперь статус ОСУ показывает проблему на уровне документа обмена, до кассы, и в теории должен давать время всё поправить заранее. На практике первые недели после перехода — как раз то время, когда старые виды продукции конфликтуют с новой логикой конструктора, и статус массово не подтягивается именно там, где раньше всё работало без единой ошибки.

Почему возникает ошибка «не подтянулся статус ОСУ» при обмене с ГИСМТ

Кладовщик обувного магазина в Свиблове сканирует короб на 48 пар в понедельник в 8:40. Касса откроется в 9:00, но у половины кодов в документе «Приёмка товаров с кодами маркировки» статус ОСУ так и не появился — сплошные прочерки в колонке. Продавать товар без подтверждённого статуса нельзя: касса при пробитии чека проверяет код через ГИСМТ и вернёт отказ.

Причина обычно не в самом товаре, а в переходе на новый конструктор. Виды продукции, созданные до лета 2026 года, 1С переносит в конструктор автоматически, но не всегда один в один — шаблон GTIN может отличаться на один-два символа от того, что реально напечатано на этикетке. Плюс регламентное задание запрашивает статусы у ГИСМТ не мгновенно, а пакетами по расписанию, и при заметном объёме кодов очередь копится быстрее, чем успевает разгрузиться.

Третья по частоте причина — конфликт версий. Если конфигурация обновлена, а платформа отстаёт на пару релизов (или наоборот), обмен формально проходит, но статус приходит в формате, который старая версия документа не распознаёт. Внешне это выглядит точно так же, как обрыв связи, поэтому её часто путают с сетевой проблемой и тратят время не на то звено.

Пока статус висит пустым, магазин теряет утренние продажи промаркированной группы, а если акт приёмки не закрыт вовремя — рискует сорвать поставку в сеть, где на входе требуют полностью подтверждённые коды. Отдельный риск — административная ответственность за оборот товара без надлежащей маркировки, если кто-то в спешке продаст короб мимо кассового контроля, а на разбор инцидента и объяснительные уйдёт больше времени, чем на саму синхронизацию.

Как исправить ошибку синхронизации статуса ОСУ шаг за шагом

Порядок действий одинаковый что для обуви, что для БАДов — меняется только товарная группа в конструкторе.

1. ✓Открыть документ «Обмен с ГИСМТ» и отфильтровать строки без статуса ОСУ — обычно это меньшинство от общего пакета.
2. ✓Сверить в «Конструкторе видов продукции» шаблон GTIN с кодом на реальной этикетке: даже один лишний символ в маске обнулит результат сверки.
3. ✓Запустить регламентное задание синхронизации вручную, не дожидаясь расписания — в БП 3.0 это делается из карточки обмена кнопкой «Обновить статусы».
4. ✓Если статус не появился за две-три попытки, проверить очередь исходящих сообщений: обмен мог зависнуть на стороне сертификата или оператора ЭДО, а не в самой 1С.
5. ✓Если вид продукции создавался до обновления и перенёсся в конструктор некорректно, пересоздать его заново, а не пытаться поправить старую карточку.

После пересоздания вида продукции статусы обычно подтягиваются в течение одного-двух циклов регламентного задания.

Если ошибка привязана к одной товарной группе

Когда статус ОСУ не подтягивается только у обуви, а у парфюмерии всё в порядке, копать нужно не в общих настройках обмена, а в конкретном виде продукции: часто там вручную поправляли шаблон под старую нумерацию и забыли обновить после перехода на конструктор. Проще пересобрать этот один вид продукции заново, чем искать расхождение построчно.

Что делать, если ошибка обмена с ГИСМТ повторяется после исправления

Если статус ОСУ пропадает снова через день-два после ручного исправления, ищите системную причину, а не повторяйте один и тот же шаг. Смотрите логи обмена: если ошибка одна и та же на разных видах продукции, дело не в конкретной карточке, а в версии релиза БП 3.0 или в том, что регламентные задания конфликтуют друг с другом по расписанию — например, синхронизация статусов и выгрузка в кассы запускаются одновременно и мешают друг другу.

Если ошибка повторяется на медленном железе или при регулярных обрывах канала, для начала стоит сверить конфигурацию сервера с актуальными системными требованиями 1С — нередко причина не в конструкторе, а в ресурсах, которые база и обмен с ГИСМТ уже переросли за пару лет активной работы.

На нетиповых схемах — маркировка через агрегацию коробов на несколько партнёров, обмен с несколькими операторами ЭДО одновременно, встроенные проверки перед списанием — типовой механизм ИС МП не покрывает весь процесс. Здесь чаще решает не повторная настройка, а точечная доработка 1С под конкретный склад: например, автоматическая блокировка продажи товара с пустым статусом ОСУ прямо на кассе, чтобы проблему видел не бухгалтер постфактум, а продавец сразу.

Как предотвратить повторный сбой ИС МП после каждого обновления БП 3.0

Большинство повторных сбоев после обновлений — не случайность, а следствие одного и того же: конструктор проверили по факту сбоя, а не заранее, до того как склад начал работать с новым релизом.

• ✓Перед установкой каждого релиза БП 3.0 проверять актуальный вид продукции в конструкторе на тестовой копии базы, а не на рабочей.
• ✓Закрепить за одним сотрудником еженедельную проверку статуса ОСУ по всем открытым документам обмена — пустые статусы не должны копиться неделями.
• ✓Держать канал связи с ГИСМТ стабильным: обрывы на слабом канале дают те же симптомы, что и ошибка конструктора, только диагностируются дольше.
• ✓Заранее выяснять у 1С-партнёра, что именно меняется в ИС МП перед обновлением, а не читать описание изменений постфактум, когда касса уже отказывает в продаже.

Часть этих сбоев вообще не доходит до пользователя, если обновление ставит специалист, который заранее знает про изменения в ИС МП и проверяет конструктор до того, как склад откроет смену. Это ровно то, что входит в услугу обновление 1С у нас: релиз ставится на тестовой копии, конструктор и статусы ОСУ проверяются до переноса на рабочую базу, а не после жалоб от кассы.

Сколько стоит настроить ИС МП правильно в 1С:БП 3.0

Диагностика обмена с ГИСМТ и настройка конструктора видов продукции под конкретные товарные группы оплачиваются по часам сопровождения — 3800 руб/час, и на большинстве баз укладываются в несколько часов работы, если проблема не тянется месяцами и не завязана на нетиповую схему склада.

Если ИС МП настраивается впервые — например, компания только начинает работать с маркированной обувью или парфюмерией, — это уже задача не точечного фикса, а внедрения 1С с нуля под товароучёт и обмен с ГИСМТ: от структуры справочников до регламентных заданий синхронизации. Для розницы и опта чаще всего это внедрение 1С:Управление торговлей, где маркировка завязана на кассовые процессы и складской учёт с самого начала, а не пристраивается к готовой базе задним числом.

❓ Частые вопросы

Что такое «Конструктор видов продукции» в 1С:БП 3.0?

Это мастер настройки маркируемой продукции, который заменил справочник «Виды маркируемой продукции» летом 2026 года. В нём отдельно задаются товарная группа, шаблон GTIN и правила агрегации коробов и паллет для каждого вида товара.

Что означает статус ОСУ у кода маркировки?

Это отметка в документе обмена с ГИСМТ, которая показывает, подтвердила ли система код маркировки. Пустой статус означает, что код ещё не прошёл сверку и товар нельзя продавать через кассу до её завершения.

Нужно ли пересоздавать номенклатуру после перехода на новый конструктор?

Саму номенклатуру — нет, а вот вид продукции для неё иногда приходится пересоздать заново, если перенос из старого справочника прошёл с расхождением в шаблоне GTIN. Это видно по повторяющимся ошибкам статуса ОСУ у конкретной товарной группы.

Как часто 1С запрашивает у ГИСМТ статус кодов маркировки?

По регламентному заданию с заданным интервалом, а не мгновенно при каждом сканировании. При больших партиях запрос можно и нужно запускать вручную из документа «Обмен с ГИСМТ», не дожидаясь расписания.

Можно ли продать товар, если статус ОСУ не подтверждён?

Нет, касса при пробитии чека сверяет код маркировки с ГИСМТ и откажет в продаже без подтверждённого статуса. Сначала нужно закрыть синхронизацию, и только потом открывать смену для этой товарной группы.