Симптомы

• Срок действия лицензии в справочнике «Мобильные устройства» отображается на месяц вперед, хотя подписка оплачена на более длительный срок.
• Срок действия лицензий в базе пишет до 01.11.2026, хотя по факту они оплачены до 01.03.2027.

Решение

1. Никаких действий предпринимать не требуется.

Причина

• Лицензия на устройство выдается не на весь оплаченный период сразу, а помесячно (до 1-го числа следующего месяца).
  При наличии действующей подписки мобильное приложение автоматически запрашивает продление лицензии на следующий месяц, когда до окончания текущего срока остается 10 дней или меньше.

Симптомы

• Как передать отчет о нанесении и ввести в оборот коды маркировки по заказу на эмиссию с объемом более 100 000 кодов?
• При проведении документа Маркировка товаров ИС МП, заполненного вручную, возникает ошибка:
  

  Запрещено создание Маркировки товаров более 25000 строк
  

Решение

1. Перейдите в документ Маркировка товаров ИС МП.
2. Выгрузите коды в файл CSV по статье.
3. Разделите полученный CSV-файл на несколько отдельных файлов, чтобы в каждом содержалось не более 25 000 строк с кодами маркировки (часть_1.csv, часть_2.csv и т.д.).
4. В исходном документе на вкладке Коды маркировки удалите лишние строки, оставив коды первой партии (до 25 000).
5. Проведите документ и нажмите "передать данные".
6. Создайте копию или новый документ с теми же реквизитами (номенклатура, серия, выпуск, производственная линия).
7. Загрузите в новый документ следующую часть кодов маркировки из подготовленного файла часть_2.csv по кнопке "Загрузить из внешнего файла".
8. Проведите документ и нажмите "передать данные".
9. При необходимости повторите шаги 6-8 для остальных файлов с кодами.

Причина

• В расширении БИТ.MDT установлено системное ограничение: табличная часть документа Маркировка товаров ИС МП не может содержать более 25 000 строк. Для передачи большего объёма кодов партия разбивается на несколько документов.

Симптомы

• Ошибка на станции агрегации после обновления расширения:

Некорректная структура составного штрихкода Штрихкод-01[Номенклатура.битмдт_ОписаниеМарки]37000111[битмдт_Серия.ДатаПроизводства(ДФ=yyMMdd)]10[битмдт_Серия.Номер]91[КодМаркировки]-270-QR-sddrfgfv-fgfdfb
{ОбщийМодуль.битмдт_ПотоковаяПечать.Модуль(555)}:
{Обработка.ПечатьЭтикеток.МодульОбъекта(236)}:
{Обработка.ПечатьЭтикеток.МодульОбъекта(1401)}:
{Обработка.ПечатьЭтикеток.МодульОбъекта(188)}:
{Обработка.ПечатьЭтикеток.Форма.ПечатьЭтикеток.Форма(391)}:

Решение

1. Перейдите в справочник Шаблоны этикеток и ценников e1cib/list/Справочник.ШаблоныЭтикетокИЦенников
2. Откройте некорректный шаблон этикетки.
3. В редакторе макета выделите штрихкод, на который указывает ошибка.
4. В панели свойств справа в Имени удалите лишние символы («хвост») в конце строки после указания типа штрихкода (например, после QR или GS1-128):
   
5. Добавьте любой символ в наименовании шаблона.
6. Нажмите Записать.
7. При необходимости удалите символ.
8. Нажмите Записать.
9. Проверьте печать этикетки.

Причина

• Имя графического объекта штрихкода в макете шаблона имеет строгий формат составных частей, разделенных дефисом:Штрихкод-<Состав>-<УголПоворота>-<ТипКода> (например, -270-GS1-128 или -0-QR). Если в свойстве рисунка Имя после типа штрихкода присутствует лишний суффикс (например, сгенерированный хвост вида -sddrfgfv-fgfdfb), алгоритм разбора имени не может определить параметры штрихкода и блокирует печать.

Симптомы

• Как могло произойти задвоение марок в разные Расходные ордера?
• Один и тот же код маркировки отображается в двух разных Расходный ордерах на товары (РСО).

Решение

1. Откройте список документов Изменение состава задания на отгрузку e1cib/list/Документ.битмдт_ИзменениеСоставаЗаданияНаОтгрузку.
2. Установите отбор по коду маркировки по статье Как настроить отбор в списке документов Маркировка товаров ИС МП?.
3. Убедитесь, что марка была отсканирована в разные Задания на отгрузку (РСО):
4. Перейдите в некорректный РСО.
5. Перейдите на вкладку Штрихкоды упаковок.
6. Нажмите правой кнопкой мыши по коду дубликата, выберите "Удалить".

Причина

• Если марка только отсканирована на ТСД, но расходный ордер еще не переведен в конечный статус («Отгружен»), ТСД не блокирует повторное сканирование и вложимость этих же марок в другие задания на отгрузку (РСО).

Симптомы

• Как в маркировке товаров ИС МП отфильтровать документы по номенклатуре на релизе конфигурации 2.5.27.101?

Решение

1. Нажмите "Еще" - Настроить список.
   
2. В открывшемся окне перейдите на вкладку "Отбор", в списке найдите и разверните поле "Ссылка" .
   
3. Найдите и разверните табличную часть "Товары", двойным нажатием добавьте реквизит "Номенклатура" в отбор, завершите редактирование.
   
4. Введите нужную номенклатуру в появившийся фильтр.
   

Причина

Из-за изменений в типовой конфигурации 1С реквизит "Номенклатура" отбирается по данным табличной части "Товары".

Симптомы

• Ошибка в документе маркировки:

01: Не заполнено поле "Тип кода агрегата".
369: Коды вложений должны содержать хотя бы один код из товарной группы агрегата <...>.

Решение

1. В настройках участка измените значение параметра "Допустимость других уровней" с "Игнорировать" на "Выводить ошибку".
   
2. Разберите агрегаты из ошибки в документах маркировки и соберите их заново по статье.

Причина

• Агрегат содержит вложения другой номенклатуры.
• В настройках участка "Допустимость других уровней" установлена в значение "Игнорировать", поэтому система не проверяла то, что коды с другой номенклатурой.

Симптомы

• Ошибка в документе маркировки для ввода в оборот медицинской продукции:

249: РЗН 2021/14500: Номер разрешительного документа указан некорректно. Порядковый номер некорректного символа: 1

• Разрешительный документ заполнен по формату и привязан к карточке товара в личном кабинете «Честного ЗНАКа».

Решение

1. Измените тип документа сертификации в документе маркировки (написать текстом "Регистрационное удостоверение").
   

   

2. Обновите расширение БИТ.MDT на актуальный релиз.

Причина

• Неверный тип разрешительного документа.
• Передается регистрационное удостоверение Росздравнадзора как свидетельство о государственной регистрации (СГР). Это разные документы, и формат номера у них разный. STATE_REGISTRATION_CERTIFICATE в данном поле означает именно СГР, а не регистрационное удостоверение на медицинское изделие. Для регистрационного удостоверения на медицинское изделие нужен тип REGISTRATION_CERTIFICATE.
  В протоколе обмена видно, что передается тип сертификата "STATE_REGISTRATION_CERTIFICATE":

{"doc_type":"Promotion_Inform_Selfmade","document_description":{"production_type":"OWN_PRODUCTION","production_date":"2026-09-30T00:00:00.000Z","participant_inn":"5045061066","producer_inn":"5045061066","owner_inn":"5045061066"},"products":[{"uit_code":"0104631159554647215QqHpgvT.fiCi","tnved_code":"3304990000","certificate_document_data":[{"certificate_type":"STATE_REGISTRATION_CERTIFICATE","certificate_number":"РЗН 2021/14500","certificate_date":"2026-06-25T00:00:00.000Z"}]},

• Решена задача "MDT-8648: Регистрационное удостоверение выгружается в ЧЗ как Свидетельство о государственной регистрации, а должно как Регистрационное удостоверение".

Симптомы

• При агрегации ошибка:
  

  Характеристика марки <...>, а не <...>
  

  
• При сканировании кода на ТСД ошибка:
  

  The item characteristic for marking code  instead of <...>
  

  

Решение

1. Проверьте характеристики сканируемых марок.
2. Коды с другой характеристикой агрегируйте отдельно в другом задании с исходной характеристикой.

Причина

• Характеристика сканируемой марки не совпадает с характеристикой агрегата (SP).
• В одном задании нельзя агрегировать коды с разными характеристиками.
• В партию попали коды из разных поставок: старой (без характеристики SP) и новой (с характеристикой SP).
• Необходимо строго соблюдать соответствие характеристик. То есть при создании заказа на эмиссию КИ указывать ту же характеристику, что и будет у КИГУ.

Симптомы

• Что это за новый метод Aggregation_GET при работе с Тандером?
• Ввели в оборот 54 единицы товара для Тандера. Затем отсканировали их под камерой, привязали к коробу, а далее к паллету. По завершении задания установили статус "Контроль пройден". Однако Тандер утверждает, что мы использовали не тот метод.

Решение

1. По текущей спецификации Тандера агрегация в КИТУ-1 (короба) передается методом GET, а в КИТУ-2 (паллеты) — методом Aggregation_GET. Дополнительные условия, в том числе по вводу в оборот, сейчас не предусмотрены.
2. Если появились новые требования, просим зафиксировать их и передать нам в работу.

Симптомы

• Документы маркировки ИС МП имеют статус "Черновик" и далее эти документы никуда не двигаются. Коды в документах в статусе "Эмитирован.Выпущен". В ЖР ошибок нет.
• Отключили регламентное задание "Автоматическая маркировка (отправка отчетов)", вручную поменяли статус и действие документа, отчет все равно не отправляется, ничего не происходит.

Решение

1. Пометьте проблемные документы маркировки на удаление.
2. Дождитесь, когда автомаркировка создаст новые документы и по ним успешно передастся ввод в оборот.

Симптомы

• Ошибка:
  

  HTTP 403: {"message":"Forbidden"} в модуле «битмдт_АрхивМарок»
  

Решение

1. Перезапустите службу сервера 1С.

Причина

• Отказ в авторизации (HTTP 403 Forbidden) при обращении к сервису архива марок, вызванный недействительным токеном авторизации или сбоем сессии в кэше запущенной службы. Перезапуск службы сбросил закэшированное состояние, переинициализировал соединение и авторизацию, что позволило успешно обработать очередь.

Симптомы

• Зависает регламентное задание «БИТ.MDT. Автоматическая маркировка (отправка отчетов)» на 3-м сервере в кластере 1с.
• Включена настройка «Подключать компоненту ExtraCryptoAPI изолированно» (значение «Да»). Перезагрузка сервера не решает проблему.

Решение

1. Перейдите в БИТ.MDT → Настройки MDT и установите константу «Подключать компоненту ExtraCryptoAPI изолированно» в значение «Нет». Выполните перезагрузку сервера с очисткой серверного кэша по статье.
   
2. Проверьте системные логи сервера на наличие ошибок, связанных с 1С, CryptoPro и СУБД (при необходимости привлеките системного администратора).
3. Переразверните сервер.

Причина

• Внешняя компонента CryptoPro подключается дважды, из-за чего процесс зависает. Если компонента подключается один раз, задание выполняется успешно.

Симптомы

• Ошибка в документе маркировки:
  

  22: Коды Маркировки <...> не найден(ы)
  

  

Решение

1. Найдите документ с передачей агрегации кода из ошибки по статье.
2. Если в документе из п.1 агрегация передана позже даты создания документа следующего уровня (сравнить дату и время Протокола обмена документа Маркировки для кода КИТУ1 из ошибки с датой и временем создания документа передачи агрегации в КИТУ2): выполните повторную агрегацию в документе.
3. Если в документе из п.1 ошибка из-за неявной разагрегации: разберите на ТСД упаковки, указанные в тексте ошибки по статье, затем выполните повторную агрегацию в документе.

Причина

• Вложение КИТУ1 не введено в оборот.
• По кодам КИТУ1 из ошибки передана агрегация позже, чем создался документ по агрегации в следующий уровень (КИТУ2).
• Вложения КИТУ1 были агрегированы в новый агрегат.

Симптомы

• Зависли документы при обработке, документы с агрегацией не отправляются.
• Нельзя вручную обработать документ из-за конфликта блокировок.
• При попытке открыть сообщение в Очереди обмена с ИС МП ошибка:

Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки

Решение

1. Откройте список регламентных заданий e1cib/app/Обработка.РегламентныеИФоновыеЗадания
2. Выключите задания:
   • БИТ.МДТ. Автоматическая маркировка (отправка отчетов)
   • Отправка и получение данных ИС МП
3. Если конфликт сохраняется, выключите также регламентное, соответствующее типу зависшего документа:
   • БИТ.МДТ. Интеграция ИСМП. Маркировка (агрегация) 1
   • БИТ.МДТ. Интеграция ИСМП. Маркировка (нанесение и ввод в оборот) 1
   • БИТ.МДТ. Интеграция ИСМП. Маркировка (эмиссия) 1
4. При сохранении ошибки проверьте, есть ли заблокированный документ в списке e1cib/list/РегистрСведений.битмдт_ОчередьПроверкиСтатусовДокументовИСМП без галочки "Проверен" - выключите регламентное:

   • БИТ.МДТ.Проверка статусов ИСМП

     

5. В Администрировании серверов 1С Предприятия завершите зависшее фоновое задание из перечня выше вручную.
   

Причина

• Зависло регламентное задание, которое захватило документ и не может его обработать, блокируя очередь сообщений.

Симптомы

• Производство по контракту для Казахстана. Получаем файл csv с КИ, работаем по заданию агрегации. Нужно выгрузить полные коды и передать контрагенту из Казахстана для их дальнейшего ввода в оборот, но полные коды отсутствуют в базе. Где их можно найти?

Решение

1. Перейдите в регистр сведений Пул кодов маркировки СУЗ.
   
2. Отберитесь по реквизиту "Основание" с Вашим заказом на эмиссию кодов маркировки СУЗ. Если ничего не найдено - кодов в Пуле нет.
   
3. Для конкретного кода, загруженного из файла проверьте наличие полного кода в Пуле при помощи Консоли запросов по статье. Чтобы найти такой код перейдите в регистр "События марок" e1cib/command/РегистрСведений.битмдт_MarkEvents.Команда.СобытияМарок и отберитесь по Вашему Заказу на эмиссию.
   
4. Найдите документ Маркировки товаров ИС МП по конкретному КИ из п.3 (проверьте по событиям данного кода, что он был сериализован/агрегирован на Выпускающем участке, иначе выберите другой код). Если на закладке "Коды маркировки" в столбце "Значение штрихкода" есть полный код, выгрузите полные коды из документа.
   

Причина

Полные коды удалены из Пула.

Симптомы

• Как для заказчика из Казахстана промаркировать продукцию их марками и отправить им отчет о нанесенных КМ? Марки есть в CSV формате. Как эти коды распечатать? Как пропикать эти марки и куда? Агрегировать, вводить в оборот не нужно, только наклеить и передать отчет о нанесении также в CSV формате.

Решение

Печать кодов

1. Настроить номенклатуру по статье.
2. Создать Задание на линию, где планируете печатать коды.
3. Загрузить файл csv в связанный Заказ на эмиссию по статье.
4. Распечатать коды по заданию на устройстве или из базы в pdf.

Создание отчета

1. Создать Задание на линию (на участок агрегации или сериализации с ТСД).

2. Работать по заданию на участке.

3. Дождаться формирования документа маркировки в базе 1С.

4. В документе Маркировка товаров ИС МП нажать кнопку "БИТ.IIoT" -> "Выгрузить в CSV".

5. Архивировать документ после завершения работы с ним.

   

6. Передать выгруженный файл заказчику.

Причина

Маркировка продукции с иностранными кодами от заказчика.

Симптомы

• Скажите, где-то в 1С есть код ФИАС? Если да, то где нам исправить на тот, что в Честном ЗНАКе стоит?
• Ошибка:

Недопустимое значение параметра "Код ФИАС"
ххх указанное значение не найдено для товарной группы

Решение

1. Перейдите в НСИ и администрирование → Настройка интеграции → Интеграция с ИС МП (обувь, одежда, табак…) → Параметры подключения к СУЗ (e1cib/list/РегистрСведений.НастройкиОбменаСУЗ).
2. Откройте организацию, в которой указан ошибочный код ФИАС.
3. Нажмите на синюю стрелку «Получить код ФИАС из системы "Честный Знак"».
4. Нажмите «Записать и закрыть».
5. Заново проведите документы, в которых возникала ошибка.
6. Если ошибка сохранилась или код ФИАС не изменился, обратитесь в службу поддержки «Честного знака».

Причина

Код ФИАС в базе 1С не соответствует актуальному.

Симптомы

• Регламентные задания «Отправка вендору» снижают производительность и переполняют каталог для создания снимка
• Много заданий "Отправка вендору", дублируются.

Решение

1. Выключите регламентные задания (e1cib/app/Обработка.РегламентныеИФоновыеЗадания), содержащие в названии «Отправка вендору».

2. Соберите логи компоненты по статье «Зависают задания обмена». Напишите тикет в поддержку, приложив логи.

3. Перезапустите агент сервера 1С по статье, чтобы сбросить зависшие задания.

Симптомы

• Не приходят задания на устройства, хотя они проведены.
• Исходящие сообщения зависли в статусе "Зарегистрировано".
• Исходящие с реквизитом "Type" = "MarkEvents" с пустым телом сообщения.

Решение

1. Откройте блок БИТ.MDT - справочник «Исходящие сообщения» e1cib/list/Справочник.адаптер_ИсходящиеСообщения.

2. Отберите все сообщения с метаданными РегистрСведений.битмдт_MarkEventsи статусом «Зарегистрировано». Проверьте, что они содержат пустое тело сообщения.

   

3. Выделите их Ctrl + A и удалите через Shift + Del (без пометки на удаление, именно удалить).

4. Перезапустите регламентное задание «БИТ.Адаптер. Подготовка сообщений к отправке (Основная настройка)» - выключить его и включить.
   
   

Причина

При проведении документа «РТиУ» по событию «Выбытие» формируется пустое тело сообщения. Это приводит к зависанию регламентного задания «Подготовка сообщений к отправке».

Симптомы

• В документе маркировки (операция не реагрегация) ошибка:
  

  "32: Код идентификации уже содержит вложения"
  

• В протоколе обмена ошибка:
  

  GET https://markirovka.crpt.ru:443/api/v4/true-api/doc/7d109bfe-8a8e-4bd2-a604-f422c44e374e/info?pg=water
  Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJwcm9kdWN0X2dyb3VwX2luZm8iOlt7Im5hbWUiOiJ3YXRlciIsInN0YXR1cyI6IjUiLCJ0eXBlcyI6WyJQUk9EVUNFUiIsIlRSQURFX1BBUlRJQ0lQQU5UIl19LHsibmFtZSI6Im1pbGsiLCJzdGF0dXMiOiI1IiwidHlwZXMiOlsiUkVUQUlMIiwiVFJBREVfUEFSVElDSVBBTlQiXX0seyJuYW1lIjoiY29uc2VydmUiLCJzdGF0dXMiOiI1IiwidHlwZXMiOlsiUkVUQUlMIiwiVFJBREVfUEFSVElDSVBBTlQiXX0seyJuYW1lIjoiZ3JvY2VyeSIsInN0YXR1cyI6IjEzIiwidHlwZXMiOlsiUkVUQUlMIiwiVFJBREVfUEFSVElDSVBBTlQiXX0seyJuYW1lIjoic29mdGRyaW5rcyIsInN0YXR1cyI6IjUiLCJ0eXBlcyI6WyJQUk9EVUNFUiIsIlRSQURFX1BBUlRJQ0lQQU5UIl19XSwidXNlcl9zdGF0dXMiOiJBQ1RJVkUiLCJpbm4iOiIwOTAxMDM5Nzk3IiwicGlkIjoxMTAwMDExODI4MCwiY2xpZW50X2lkIjoiY3JwdC1zZXJ2aWNlIiwicG9hX251bWJlciI6Ijk0NmFjODQwLTZmNzgtNGIwNi05MDI4LTIxYmIxZDcwNzYxNiIsImF1dGhvcml0aWVzIjpbIlJPTEVfVVNFUl9TSUdOIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuQ0lTX0lORk9STUFUSU9OX0NIQU5HRS5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5PUkRFUi1GQUNBREUtQ09OVFJPTExFUi5SRUFESU5HLUJZLU9QRVJBVE9SLlJFQUQiLCJDUlBULUZBQ0FERS5BUFAtVVNFUi1DT05UUk9MTEVSLkxJU1QtQUNUSVZFLlJFQUQiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5SRUFHR1JFR0FUSU9OLlJFQUQiLCJDUlBULUxLLURPQy1BUEkuQVBQLVVTRVItQ09OVFJPTExFUi5XUklURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkxLX0dUSU5fUkVDRUlQVF9DQU5DRUwuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLldSSVRFLU9GRi5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5PU1RfQ09NUExFVEVfREVTQ1JJUFRJT04uQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuVU5JVkVSU0FMX1RSQU5TRkVSX0RPQ1VNRU5ULkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkNPTlRSQUNULUNPTU1JU1NJT05JTkcuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuSU5ESVZJRFVBTElaQVRJT04uQ1JFQVRFIiwiVEFQSS5BTEwuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuT1NUX0RFU0NSSVBUSU9OLlJFQUQiLCJET0MtQ09OVFJPTExFUi5HUkFZX1pPTkVfQ1NWLkNSRUFURSIsIkRJU1BFTlNFUi5UQVNLLkFMTC5DUkVBVEUiLCJNT0QtSU5GTy5NT0QuREVMRVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuV1JJVEUtT0ZGLlJFQUQiLCJDUlBULUZBQ0FERS5DSVMtQ09OVFJPTExFUi5TRUFSQ0guUkVBRCIsIkNSUFQtS00tT1JERVJTLkxBQkVMLVRFTVBMQVRFLUZBQ0FERS1DT05UUk9MTEVSLlVQREFUSU5HLldSSVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuU0hJUC1DUk9TU0JPUkRFUi5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5MUF9DQU5DRUxfU0hJUE1FTlRfQ1JPU1NCT1JERVIuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuQ0FOQ0VMLVNISVBNRU5ULkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkZJWEFUSU9OX0NBTkNFTC5DUkVBVEUiLCJDUlBULUxLLURPQy1BUEkuQVBQLVVTRVItQ09OVFJPTExFUi5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5LTS1DQU5DRUwuQ1JFQVRFIiwiQ1JQVC1LTS1PUkRFUlMuTEFCRUwtVEVNUExBVEUtRkFDQURFLUNPTlRST0xMRVIuRE9XTkxPQURJTkcuRE9XTkxPQUQiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5SRVBPUlRfUkVXRUlHSElORy5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5BTENPX1VUSUxJU0VELkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkxQX1JFVFVSTi5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuUkVBR0dSRUdBVElPTi5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5MS19HVElOX1JFQ0VJUFQuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuTEtfR1RJTl9SRUNFSVBUX0NBTkNFTC5DUkVBVEUiLCJESVNQRU5TRVIuUkVQT1JULkFMTC5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5VUERBVElORy1ERUZBVUxULldSSVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuQ0lTX05PVElDRS5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5ERUxFVElORy5ERUxFVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5LTS1BUFBMSUVELUNBTkNFTC5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5DUkVBVElORy1ERUZBVUxULkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLlVOSVZFUlNBTF9UUkFOU0ZFUl9ET0NVTUVOVF9GSVguQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuSU5ESVZJRFVBTElaQVRJT04uUkVBRCIsIkNSUFQtS00tT1JERVJTLkxBQkVMLVRFTVBMQVRFLUZBQ0FERS1DT05UUk9MTEVSLlNUQVRVUy1DSEFOR0UuV1JJVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5DUk9TU0JPUkRFUi1BQ0NFUFRBTkNFLkNSRUFURSIsIkNSUFQtS00tT1JERVJTLk9QRVJBVE9SLldSSVRFIiwiQ1JQVC1LTS1PUkRFUlMuT1JERVItRkFDQURFLUNPTlRST0xMRVIuUkVBRElORy5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuVU5JVkVSU0FMX0NPUlJFQ1RJT05fRE9DVU1FTlRfRklYLkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkVBUy1DUk9TU0JPUkRFUi1FWFBPUlQuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuT1NUX0RFU0NSSVBUSU9OLkNSRUFURSIsIkNSUFQtTEstRE9DLUFQSS5EUkFGVC5BRE1JTklTVFJBVElPTiIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLlNISVAtQ1JPU1NCT1JERVIuUkVBRCIsIkNSUFQtS00tT1JERVJTLkxBQkVMLVRFTVBMQVRFLUZBQ0FERS1DT05UUk9MTEVSLkRFTEVUSU5HLURFRkFVTFQuREVMRVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuU0hJUE1FTlQuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuTE9BTi5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5SRUNFSVBULkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkRJU0FHR1JFR0FUSU9OLlJFQUQiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5MUF9JTlRST0RVQ0VfT1NULkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkxLX0dUSU5fUkVDRUlQVC5SRUFEIiwiQ1JQVC1GQUNBREUuQ0lTLUNPTlRST0xMRVIuUkVQT1JULkRPV05MT0FEIiwiQ1JQVC1GQUNBREUuQVBQLVVTRVItQ09OVFJPTExFUi5MSVNULVJFTU9WRUQuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkNST1NTQk9SREVSLlJFQUQiLCJDUlBULUxLLURPQy1BUEkuQVBQLVVTRVItQ09OVFJPTExFUi5ERUxFVEUiLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5ET1dOTE9BRElORy1CWS1PUEVSQVRPUi5ET1dOTE9BRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkFHR1JFR0FUSU9OLlJFQUQiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5DUk9TU0JPUkRFUi5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5PUkRFUi1GQUNBREUtQ09OVFJPTExFUi5DUkVBVElORy1EUkFGVC5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5SRU1BUktJTkcuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLklOREktQ09NTUlTU0lPTklORy5DUkVBVEUiLCJFTEstUFJPRklMRS5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuQ09OTkVDVF9UQVAuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuQUNDRVBUQU5DRS5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5MS19SRUNFSVBUX0NBTkNFTC5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5TSElQTUVOVC5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuRUFTLUNST1NTQk9SREVSLUVYUE9SVC5SRUFEIiwiQ1JQVC1GQUNBREUuTUFSS0VELVBST0RVQ1RTLUNPTlRST0xMRVIuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkFHR1JFR0FUSU9OLkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkRJU0FHR1JFR0FUSU9OLkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkNPTU1JU1NJT05JTkcuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuTUFSS0VELVBST0RVQ1RTLUNPTlRST0xMRVIuQURNSU5JU1RSQVRJT04iLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5DUkVBVElORy5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5DUk9TU0JPUkRFUi1FWFBPUlQuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuUFJPRklMRS1DT05UUk9MTEVSLkNPTVBBTlkuUkVBRCIsIkNSUFQtS00tT1JERVJTLk9SREVSLUZBQ0FERS1DT05UUk9MTEVSLkNSRUFUSU5HLkNSRUFURSIsIkNSUFQtRkFDQURFLlBBUlRJQ0lQQU5ULUNPTlRST0xMRVIuR0VULUJZLUlOTi5SRUFEIiwiTElDRU5TRS1FUVVJUE1FTlQtUkVHSVNUUlkuUkVBRCIsIkNSUFQtS00tT1JERVJTLk9SREVSLUZBQ0FERS1DT05UUk9MTEVSLk1PRElGWUlORy1EUkFGVC5XUklURSIsIkxJQ0VOU0UtRVFVSVBNRU5ULVJFR0lTVFJZLkFETUlOSVNUUkFUSU9OIiwiQ1JQVC1LTS1PUkRFUlMuTEFCRUwtVEVNUExBVEUtRkFDQURFLUNPTlRST0xMRVIuUkVBRElORy1CWS1PUEVSQVRPUi5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuTEtfVU5JVkVSU0FMX0lOVFJPRFVDRS5DUkVBVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5MUF9DQU5DRUxfU0hJUE1FTlRfQ1JPU1NCT1JERVIuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkFDQ0VQVEFOQ0UuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLk9TVF9DT01QTEVURV9ERVNDUklQVElPTi5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuTFBfSU5UUk9EVUNFX09TVC5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuUkVQT1JUX1JFV0VJR0hJTkcuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkZJWEFUSU9OLkNSRUFURSIsIkNSUFQtRkFDQURFLkNJUy1DT05UUk9MTEVSLlJFUE9SVC5SRUFEIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuSU1QT1JULUNPTU1JU1NJT05JTkcuQ1JFQVRFIiwiQ1JQVC1GQUNBREUuRE9DLUNPTlRST0xMRVIuUkVNQVJLSU5HLkNSRUFURSIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkxPQU4uUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLkxQX1JFVFVSTi5DUkVBVEUiLCJDUlBULUtNLU9SREVSUy5MQUJFTC1URU1QTEFURS1GQUNBREUtQ09OVFJPTExFUi5SRUFESU5HLlJFQUQiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5DT01NSVNTSU9OSU5HLlJFQUQiLCJDUlBULUtNLU9SREVSUy5PUkRFUi1GQUNBREUtQ09OVFJPTExFUi5NT0RJRllJTkcuV1JJVEUiLCJDUlBULUZBQ0FERS5ET0MtQ09OVFJPTExFUi5DUk9TU0JPUkRFUi1FWFBPUlQuUkVBRCIsIkNSUFQtRkFDQURFLkRPQy1DT05UUk9MTEVSLlVOSVZFUlNBTF9DT1JSRUNUSU9OX0RPQ1VNRU5ULkNSRUFURSIsIlJPTEVfT1JHX1BST0RVQ0VSIiwiUk9MRV9PUkdfVFJBREVfUEFSVElDSVBBTlQiLCJST0xFX09SR19SRVRBSUwiLCJPUkdfRURPLk9VVEdPSU5HX0RPQ1VNRU5ULkNSRUFURSIsIklOTl8wOTAxMDM5Nzk3Il0sImZ1bGxfbmFtZSI6ItCT0L7RiNC-0LrQvtCyINCS0LjRgtCw0LvQuNC5INCS0LDQu9C10YDRjNC10LLQuNGHIiwic2NvcGUiOlsidHJ1c3RlZCJdLCJtY2hkX2lkIjoxMzAwMDM2NjYzNCwiaWQiOjE0MDAwOTQ1OTgzLCJleHAiOjE3OTIxMjMxMDYsIm9yZ2FuaXNhdGlvbl9zdGF0dXMiOiJSRUdJU1RFUkVEIiwianRpIjoiNzA5MzYyNGUtOTNhMS00Y2U5LThlZGUtNjFlNTQ0NzNlMDgxIn0.erdwXzTd6SO5LFdf9aKlXqup0hNq8cudrKKdz3cqsMg
  Cache-Control: no-cache
  Accept-Encoding: None
  Accept-Charset: utf-8
  Content-Type: application/json; charset=utf-8
  
  Strict-Transport-Security: max-age=31536000; includeSubDomains
  Content-Type: application/json
  Date: Thu, 15 Oct 2026 18:19:07 GMT
  x-request-log-id: H5Nr/CYXS7WM7CuVyS3YaA
  {
    "error_message": "Ошибка при выполнении запроса"
  }
  
  

Решение

1. Проверьте состояние кодов маркировки в ГИС МТ по статье и убедитесь, что у всех упаковок статус "В обороте".
   
2. Если все упаковки в обороте, нажмите "Еще" -> "Коды маркировки введены в оборот".
   

   Важное ограничение кнопки "Коды маркировки введены в оборот": кнопку нельзя нажимать, если хотя бы один код не в обороте.

   
3. Если не все коды в статусе "В обороте", напишите тикет на поддержку.

Причина

• Система пыталась передать коды повторно, но они уже были введены в оборот, поэтому возникала ошибка.

Отгрузка партионной продукции оформляется так же, как по ОСУ:

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

При автомаркировке документ «Маркировка товаров ИС МП» с операцией «Производство» сформируется автоматически по событиям на участке.
Передача данных состоит из двух этапов: отчёт о нанесении и ввод в оборот.
Для отправки отчёта о нанесении по продукции, подконтрольной ВетИС:

1. Оформи документ «Производственная операция ВетИС», чтобы получить ВСД и зарезервировать номер партии в ИС МП (если включена интеграция с ВетИС).
   
   
2. В документе «Маркировка товаров ИС МП» выбери этот ВСД — номер партии заполнится автоматически.
   

После успешной отправки отчёта о нанесении и ввода в оборот статус документа изменится на «Коды маркировки введены в оборот».

Создай задание на линию выпуска продукции. Если используется ПКК, система автоматически сгенерирует и зарезервирует коды по заданию на участок.

Если при производстве партионной продукции нет агрегации и требуется печать ПКК:

1. Настрой шаблон собственных кодов КМ для ПКК.
   
   
2. В карточке номенклатуры создай упаковку для ПКК и привяжи к ней шаблон кодов КМ.
   
   
3. В штрихкодах номенклатуры укажи GTIN для упаковки ПКК.
   
   
4. Настрой участок сериализации:
   • выбери «Печать партионных кодов» → «Пакетная»;
   • укажи шаблон этикетки партионного кода;
     
   • в настройках станции участка назначь принтер с ролью «Партионный код».
     

1. Создай отдельный вид номенклатуры для партионного учета. Пример для молочной продукции: нужны два разных вида — для партионного учёта (срок годности > 40 суток) и для ОСУ (срок годности ≤ 40 суток).
2. Включи использование серии для вида номенклатуры с партионным учетом:
   • Тип политики: «Управление остатками серий» или с ориентацией на FEFO (по срокам годности)
   • Обязательные реквизиты серии: дата производства, срок годности, номер серии (партии).
     
3. Переведи нужные позиции на созданный вид номенклатуры.
4. Проверь заполнение карточек номенклатуры:
   • товарная категория;
   • флаг «ФГИС Меркурий» (если продукция подконтрольна ВетИС);
     
   • срок годности;
   • код ТН ВЭД;
   • упаковки;
     
     
   • штрихкоды с GTIN и видом упаковки ГИС МТ;
     
   • потребительская упаковка в группе «Маркируемая продукция».
     

Симптомы

• В расходном ордере привязываются бутылки, как в шт, так и в коробках. Отгрузить нужно целую паллету. Помогает только вручную удалить строку в ордере. Почему строка со штуками осталась?
  
  

Решение

1. Проведите инвентаризацию/корректировку остатков, чтобы на складе готовой продукции остатки хранились кратно тарным упаковкам (коробкам), что исключит появление плановых строк в штуках в РСО.

Причина

В программе для склада включен учет по срокам годности (FEFO — сначала отгружать более ранние партии). На остатках склада числятся старые штучные «хвосты» предыдущих партий. Кладовщик отсканировал фактически целую паллету более свежей серии. Этот объём в коробках закончился на списании других строк (кроме оставшейся в шт). Для погашения оставшейся строки не хватило отсканированного количества в рамках целочисленного пересчёта коробок. В процедуре ИзменитьСоставОтгружаемыхТоваров строка табличной части удаляется исключительно при условии обнуления её количества - это ожидаемое поведение системы.

Симптомы

• Изменили задание, оно не отображается на панели.
• Задание не отображается на устройстве.

Решение

1. Перейдите в Исходящие сообщения e1cib/list/Справочник.адаптер_ИсходящиеСообщения.
2. Выполните отбор по метаданным "Документ.битмдт_ЗаданиеНаПроизводство", в теле сообщения укажите номер задания.
3. Отправьте сообщение с найденным заданием повторно.
   

Причина

Изменили задание, синхронизация не произошла, изменения не пришли на устройство.

Симптомы

• После обновления расширения перестали отображаться связанные документы, для документа точно есть связанные задания на участок.
  

Решение

1. Воспользуйтесь одним из двух вариантов решения:
   1. Поменять порядок вызова расширений (сначала БИТ.МДТ, потом EN_ДоработкиКА). Для этого установите тип расширения для EN_ДоработкиКА - "Адаптация".
   2. Изменить код расширения EN_ДоработкиКА так, чтобы для "незнакомых" документов было не Ввозврат Неопределено, а Возврат ПродолжитьВызов(ЗначениеКритерияОтбора).

Причина

Проблема возникает из-за конфликта двух расширений: BIT.MDT и стороннего расширенияEN_ДоработкиКА.

Симптомы

• Как и где отключить регламентное задание в 1С?

Решение

1. Перейдите в раздел "Регламентные и фоновые задания" e1cib/app/Обработка.РегламентныеИФоновыеЗадания, найдите нужное задание, кликните по нему правой кнопкой мыши и нажмите "Выключить".

Причина

После аварии в дата-центрах Яндекса до восстановления сервисов поддержка порекомендовала выключить ряд регламентных заданий, чтобы в базе не копились фоновые задания.

Симптомы

• Ошибки после обновления конфигурации на 2.5.27.98 и расширений:
  

  Поле объекта не обнаружено (битмдт_ТандерExchangeGET)
  {БИТМDTСовместимостьГосИС27
  ОбщийМодуль.ОбменДаннымиИСМП.Модуль(10)}:Категории.ПередачаДанных.Вставить(
  {ОбщийМодуль.ОбменДаннымиИСМП.Модуль(1556)}:КатегорииОпераций = КатегорииОпераций();
  {ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(225)}:СообщениеJSON.Описание =
  ОбменДаннымиИСМП.ОписаниеОперацииПередачиДанных(
  {Документ.ЗаказНаЭмиссиюКодовМаркировкиСУЗ.МодульМенеджера(1254)}:РезультатОпределенияСУЗ =
  ИнтеграцияИСМПСлужебный.ОпределитьСтанциюУправленияЗаказамиУпрощенно(
  {БИТМDT Документ.ЗаказНаЭмиссиюКодовМаркировкиСУЗ.МодульМенеджера(414)}:Возврат
  ПродолжитьВызов(ДокументСсылка, ДополнительныеПараметры);
  {Документ.ЗаказНаЭмиссиюКодовМаркировкиСУЗ.МодульМенеджера(706)}:Возврат
  ЗаявкаНаЭмиссиюКодовМаркировкиJSON(ДокументСсылка, ДополнительныеПараметры);
  {ОбщийМодуль.ОбменДаннымиИСМП.Модуль(325)}:ВозвращаемоеЗначение =
  МенеджерОбъекта.СообщениеКПередачеJSON(ДокументСсылка, ДальнейшееДействие, ДополнительныеПараметры);
  {ОбщийМодуль.ОбменДаннымиИСМП.Модуль(54)}:СообщенияДокументаJSON = СообщениеКПередачеJSON(
  {БИТМDTСовместимостьГосИС27 ОбщийМодуль.ОбменДаннымиИСМП.Модуль(155)}:Результат =
  ПродолжитьВызов(ВходящиеДанные, ПараметрыОбмена);
  {ОбщийМодуль.ОбменДаннымиИСМП.Модуль(228)}:ВозвращаемоеЗначение =
  ПодготовитьКПередачеУниверсально(ВходящиеДанные, ПараметрыОбмена);
  {(1)}:ОбменДаннымиИСМП.ПодготовитьКПередачеДлительнаяОперация(Параметры[0],Параметры[1])
  {ОбщийМодуль.ОбщегоНазначения.Модуль(6434)}:Выполнить(СтрокаВызова); // АПК:487 Исполняемый код безопасен.
  {ОбщийМодуль.ДлительныеОперации.Модуль(1875)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры,
  ПараметрыВызова);
  {ОбщийМодуль.ДлительныеОперации.Модуль(1836)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры,
  ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения);
  {ОбщийМодуль.ДлительныеОперации.Модуль(1849)}:ВызватьИсключение(Уточнение.Текст, Уточнение.Категория,,
  СтекЗапуска, ИнформацияОбОшибке);
  
  [ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка, ОшибкаКонфигурации]
  по причине:
  Поле объекта не обнаружено (битмдт_ТандерExchangeGET)
  [ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
  

• Ошибка при создании Задания на линию по Заказу на производство:
  

  Переменная не определена (битмдт_НастройкиСистемыПовтИсп)
  

Решение

1. Убедитесь, что в базе 1С установлены самые актуальные релизы всех нужных расширений.
2. Если по ссылкам из статьи доступны не самые актуальные релизы, запросите файла актуальных расширений у службы поддержки.

Причина

По ссылкам из статьи доступны не самые актуальные релизы (пример: БИТMDTERP от 14.07.2026 и БИТMDT от 07.10.2026, но при этом БИТMDTСовместимостьГосИс27 от 22.10.2026). Возникает конфликт совместимости релизов.

Симптомы

• Ошибка в документе маркировки:
  

  6 370: Идентификатор связанного документа не соответствует указанному в запросе идентификатору квитанции
  

Решение

1. Необходимо проверить ошибочные протоколы обмена. Откройте Протокол обмена.
   

2. Выберите первую неудачную попытку отправки сведений (красная строка) и нажмите "Показать сообщения XML"

   

3. Выберите последнюю строку с именем "Получение результата обработки документа".

   

4. В текстовом поле посмотрите текст ошибки.
   

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

Причина

Текст ошибки идентифицируется как ошибка при передачи ЭДО. Указанный идентификатор связанного документа не совпадает с идентификатором, который реально прописан внутри самой квитанции/документа в базе данных системы.

Симптомы

• Не формируется паллетная агрегация, собрали паллету из КИТУ восстановленных их архива.

Решение

1. Проверьте события паллеты, убедитесь, что часть вложений все еще в архиве (нет кода вложения, только Enclosure ID).
   
2. Восстановите из архива такие вложения вручную, либо дождитесь восстановления регламентным заданием.
3. Убедитесь, что все вложения восстановлены, заново открыв события паллеты и проверив наличие кодов вложений. Если восстановленные марки были автоматически повторно отправлены в архив и агрегация не успела создаться:
   1. Выключите регламентное задание "БИТ.МДТ.Удалние устаревших марок" и вернитесь к п.2 данной статьи, после успешной агрегации включите регламентное задание обратно.
      
   2. Уточните у службы поддержки статус выполнения задачи "MDT-8687: Запоминать восстановленные марки". Если задача решена - обновите расширение БИТ.MDT в базе 1С.
4. Дождитесь формирования документа маркировки с агрегацией.

Причина

Марки не успели восстановиться из архива, либо регламентное задание "БИТ.МДТ.Удалние устаревших марок" успело ошибочно отправить в архив восстановленные марки.

Симптомы

• Нет регламентного задания "Отправка и получение данных ИС МП" в списке.

  

Решение

1. Перейдите в блок "НСИ и Администрирование" - раздел "Интеграция с ИС МП (обувь, одежда, табак...)" - вкладка "Регламентные задания" и проверьте наличие галочки "Автоматически обмениваться с ИС МП".

   

Причина

Так как выключен автоматический обмен с ИС МП, регламентного задания не будет в списке.

Симптомы

• При формировании нового задания (задним числом) выходит укороченный код - производство идет с длинными кодами.
• Не работает настройка Использовать укороченные КМ в разрезе Видов продукции ИС.

Решение

Постоянное решение:

1. Обновите расширение БИТ.MDT на релиз после 171835 / 01.09.2026.

Временное решение:

1. Перейдите в БИТ.MDT -> Настройки MDT.
2. Нажмите правой кнопкой мыши по константе Использовать укороченные КМ -> Добавить разрез:
3. На появившейся строке нажмите на 3 точки:
   
4. Выберите Вид номенклатуры -> Ок.
   
   
5. Выберите вид номенклатуры, у которого нужно использовать длинные коды.
6. Установите Значение Нет:
   
   

Причина

• В 2.5.27.xxx релизе типовой конфигурации 1C:ERP Управления предприятием тип объекта «Вид продукции ИС» был изменен: ранее использовалось перечисление, теперь — справочник.

Симптомы

• При выводе из оборота ошибка:

Номенклатура <...> является немаркируемой

Решение

1. В форме документа "Вывод из оборота" на вкладке "Товары" нажмите кнопку "Ввести штрихкод", введите код упаковки в открывшееся поле и нажмите "Готово". Табличная часть документа заполнится корректно.
   
2. Если п.1 не помог, загрузите код упаковки через кнопку "Загрузить из внешнего файла".
   Когда появится окно с ошибкой, скопируйте из него коды вложений, закройте окно и повторно воспользуйтесь кнопкой "Загрузить из внешнего файла", вставив уже коды вложений.
   
   

Причина

• В конфигурации ERP 2.5.27.XX состав упаковки сначала считывается из табличной части «Вложенные штрихкоды» справочника «Штрихкоды упаковок и товаров». Если она пуста, система запрашивает состав в ИС МП. В этом случае данные обрабатываются некорректно и при подборе появляется сообщение «Номенклатура не является маркируемой».

1. Проверь релиз и базовые настройки интеграции.
   1. Обнови учётную систему до версии 2.5.27.101 или выше, а MDT — до последнего релиза.
   2. В Настройке интеграции с ИС МП синхронизируй товарные категории с ФГИС "Честный знак"
      
2. Настрой НСИ.
3. Настрой печать партионного кода короба (ПКК).
   Если при производстве партионной продукции нет агрегации и требуется печать ПКК, то выполни настройку. Если агрегация есть — шаг пропусти.
4. Запланируй выпуск.
5. Передай данные по выпуску партионной продукции в ИС МП.
6. Передай данные по реализации партионной продукции в ИС МП.

Симптомы

• Как делается перемаркировка для товарной группы "Косметика, бытовая химия и товары личной гигиены"?
• Ошибка в документе Маркировки:

При выполнении запроса api/v3/order?omsId=de5d1d58-222c-4cf0-9d95-afcb8af7ef1a возникла ошибка.
Код состояния HTTP: 400.
Текст ошибки: {
"fieldErrors": [
{
"errorCode": 3030,
"fieldError": "Значение параметра "Способ выпуска товаров в оборот" "Перемаркировка" не соответствует допустимому для товарной группы "Косметика, бытовая химия и товары личной гигиены"",
"fieldName": "attributes.releaseMethodType"
}
],
"success": false
}.

Решение

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

Причина

• Код был поврежден, нужна перемаркировка.

Симптомы

• Ошибка в Журнале регистрации:

Поле объекта не обнаружено (Разобрана)
{БИТMDT ОбщийМодуль.битмдт_Марки.Модуль(3392)}:Если Не СведениеОМарке.Разобрана Тогда
{БИТMDT ОбщийМодуль.битмдт_Марки.Модуль(1684)}:РазобратьАгрегатыИЗафиксироватьИхВыбытие(MarkIDsМарок, TaskID, ОперацияВыполнена);
{БИТMDT ОбщийМодуль.битмдт_Марки.Модуль(3479)}:НаличиеОшибок = Не ОтразитьРазборИВыбытиеАгрегатовПоДаннымИСМП(РазагрегрегированныеШтрихкодыМарок);
{БИТMDT ОбщийМодуль.битмдт_Марки.Модуль(1589)}:ВыполнитьПроверкуРазагрегацииПоДаннымИСМППорцииМарок(
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(920)}:битмдт_Марки.ВыполнитьПроверкуРазагрегацииМарокПоДаннымИСМП();
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(222)}:ВыполнитьПроверкуВыбытияМарокПоДаннымИСМП();
{БИТMDT ОбщийМодуль.битмдт_ИнтеграцияАдаптер.Модуль(470)}:битмдт_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(44)}:Модуль.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.ОбменДаннымиСервер.Модуль(19)}:адаптер_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КодСценарияОбмена);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]

Решение

1. Перейдите в регламентные и фоновые задания e1cib/app/Обработка.РегламентныеИФоновыеЗадания.
2. В списке найдите задание "БИТ.МДТ. Проверка выбытия марок по данным ИСМП".
3. Нажмите правой кнопкой мыши -> Выключить:
4. После исправления задачи MDT-7802 обновите расширение на актуальный релиз.
5. Включите регламентное задание обратно.

Причина

• Зарегистрирована задача MDT-7802: Ошибка при проверке состояния кодов в Маркировке товаров.
• Регламентное задание «БИТ.МДТ. Проверка выбытия марок по данным ИСМП» на текущие складские и производственные операции ввода в оборот (эмиссия, нанесение, ввод в оборот) прямого влияния не оказывает. Задание отключается, чтобы ошибки не засоряли базу каждую минуту, до выпуска исправления в коде модуля.

Симптомы

• Ошибка в документе маркировки:

Не удалось определить вид упаковки (не заполнен коэффициент) для [...].

Решение

1. Выполните агрегацию повторно.

Симптомы

• Некорректная дата производства у КИТУ и КИ.
• Дата производства подтянулась в документ маркировки из другого задания по другой номенклатуре.
• Текущее задание на агрегацию с фактической датой, но дата производства в документе из прошлого.

Решение

1. Обновите расширение БИТ.MDT до актуального релиза.

Причина

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

Симптомы

• Паллета в статусе Собрана, документ маркировки с ошибкой
• Ошибка в документе маркировки :

Марка <КодМаркировки> числится в составе <НомерАгрегата>. Попытка не явной разагрегации <НомерАгрегата> заблокирована.

• В документе маркировки только агрегация КИТУ в КИТУ, текст ошибки ссылается на КИТУ из документа:
  

Решение

1. Убедитесь, что релиз конфигурации 1С не страше 6 месяцев. В противном случае обновите конфигурацию 1С по инструкции .

Причина

Старый релиз конфигурации 1С (от 24.04.2025). Если в документе маркировки только вложение одной логистической упаковки в другую, 1С формирует запрос в Честный Знак на полную разагрегацию.

Симптомы

• Часть маркированной продукции не проходит проверку ККТ при попытке распечатать чек.
• Не получается пробить чек. Ошибка:

  Отсутствует полный код маркировки.
  

Решение

1. Откройте проблемный документ Реализации товаров и услуг e1cib/list/Документ.РеализацияТоваровУслуг.

2. На закладке Основное откройте карточку Клиента.

   

3. Установите флаг "Розничный покупатель" и сохраните изменения.

4. Перейдите в документе Реализации в Отчеты -> Связанные документы.

5. Выделите Заказ клиента и нажмите кнопку Вывести для текущего.
   

6. Проверьте подчиненность, если Расходный ордер на товары (РСО) находится в подчинении Задания на перевозку:

   • Откройте Задание на перевозку.
   • Измените статус в документе на любой, кроме "Закрыто". Запишите документ.

7. Перейдите в РСО. Измените статус на "К отгрузке" и запишите документ.

8. В РСО перейдите по гиперссылке Документы-события.

   

9. Выделите все события и нажмите Обработать.

10. Вернитесь на вкладку Основное и выберите Еще -> Перечитать. Если добавились лишние номенклатуры без серии:

    • Нажмите Перейти к истории изменений.

      

    • Перейдите на старую версию, до внесенных Вами изменений.

    • Перейдите к п.13.

11. Скопируйте дату отгрузки. Измените статус документа на "Отгружен".

12. Время отгрузки изменится. Верните значение, скопированное в п.11. Запишите документ.

13. Верните в Задании на перевозку статус "Закрыто", если РСО находится в его подчинении.

14. Повторите пробитие кассового чека.

Причина

• Чеки не печатаются так как маркировка не может пройти проверку через ККТ (отсутствует полный код в Пуле).
• После установки признака "Розничный покупатель" при сканировании кодов в РСО полные коды начнут автоматически записываться в Пул кодов маркировки СУЗ.

Симптомы

• Изменить владельца кодов маркировки, введенных в оборот.

Решение

1. Если коды уже введены в оборот их владельца можно изменить с помощью УПД через ЭДО. После обработки в ГИС МТ коды переходят к новому владельцу.

Причина

Ввели в оборот продукцию без указания владельца - контрагента при контрактном производстве.

Симптомы

• Не заполнять "Дата производства" в отчете о нанесении в 1С.
• Необходимо, чтобы при сканировании Data-matrix кода в Честном ЗНАКе "Дата производства" не отображалась.
• Пример с отображением даты производства и без
  

Решение

1. Зарегистрировано пожелание на доработку MDTWISH-105: Реализовать возможность не передавать дату производства по строительным смесям

Симптомы

• В окне Маркировка товаров ИС МП нет кнопки "Создать", только "Создать копированием".
• Подтягиваются комментарии из созданных ранее заявок (документов маркировки).
• При создании новой заявки в поле «Комментарии» закрепился комментарий из документа, созданного несколько часов назад.
  

Решение

1. Перейдите в БИТ.MDT -> Маркировка (Честный ЗНАК) e1cib/app/Обработка.ПанельОбменИСМП.
2. Перейдите в раздел Производство -> Нанесение и ввод в оборот e1cib/data/Документ.МаркировкаТоваровИСМП.Форма.ФормаСпискаДокументов.
3. Создайте документ без использования копирования:

Причина

Кнопка "Создать" недоступна из раздела БИТ.MDT - Маркировка товаров ИС МП.

Симптомы

• Значение кода раньше шло с криптохвостом в документах маркировки в формате base 64. Сейчас криптохвоста нет.
• Хотим хранить полные коды после ввода в оборот в базе, как это сделать?

Решение

1. Обновить расширение в базе 1С на релиз актуальнее 170597 / 21.08.2026.
2. Перейти в Настройки MDT.
3. Установить значение константы "Срок хранения полных кодов маркировки после нанесения в днях" на необходимое количество дней.
   

Причина

• Решена задача MDT-7560: Хранить полные коды после ввода в оборот.
• Если отчет о нанесении успешно прошел и сработал механизм по очистке Пула, полные коды в базе 1С не остаются, удаляются из базы для экономии места и соблюдения логики работы СУЗ (хранение криптохвоста до нанесения).

Симптомы

• Нужно реализовать остатки маркируемой продукции.
• Как маркировать остатки косметики и бытовой химии в УТ при способе ввода в оборот Маркировка вне производства или импорта?

Решение

1. Настройте обмен с СУЗ для организации, выполняющей маркировку остатков, и добавьте ЭЦП.

2. В Настройках MDT добавьте разрез Префикс компании GS1 для SSCC.
   

3. Проверьте доступ к GTIN в Национальном каталоге через личный кабинет Честного ЗНАКа.

4. Настройте реквизит "Тип оплаты кодов маркировки" на оплату кодов по эмиссии в требуемом разрезе:
   
   

5. Создайте Задание на линию.

6. На вкладке Основное в реквизите "Задание по одной организации" выберите организацию, выполняющую маркировку.

   

7. На вкладке План выберите номенклатуру для маркировки остатков.

8. На вкладке Задания в реквизите Способ ввода в оборот укажите значение "Маркировка вне производства или импорта".
   

Симптомы

• Не обрабатываются регламентные задания ввода в оборот.
• Некорректно определяется ВСД для вида продукции Бакалея.

Решение

1. Обновите расширение БИТ.MDT в базе 1С на актуальный релиз (после 172298 / 04.09.2026).

Временное решение до обновления расширения в базе:

1. Перейдите в список документов Маркировка товаров ИС МП.

2. Установите фильтр "Все требующие действия или ожидания".

   

3. Выделите документы по номенклатуре без ВСД, для которой не проходит ввод в оборот.

4. Нажмите Действия -> Ввести в оборот.

   

Причина

Проблема исправлена в актуальном релизе расширения БИТ.MDT.

Симптомы

• Каким образом на релизе 2.5.27.XX реализовано Контрактное производство?
• Поля "Контрактное производство" нет в карточке номенклатуры.

Решение

1. Перейдите в Регистр Сведений "Расширение описания GTIN ИС"e1cib/list/РегистрСведений.битмдт_РасширениеОписанияGTINИС.
   1. Короткий путь: вставляете ссылку и нажимаете "Перейти".
      
   2. Можете добавить в избранное данный регистр для упрощения поиска в дальнейшем.
      
2. Отберитесь по GTIN нужной номенклатуры.
3. Заполните поле "Контрактное производство".
   

Причина

Изменения в конфигурации при переходе на релиз 2.5.27.XX.

Симптомы

• Ошибка в маркировке для ASL Belgisi:

 {"documentErrors":[{"propertyName":"CODE","index":0,"errorCode":"later-packing-datetime"
 "packing_datetime":"2026-04-13T08:59:01Z"}},

Решение

1. Проверьте код агрегата через обработку : Производство-> Дополнительные обработки-> Проверка КМ в Аслбельгиси.
   
2. Если код найден и имеет правильное количество вложений, тогда перейдите по ссылке e1cib/list/РегистрСведений.СтатусыДокументовИСМП, найдите требуемый документ и измените статус на "Коды маркировки агрегированы".
3. В противном случае обратитесь на поддержку ASL Belgisi по статье.

Симптомы

• Почему документ не обработался и остался в статусе Черновик?
• Документы Маркировки по давальческой схеме обычно не вводятся в оборот: делаем выгрузку файла в формате CSV и отправляем клиенту. Как настроить, чтобы статус отчетов оставался Черновик?

Решение

1. Перейдите в карточку номенклатуры из документа маркировки и убедитесь, что в качестве эмитента для потребительских кодов выбран «Файл CSV» - такие документы не будут автоматически отправлены в Честный ЗНАК.

Причина

Для номенклатуры в качестве эмитента выбран «Файл CSV». В этом случае система формирует документ «Маркировка товаров ИС МП» в статусе «Черновик» без автоматического ввода в оборот (поведение реализовано в рамках давальческой схемы). Регламентные задания работают одинаково для всех позиций, отбора по номенклатуре нет.

Симптомы

• Не можем передать код клиенту:
  
• В Реализации товаров и услуг (РТиУ) ошибка:

Владелец не определен

Решение

1. Выполните проверку проблемных марок по статье.
2. Если у марки статус "Выбыла", "Расформирована" или владелец кода сменился, то отгрузить ее нельзя.

Причина

Марка не "В обороте" по данным Честного ЗНАКа или принадлежит другому владельцу.

Симптомы

• Как напечатать дубли кодов, чтобы отправлять заказчикам для вторичной упаковки при продаже на маркетплейсах?

Решение

1. Организуйте участок для печати дублей (ТСД, принтер).
2. Укажите принтер в настройках станции.
3. Добавьте пользователю права "(mobile) Печать стикера".
4. Выберите на ТСД на начальном экране операцию "Печать стикера".
5. Укажите шаблон этикетки.
6. Просканируйте нужные штрихкоды.
7. Распечатайте дубли требуемой этикетки поштучно или покоробочно.
8. Наклейте этикетку на конечную упаковку, которая будет использоваться при продаже на маркетплейсе, или отправьте её вместе с товаром.

Причина

Операция «Повторное получение» через личный кабинет «Честный ЗНАК» недоступна, так как заказ кодов маркировки выполняется через 1С.

Симптомы

• Ошибка в заказе на эмиссию:

3 055: Значение параметра "Способ выпуска
товаров в оборот" "Произведен в РФ" не соответствует
допустимому для участника по причине блокировки данного
типа эмиссии.

Решение

1. Чтобы разблокировать заказ кодов с типом «Произведен в РФ»:
   1. Зайдите в личный кабинет «Честного Знака».
   2. Перейдите в раздел «Документы от Оператора» под УКЭП руководителя/ИП.
   3. Подпишите дополнительное соглашение с оператором «Честный ЗНАК».
   4. После подписания и проверки (до 1 суток) доступ к заказу кодов восстанавливается.

Подробнее в статье: https://markirovka.ru/community/honestly/kak-proyti-otsenku-proizvoditelya-i-ne-poteryat-dostup-k-zakazu-kodov-markirovki?ysclid=mtgvkibgzs28569208.

Причина

Ограничение на стороне оператора «Честный ЗНАК».

В системе маркировки «Честный ЗНАК» для вашей организации по товарной группе заблокирована возможность заказа кодов маркировки со способом ввода в оборот «Произведен в РФ».

Относится к товарным группам Легкая промышленность, Обувь, БАД, Шины и Парфюмерия (духи).

Симптомы

• Не поступают данные с производственной линии, автомаркировка остановлена.
• Не формируются новые документы маркировки.
• Регламентное задание "Автоматическая маркировка" завершается с ошибкой:

Преобразование значения к типу Булево не может быть выполнено
{БИТMDT ОбщийМодуль.битмдт_МаркировкаТоваровИСМП.Модуль(399)}:Если Не РеквизитыДокумента.ДатаПроизводстваПоФакту Тогда
{БИТMDT ОбщийМодуль.битмдт_АвтоматическаяМаркировка.Модуль(708)}:битмдт_МаркировкаТоваровИСМП.УстановитьДатуПроизводстваИзОбъекта(
{БИТMDT ОбщийМодуль.битмдт_АвтоматическаяМаркировка.Модуль(110)}:АвтоматическаяМаркировкаСериализация(ПараметрыФормирования, ФормируемыеОднимДокументом, КонтекстПрофиля);
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(204)}:битмдт_АвтоматическаяМаркировка.ВыполнитьРегламентноеЗадание();
{БИТMDT ОбщийМодуль.битмдт_ИнтеграцияАдаптер.Модуль(470)}:битмдт_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(44)}:Модуль.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.ОбменДаннымиСервер.Модуль(19)}:адаптер_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КодСценарияОбмена);
{Wildberries_Тренд ОбщийМодуль.ОбменДаннымиСервер.Модуль(26)}:ПродолжитьВызов(КодСценарияОбмена);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]

Решение

1. Обновите расширение БИТ.MDT до актуального релиза.

Причина

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

Симптомы

• Проблема с ревизорскими отчетами.
• Нет отчётов за ревизии.
• Не отправляются отчеты за ревизии на почту.
• Не формируется файл по результатам ревизии.

Решение

1. Откройте пересчёты товаров по нужному складу и дате: e1cib/list/Документ.ПересчетТоваров. Найдите документ со статусом «Выполнено».
2. Если статус другой, проверьте связанные контрольные пересчёты. Пока не закрыт хотя бы один контроль, ревизия считается незавершённой и отчёт не отправится.
3. Убедитесь, что все контрольные пересчёты находятся в статусе «Выполнено». Если какой-то документ ещё в работе, завершите его на ТСД кнопкой «Готово». После закрытия последней проверки статус основного пересчёта должен автоматически измениться на «Выполнено». Если этого не произошло, выставьте статус вручную.
4. Проверьте исходящие сообщения (адаптер/почта) по этому пересчёту. Убедитесь, что ушло письмо с отчётом «Анализ ревизии» (статус «Выгружено»).
5. Если письма нет или возникла ошибка, откройте отчёт «Анализ ревизии» по этому документу и нажмите кнопку «Отправить по e-mail». Письмо уйдет стандартному списку получателей после срабатывания регламентного задания «4 Лапы. Отправка отчетов по почте».

Причина

Завершения контрольных пересчетов были близки по времени, поэтому ни один из ТСД не понял, что оба контрольных пересчета завершены и нужно поставить статус "Выполнено" основному пересчету.

Симптомы

• Честный Знак опубликовал информацию о дополнительной проверке поля содержание этилового спирта. Нужно что-то делать, если спирта в составах нет?

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

Решение

1. Откройте карточку номенклатуры.
2. В реквизите «Доля этилового спирта» укажите фактический процент, либо 0, если продукция безалкогольная.
3. Нажмите «Записать и закрыть». 1С автоматически передаст эти сведения в «Честный ЗНАК».

Причина

«Честный ЗНАК» включил обязательную проверку поля с содержанием этилового спирта в номенклатуре.

Симптомы

• Коды не введены в оборот.
• Ошибка в документе маркировки:
  

Код состояния HTTP: 400
Текст ошибки:
{"error_message": "Поле kep.uuid обязательно для заполнения"}

Решение

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

Причина

Сбой авторизации на стороне «Честного ЗНАКа»: не обновился токен доступа для обмена с ИС МП (в запросе отсутствует идентификатор ключа электронной подписи kep.uuid).

Симптомы

• После обновления конфигурации на 27 релиз при создании заказа на эмиссию из задания на производство виртуального набора формируются коды маркировки только на сам набор.
• У виртуального набора коды на комплектующие (вложения) не заказываются, хотя состав набора заполнен на линии.

Решение

1. Необходимо заполнить реквизит «Особенность Учета» для номенклатуры из Варианта комплектации.
2. При доступности Редактора объекта:
   1. Открыть нужную номенклатуру. В командной панели нажмите «Инструменты» (значок инструментов) → «Редактор объекта».
   2. В списке реквизитов найдите строку «ОсобенностьУчета» и установите значение: "(Не актуально) Парфюмерные и косметические средства и бытовая химия".
      
   3. Нажмите кнопку «Записать».
3. Если Редактор объекта недоступен:
   1. Откройте "Функции для технического специалиста" → "Групповое изменение реквизитов".
   2. Отберитесь по элементу для изменения - "Номенклатура" (1), укажите отбор только по Вашей номенклатуре (2), открыв дополнительные параметры (3) установите флаг "Показывать служебные реквизиты" (4).
   3. Найдите реквизит «Особенность Учета» и установите значение: "(Не актуально) Парфюмерные и косметические средства и бытовая химия".
   4. Нажмите "Готово."

Причина

Если у комплектующих указано значение «Без особенностей учёта», документ игнорирует строки варианта комплектации. Ошибка возникает, даже если вид продукции для «Честного ЗНАКа» уже привязан через ключ ИС (актуально для версий 2.5.27.50+).

Зарегистрирована задача MDT-8563: Эмиссия виртуального набора: определять необходимость добавления комплектующих по ключу видов продукции, после ее выполнения достаточно обновить расширение в базе 1С на актуальный релиз.

Симптомы

• Зависли коды и не вводятся в оборот
• В запросе отсутствует идентификатор авторизации UUID

Окружение

Релиз конфигурации 1С до октября 2026.

Решение

1. Перейдите в раздел: НСИ и администрирование → Интеграция с ИС МП (обувь, одежда, табак...).
2. Отключите опцию «Использовать токен формата UUID».
   
3. Повторно отправьте любой зависший документ «Маркировка товаров ИС МП» и убедитесь, что статус изменился. Обмен восстановится автоматически.
4. Запланируйте обновление конфигурации и расширений.

Причина

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

Симптомы

• Нужен снимок с информацией по всем кодам, кроме выведенных из оборота, за весь период работы для инициализации ЕБД
• Нужно сформировать полный снимок инициализации
• Нужны коды маркировки на ЕБД за определенный период

Решение

1. Обратитесь в техническую поддержку с запросом на включение полного снимка инициализации.
2. Дождитесь, пока снимок будет сформирован.
3. Инициализируйте ЕБД.
   (Инструкция: 735: Обновление ЕБД. Если ЕБД несколько — инициализируйте каждую).
4. Снова обратитесь в техподдержку, чтобы вернуть настройки короткого снимка.

Причина

• По умолчанию система формирует короткий снимок — он содержит данные только за ближайший период выгрузки. Это позволяет снимку весить меньше и формироваться быстрее.
• Для первичной инициализации ЕБД или выгрузки истории за конкретный период этих данных недостаточно — требуется полный снимок. После завершения инициализации обязательно нужно вернуться к короткому снимку, чтобы не перегружать систему.

Симптомы

• При печати из Заказа на эмиссию возникает ошибка:

Ошибка при вызове метода контекста (Заблокировать)
{БИТМDTРегистрСведений.ПулКодовМаркировкиСУЗ.МодульМенеджера(424)}:БлокировкаЗаписей.Заблокировать();
{БИТМDTРегистрСведений.ПулКодовМаркировкиСУЗ.МодульМенеджера(187)}:битмдт_РаспечататьЭтикеткиИЗафиксироватьДатуПечатиДляОбъектовПечати(ДанныеПечати, СтруктураОбъектовПечати,{ОбщийМодуль.ПечатьЭтикетокИЦенниковЛокализация.Модуль(1686)}:РегистрыСведений.ПулКодовМаркировкиСУЗ.РаспечататьЭтикеткиИЗафиксироватьДатуПечати(ДанныеПечати, ТабличныйДокумент, СтруктураНастроек);
{ОбщийМодуль.ПечатьЭтикетокИЦенниковЛокализация.Модуль(134)}:СформироватьПечатнуюФормуЭтикеткиОбувь(ПараметрыПечати, ОбъектыПечати, СтруктураНастроек, ТабличныйДокумент);

Решение

1. Дождитесь изменения статуса документа на «Коды маркировки эмитированы».
2. Дождитесь обработки документа в регистре "Очередь эмиссии по заказам". Заказ должен исчезнуть из регистра сведенийe1cib/list/РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.
3. Выполните печать из Заказа на эмиссию.

Причина

Заказ на эмиссию еще обрабатывается в очереди.

Симптомы

• Как настроить номенклатуру для работы с переменным весом, чтобы вес товара считывался на станциях?
• Как настроить номенклатуру для работы с постоянным весом, чтобы вес товара не считывался на станциях?

Решение

1. В карточке номенклатуры выберите весовую единицу хранения, например, кг, чтобы включился признак весового товара
   
2. В параметрах упаковки товара настройте поле "Вес (брутто)":
   • для переменного веса оставьте поле пустым
     
   • для постоянного веса укажите точный вес

Симптомы

• Где в базе 1С можно указать, какая РД должна отправляться в Честный ЗНАК для определенной номенклатуры?
• Автомаркировка подтягивает случайный РД, происходит не соответствие с ЧЗ, ввод в оборот (ошибка), как указать нужный РД для автоматической подстановки?

Решение

1. Укажите для действующей разрешительной документации, которая должна участвовать при вводе в оборот, корректный Производственный объект.
2. Для действующей разрешительной документации, которая НЕ должна подставляться в документе маркировки товаров укажите Производственный объект, который НЕ участвует в автомаркировке.
   

Причина

При наличии нескольких действующих сертификатов система выбирает тот, у которого самая поздняя дата начала срока действия. В рамках 1С мы разделяем производственные объекты для формирования автомаркировки с корректными данными.

Симптомы

• Ошибка с требованием исправить товарную категорию.
• Почему транспортные упаковки выходят при проверке с ошибкой и просят изменить карточку номенклатуры на тип корма - влажный?
• При проверке кодов в ЧЗ горит красным Товарная категория.

Решение

• Данное предупреждение не влияет на работу системы. Пожалуйста, обратитесь на поддержку Честного ЗНАКА, уточните у них, с чем может быть связано данное расхождение.

Причина

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

Симптомы

• Не формируются документы агрегации
• Отчёт о нанесении КИ падает с ошибкой, не указан номер ошибки в отчёте о нанесении:

 Document processing was failed

Решение

1. В документе с ошибкой проверить состояние кодов в ГИС МТ - у КИ, КИН, КИГУ не должно быть статуса "Неопределен".
2. Проверить источник кодов:
   • Через обработку "Сведения о марке" e1cib/command/Обработка.битмдт_СведенияОМарках.Команда.СведенияОМарке найти информацию, каким документом проведена эмиссия кода.
   • Убедиться, что коды были загружены в базу 1С через "Файл CSV" в Протоколе обмена:
     
3. Разберите текущие агрегаты с ошибкой, соберите агрегаты, используя только марки Честного ЗНАКА.

Причина

Честный ЗНАК не принимает коды, эмитированные в другой системе.

Симптомы

• Прошу открыть права Продажи ИС МП.

Решение

1. Создать профиль групп доступа "Продажи ИС МП" в справочнике "Профили групп доступа" e1cib/list/Справочник.ПрофилиГруппДоступа.
2. В профиле выбрать роли:
   • Базовые права ИС МП;
   • Базовые права по электронным документам;
   • Добавление и изменение электронных документов;
   • Добавление изменение возврата в оборот ИС МП;
   • Добавление изменение вывода из оборота ИС МП;
   • Добавление изменение отгрузка товаров ИС МП;
   • Добавление изменение уточнения сведений о кодах маркировки ИС МП;
   • Использование обработки панель обмена ИС МП;
   • Чтение возврата в оборот ИС МП;
   • Чтение вывода из оборота ИС МП;
   • Чтение отгрузка товаров ИС МП;
   • Чтение уточнения сведений о кодах маркировки ИС МП;
   • Чтение электронных документов.
3. Создайте группу доступа в справочнике "Группы доступа" e1cib/list/Справочник.ГруппыДоступа и укажите в ней созданный профиль из п.1.
4. Добавьте пользователя, которому необходим доступ к разделу Продаж, в группу.
5. Перезапустите 1С у редактируемого пользователя для принятия изменений в правах доступа.

Причина

Необходим доступ к разделу Продажи ИС МП без предоставления доступа к остальному блоку Маркировки.

Симптомы

• На производственных линиях кодов необходимо с запасом , а вот для распечатки из заказа на эмиссию нет необходимости печатать лишние.
• Необходимо настроить коэффициент кодов для заказа того же количества кодов, что и в задании

Решение

1. Добавить отдельный участок "Для заказов на эмиссию" в справочнике "Линии и участки" e1cib/list/Справочник.битмдт_ПроизводственныеЛинии.
2. Добавить в данный участок станцию (1).
   
3. Создайте новый принтер (2),(3).
   
4. Тип принтера укажите тот, который не используется у Вас на производстве (4).
5. Перейдите в "БИТ.MDT" → "Настройки MDT":
   1. Для настройки "Коэффициент увеличения числа кодов в заданиях печати" добавьте разрез, для которого укажите принтер из пункта 1 и укажите значение "1".
   2. Для настройки "Коэффициент увеличения числа кодов в заказе на эмиссию" добавьте разрез, для которого укажите принтер из пункта 1 и укажите значение "1".
      

Причина

Коэффициент увеличения числа кодов настраивается в разрезе принтера, для разных целей можно выполнить отдельную настройку.

Симптомы

• отсутствует отбор по событиям ИСМП в журнале регистрации
• в журнале регистрации нет отбора по событиям "ИСМП" и "ИС МП"

Решение

1. Ничего делать не нужно.

Причина

Для отбора доступны только те события, которые записаны в журнал регистрации.

Симптомы

Пришло уведомление от «Честного Знака», нужно ли дополнительно настраивать 1С?:

С октября-ноября 2026 года в документе «Формирование упаковки» (

AGGREGATION_DOCUMENT

) атрибут «Тип кода агрегата» (

unitSerialNumberType

) станет обязательным для всех товарных групп. Без него система отклонит документ с ошибкой.

Решение

Никаких действий предпринимать не нужно. За передачу этого атрибута отвечает типовой функционал 1С, система уже отправляет его автоматически.

Симптомы

• Зацикливание статусов документов - не передается агрегация.
• При отправке маркировки ошибка:

Поле "% алк" не заполнено

Решение

1. Для исправления ошибки обратитесь в техническую поддержку 1С.

Причина

• Ошибка типового кода 1С. При выполнении операции «Агрегация» для товарной группы «Пиво» система требует заполнить поле «% алк», хотя сам реквизит в интерфейсе документа скрыт.
• Поле «% алк» — типовой реквизит конфигурации 1С.

Симптомы

• Ошибка:

Проверка подписи не пройдена. Для владельца сертификата с ИНН [ИНН сотрудника] отсутствует доверенность на выполнение действий от участника с ИНН [ИНН организации]»

Решение

1. Войдите в личный кабинет системы «Честный ЗНАК».
2. Убедитесь, что к подписи подтягивается корректная МЧД нужного сотрудника с достаточными правами.
3. Перейдите в профиль организации и проверьте статус МЧД сотрудника:
   • ACTIVE («Активна») — доверенность работает. Убедитесь, что срок её действия не истёк.
   • CREATED («Создана / Проверяется») или PROCESSING («В обработке») — МЧД зарегистрирована недавно. Дождитесь, когда статус сменится на ACTIVE.
4. Если МЧД отсутствует или её срок действия истёк, оформите и добавьте в систему новую доверенность.

Причина

В системе «Честный ЗНАК» (ГИС МТ) нет действующей машиночитаемой доверенности (МЧД), которая связывает сотрудника (физическое лицо) с организацией.

Симптомы

Ошибка в документе маркировки:

Марка <КодМаркировки> числится в составе <НомерАгрегата>. Попытка не явной разагрегации <НомерАгрегата> заблокирована.

Решение

1. Разберите на ТСД упаковки, указанные в тексте ошибки.

Причина

Вложение уже добавлено в другой агрегат (коробку или паллету). Ошибка вызвана изменением логики: разагрегация передается сразу по всем паллетам.

Симптомы

• Зависли документы маркировки ASL Belgisi.
• Ошибка при передаче маркировки в ASL Belgisi:

{"documentErrors":[{"propertyName":"CODE","index":0,"errorCode":"invalid-code-properties","errorTags":{"_service":"icom-commander","match":"AI_REDUCED"}},

Решение

1. Откройте исходный документ маркировки.
2. Нажмите кнопку «Протокол обмена».
3. Убедитесь, что среди отправленных кодов есть укороченные коды (см. скриншот ниже), которые необходимо перезагрузить вручную в полном формате.
4. Перейдите в «Заказ на эмиссию кодов маркировки СУЗ» этих кодов, откройте протокол обмена и скопируйте полный список кодов.
5. Найдите коды (с помощью поиска Ctrl + F ), которые в документе маркировки передавались в укороченном виде (по значению серийного номера — часть после префикса 21). В заказе на эмиссию они должны быть в полном формате: 01xxxxxxxxxxxxx217xxxxxxxxxxxx\u001D93xxxx.
6. Уберите экранирование кавычек. Кавычки " в протоколе могут экранироваться слэшем \. Удалите слэши перед кавычками:
   • Было: 0104670014983680217\".\h23MXPKxb\u001D9398n2
   • Стало: 0104670014983680217".h23MXPKxb\u001D9398n2
   • Убедитесь, что при замене кавычки и слэши не поменялись местами.
7. Замените текстовый \u001D на символ-разделитель GS1:
   • Откройте Notepad++.
   • Вставьте любой корректный полный код и скопируйте из него спецсимвол GS (разделитель GS1).
   • Через поиск и замену (Ctrl + H) во всех кодах замените текст \u001D на скопированный символ GS.
     
8. Перейдите на сервис base64encode.org и закодируйте подготовленный список кодов в формат Base64.
9. Создайте новый документ маркировки:
   • Скопируйте данные из проблемного документа: дату производства, дату выпуска, серию, номенклатуру, срок годности.
   • Нажмите кнопку «Записать».
10. Загрузите коды:
    • Перейдите на вкладку «Коды маркировки».
    • Нажмите «Загрузить из внешнего файла».
    • Установите флаг «Формат base64».
    • Вставьте закодированные данные в таблицу и нажмите «Готово».
11. Проведите документ и передайте отчет о нанесении.
12. Проверьте статус нанесения через обработку : Производство-> Дополнительные обработки-> Проверка КМ в Аслбельгиси.
    

Причина

Коды маркировки (КМ) переданы в укороченном формате. Для успешной обработки система требует полный формат кода.

Симптомы

• При печати из документа Заказ на эмиссию кодов маркировки СУЗ ошибка:

Эмиссия кодов еще не выполнена

Решение

1. Перейдите в регистр сведений Очередь эмиссии по заказам e1cib/list/РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.
2. Добавьте данный заказ в очередь. В форме создания заполните реквизит "Заказ на эмиссию" и "Дата" - текущая дата.
3. Вручную обработайте его.
4. Напечатайте коды повторно.

Причина

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

Симптомы

• Заказ на эмиссию в статусе Обрабатывается в СУЗ (генерация кодов).
• В Журнале регистрации ошибка:

При загрузке кодов маркировки по документу Заказ на эмиссию кодов маркировки 0000-004650 от 29.07.2026 9:18:58 возникла ошибка:
Текст ошибки: Внутренняя ошибка:
При загрузке кодов маркировки не найдена исходная строка заказа на эмиссию
{ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(6497)}:ВызватьИсключение НСтр("ru = 'Внутренняя ошибка:
{ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(6034)}:СтрокиЗаказа = ДанныеПоТоварамЗаказаНаЭмиссию(ЭлементОчереди, ДанныеПула, ПараметрыЗапроса);
{БИТMDT ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(65)}:Возврат ПродолжитьВызов(ПараметрыЗапроса, ДанныеПула, ЭлементОчереди, ПараметрыОбмена, НастройкаОбменаСУЗ);
{ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(6707)}:РезультатЗапросаКодовМаркировки = ЗапроситьКодыМаркировкиИзБизнесЗаказа(
{ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(7269)}:РезультатОбработкиПула = ЗапроситьСтатусПулаКодовМаркировкиПоСтрокеЗаказаИПолучитьКоды(
{ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(1200)}:ЗагрузитьКодыМаркировки(ЭлементОчереди, ПараметрыОбмена, НастройкаОбменаСУЗ);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(2725)}:СообщениеОбработано = МодульРасширеннойОбработки.ОбработатьЭлементОчередиПолученияДанных(ЭлементОчереди, ПараметрыОбмена);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(2431)}:ОбработатьЭлементОчередиПолученияДанных(ЭлементОчереди, ПараметрыОбмена, МодульРасширеннойОбработки);
{БИТMDTСовместимостьГосИС27 ОбщийМодуль.ОбменДаннымиИСМП.Модуль(112)}:Результат = ПродолжитьВызов(ПараметрыОбмена);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(2954)}:ДатаСледующейИтерации = ОбработатьОчередьСообщений(ПараметрыОбмена);
{ОбщийМодуль.ОбменДаннымиИСМПВызовСервера.Модуль(96)}:ВозвращаемоеЗначение = ОбменДаннымиИСМП.ВыполнитьОбменУниверсально(ПараметрыОбмена);
{БИТMDTСовместимостьГосИС27 ОбщийМодуль.ОбменДаннымиИСМПВызовСервера.Модуль(25)}:Возврат ПродолжитьВызов(Организации, УникальныйИдентификатор, СообщениеИлиДокумент);
{ОбщийМодуль.ИнтеграцияИСМП.Модуль(112)}:ОбменДаннымиИСМПВызовСервера.ВыполнитьОбмен();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка]
Организация: 
Текст JSON:

Решение

1. Запомните значение "templateId" в протоколе обмена из Заказа на эмиссию.
   
2. Запомните значение "Код (templateId)" из Заказа на эмиссию для Вида упаковки (в документе на значении столбца Вид упаковки кликните правой кнопкой мыши - Расширенный поиск - нажмите на два квадратика элемента).
   
   
3. Сравните значения. Если они отличаются, пометьте Связанное задание на линию на удаление, затем пометьте на удаление сам Заказ на эмиссию.

Причина

Изменен Вид упаковки в момент обработки Заказа в СУЗ.

Симптомы

• Долго не проводятся задания на участок.
• В заказе на эмиссию коды эмитированы.
• Ошибка в Журнале регистрации:

Ошибка при вызове метода контекста (Выполнить)
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(1877)}:Возврат Запрос.Выполнить().Выгрузить();
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(873)}:СуществующиеСобытия = СуществующиеСобытия(EventType, ДанныеСобытий);
{БИТMDT РегистрСведений.ПулКодовМаркировкиСУЗ.МодульМенеджера(2149)}:Не битмдт_НастройкиСистемыПовтИсп.ПередаватьСобытиеЭмиссииНаМобильныеУстройства());
{БИТMDT РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.МодульМенеджера(284)}:РегистрыСведений.ПулКодовМаркировкиСУЗ.битмдт_ЗарегистрироватьЭмиссию(
{БИТMDT РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.МодульМенеджера(131)}:ОбработкаЗавершена = РегистрыСведений.битмдт_ОчередьЭмиссииПоЗаказам.
{БИТMDT РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.МодульМенеджера(93)}:ОбработатьЗаказ(Выборка.ЗаказНаЭмиссию);
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(1050)}:РегистрыСведений.битмдт_ОчередьЭмиссииПоЗаказам.РегламентнаяОбработка(КлючЗадания);
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(247)}:ОбработкаОчередиЭмиссииПоЗаказам(КлючЗадания);
{БИТMDT ОбщийМодуль.битмдт_ИнтеграцияАдаптер.Модуль(470)}:битмдт_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(44)}:Модуль.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.ОбменДаннымиСервер.Модуль(19)}:адаптер_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КодСценарияОбмена);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Ошибка выполнения запроса
по причине:
Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Driver for SQL Server: Превышено время ожидания запроса на блокировку.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=38, Severity=10, native=1222, line=1

Решение

1. Перезапустите сервер 1С с очисткой кэша по статье.

Причина

Конфликт блокировок при попытке проведения задания, необходимо сбросить зависшие регламентные задания.

Симптомы

• При печати из Задания на участок ошибка:

К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором

• Как повторно распечатать коды из Задания на участок?

Решение

1. Сбросьте признак печати в Задании на участок и повторите печать.

Причина

После отправки на печать буфер печати очищен.

Симптомы

• Как найти пользователей с устаревшими ролями через Консоль запросов
• Как быстро узнать у каких пользователей есть устаревшие роли

Решение

• Зайдите в консоль запросов e1cib/app/Обработка.битмдт_КонсольЗапросов
• Введите в окно Текст запроса следующий код:

ВЫБРАТЬ РАЗЛИЧНЫЕ
	ПрофилиГруппДоступа.Ссылка КАК ПрофильГруппДоступа,
	ПрофилиГруппДоступаРоли.Роль КАК Роль,
	ГруппыДоступаПользователи.Пользователь КАК Пользователь
ИЗ
	Справочник.ПрофилиГруппДоступа.Роли КАК ПрофилиГруппДоступаРоли
	ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ПрофилиГруппДоступа КАК ПрофилиГруппДоступа
		ПО ПрофилиГруппДоступаРоли.Ссылка = ПрофилиГруппДоступа.Ссылка
	ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ГруппыДоступа КАК ГруппыДоступа
		ПО ПрофилиГруппДоступа.Ссылка = ГруппыДоступа.Профиль
	ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ГруппыДоступа.Пользователи КАК ГруппыДоступаПользователи
		ПО ГруппыДоступа.Ссылка = ГруппыДоступаПользователи.Ссылка
ГДЕ
	НЕ ПрофилиГруппДоступа.ПометкаУдаления
	И НЕ ГруппыДоступа.ПометкаУдаления
	И ГруппыДоступаПользователи.Пользователь <> ЗНАЧЕНИЕ(Справочник.Пользователи.ПустаяСсылка)
	И (ПрофилиГруппДоступаРоли.Роль.Наименование ПОДОБНО "%не исп%"
		ИЛИ ПрофилиГруппДоступаРоли.Роль.Синоним ПОДОБНО "%не исп%")

• Нажмите Выполнить
• В поле Результат запроса появится таблица с колонками: ПрофильГруппДоступа, Роль, Пользователь

Симптомы

• Необходимо выводить в шаблон этикетки вес нетто и брутто.
• В номенклатуре мы указываем только вес брутто.
• Откуда можно взять нетто?

Решение

1. Открыть список упаковок требуемого элемента справочника номенклатуры.
2. Откройте нужную упаковку.
3. Заполните реквизиты "Вес (брутто)" и "Вес тары".

Причина

Вес(нетто) = Вес (брутто) - Вес тары.

Симптомы

• Несоответствие типа продукта в документе.

25: Коды идентификации не принадлежат товарной группе "Питьевая вода", указанной в документе.

Решение

1. Найди документы по Mark ID упаковки, используя статью Как найти документ маркировки по Mark ID.
2. Убедитесь, что товар введен в оборот, и отправь найденные документы в архив.

Причина

При реагрегации документ создаётся с некорректным видом продукции.

Окружение

Ошибка воспроизводится до релиза 164774 / 14.07.2026.

Симптомы

• Заказаны коды sscc для агрегации, которая проводилась через api чз по сложному сценарию.
• Коды начинают всплывать в разных заданиях, которые мы создаем, агрегация не проходит.
• Из какого пула берутся эти коды, как очистить его чтобы исключить эту ситуацию?

Решение

1. В настройках MDT в строке «Цифра расширения для SSCC» нажмите правой кнопкой мыши и выберите «Добавить разрез». Укажите нужную организацию и введите цифру, которая ранее не использовалась для генерации логистических штрихкодов.
   
2. Откройте задания на участок и нажмите кнопку «Завершить». Помечать задания на удаление не нужно.
3. Удалите записи с КИТУ, сгенерированными со старой цифрой расширения, по статье.
4. Создайте новые задания.

Причина

1С не отслеживает статус кодов КИТУ, если агрегация выполнялась во внешней системе в обход типового контура MDT. При отмене или закрытии заданий неиспользованные номера возвращаются в регистр свободных КИТУ и попадают в новые документы повторно.

Симптомы

Обновили расширение на релиз, где вырезали функционал отключения настройки "Использовать резерв кодов только для КИТУ", после чего база стала расти и зависать:

• за 4 часа 3 млн кодов эмиссия прошла. База увеличилась на 35 гигов.
• ночью запускается полная реиндексация базы данных , лог файл с 40 гигов вырастает до 140 Гб (сжатие не дает результата).
• остатки кодов не удаляются.

Решение

1. Расширить объем дискового пространства.
2. В настройках MDT установить параметр «Срок удаления устаревших марок, дней» = 31.

Причина

Проблемы с производительностью вызваны не выключением настройки «Использовать резерв кодов только для КИТУ», а большим объемом эмиссии и нехваткой места на диске.

Симптомы

• требуется выгрузить коды для типографии
• как выгрузить коды для типографии правильно
• как заказать коды с оплатой по эмиссии

Решение

1. Создать участок предпечати для заказа кодов.
2. Установить для этого участка разрез "Оплата по эмиссии" по статье.
3. Создать задание на линию на данный участок.
4. Выгрузить CSV.
5. Пометьте задание на линию на удаление.

Причина

Заказ на эмиссию доступен только при использовании задания на линию.

Симптомы

• Почему не могу на участке поставить флаг "Принимать неизвестные марки"?

Решение

Реквизит Принимать неизвестные марки нельзя изменить, пока реквизит Обработка даты производства стоит в значении "Назначать" или "Контролировать".

Причина

Реквизит Обработка даты производства в значении "Назначать" или "Контролировать" отвечает за назначение даты производства и срока годности. Проверка происходит по данным марок/кодов, поэтому принимать неизвестные марки нельзя: для них нет данных, из которых можно определить или сверить дату.

Симптомы

• Как удалить из системы все сгенерированные коды агрегации со старым префиксом

Решение

1. Перейдите в Регистр сведений "Свободные КИТУ" e1cib/list/РегистрСведений.битмдт_СвободныеКИТУ.
2. Используйте фильтр по принципу: менее <самый ранний markID + 50 000>.
   • Для добавления фильтра необходимо перейти на вкладку Ещё -> Настроить список.
   • Дважды нажать на "Mark ID".
   • В поле Вид сравнения указать "Меньше".
   • В поле значения указать самый ранний markID + 50 000.
3. Очистите отфильтрованный регистр сведений (выделите все строки нажав Ctrl+A -> затем удалите нажав Del).
4. Повторите фильтрацию (увеличивая значение markID на 50 000) и удаление, пока регистр не будет очищен.
5. Не работайте по старым заданиям. Обновите устройство, чтобы не подтягивались старые коды. Для обновления воспользуйтесь статьей: Как обновить приложение БИТ.MDT на новый релиз?

Симптомы

• На устройствах не отображается статус марок.
• При сканировании марки на главном экране не выводится информация. В Честном ЗНАКе коды в обороте.
• После обновления ТСД снимком меньшего размера устройство не видит марки.
• Перешли на ЕБД, нужно сформировать большой снимок.

Решение

1. Перейдите в раздел БИТ.MDT → Настройки MDT.
2. Установите константу "Выгружать марки только по активным заданиям" в значение "Нет".
   Константу "Глубина выгрузки событий марок (дней)" укажите количество дней, за которое нужно выгружать данные. Сканируемая марка должна попадать в этот диапазон.
   
3. Если константа "Выгружать марки только по активным заданиям" уже была выключена, воспользуйтесь статьей.
4. Дождитесь формирования и публикации нового снимка инициализации в базе 1С e1cib/list/Справочник.битмдт_СнимкиДляИнициализацииТСД.
   Формирование большого снимка инициализации может занять несколько часов. Время формирования зависит от производительности СУБД, сервера 1С и общего объема накопленных данных о марках и событиях.
   
5. Обновите устройство по статье.
6. Если используется ЕБД, инициализируйте ЕБД новым снимком по статье.

Причина

• ТСД инициализировали "неполным" снимком и на нем нет информации о марке. То есть в снимок не попали все марки, которые хранятся в 1С.
• В параметрах системы включена опция «Выгружать марки только по активным заданиям» (значение «Да»). Из-за этого марки по неактивным заданиям не попадают в выгрузку.
• Перевили линии на ЕБД, формируется маленький снимок инициализации.

Симптомы

• Создать новую этикетку, развернуть её, чтобы не выбирать печать с поворотом на 90.
• При выборе текст и штрихкод съезжают.

Решение

1.Перейди в справочник «Шаблоны этикеток и ценников» <e1cib/list/Справочник.ШаблоныЭтикетокИЦенников>.

2.Создай новый шаблон и добавь поле согласно статье 602.

3.В старом шаблоне, из которого переносишь данные, выдели поле, в Свойствах увидишь название Идентификатора.

4.В новом шаблоне выбери поле, которое создано в п.2. В свойствах дважды нажми на Идентификатор с именем из п. 3, поменяй ориентацию текста поворотом на 270 градусов.

5.В "Свойствах" поля настрой положение и шрифт.

6.Создай новое поле под штрихкод аналогично п.2.

7.Выбери новое поле, дважды нажми на Идентификатор - Штрихкод, на вопрос ответь "Да".

8.Выбери поле с кодом, справа поменяй на необходимый Тип штрихкода.

9.Измени Угол поворота на 270 градусов.

Симптомы

• За что отвечает ШК, который находится сверху справа (см фото)?

• Этот ШК не читаем.

• Как улучшить считывание штрихкода оборудованием?

  

Решение

1. Перейти в справочник «Шаблоны этикеток и ценников» <e1cib/list/Справочник.ШаблоныЭтикетокИЦенников>.
2. Открыть нужный шаблон этикетки.
3. Выделить поле с штрихкодом.
4. Увеличить ширину и высоту поля — это сделает черные и белые полосы контрастнее.
5. В Свойствах этого поля измените параметр «Уровень четкости» на «Повышенный».

Причина

Штрихкод со значением 14607173355109 — это штрихкод формата ITF-14 , он содержит GTIN групповой упаковки.

Симптомы

• Сократить длину названия имени.
• Чтобы было ограничение символов при выводе на печать этикетки.

Решение

1. Перейдите в справочник «Шаблоны этикеток и ценников» <e1cib/list/Справочник.ШаблоныЭтикетокИЦенников>
2. Откройте нужный шаблон и выберите поле с наименованием
3. В окне "Свойства" выбранного поля задайте ограничение по длине, как показано на скриншоте

Причина

Название номенклатуры обрезается при печати.

Симптомы

• Как переформировать отчёт о производстве, чтобы изменить на кодах дату производства?
• Как в документе маркировки изменить Дату производства?

Решение

1. В документе маркировки, где требуется изменить дату производства, коды должны быть в статусе "Эмитирован.Выпущен", то есть отчет о нанесении еще не передан в Честный ЗНАК. Убедитесь в статусе кодов по статье.

2. В документе маркировки из п. 1 перейдите на вкладку "Коды маркировки" (1) и дважды нажмите на любой код (2), открыв его сведения.

   

3. Откройте задание на участок, по которому работали по статье.

   

4. Измените дату производства в Задании на участок, запишите документ.

5. Пометьте документы Маркировки товаров с некорректной датой производства на удаление.

6. Дождитесь формирования новых документов автомаркировкой.

Причина

В задании на участок указали некорректную Дату производства.

Симптомы

• Паллет был собран и автоматически разобран.
• В Честном ЗНАКе содержимое введено в оборот .
• В некоторых КИТУ-1 по части вложений не создался отчет о нанесении.

Решение

1. Разберите паллет.
2. Удостоверьтесь, что по всем КИ в паллете передан отчет о нанесении.
3. Агрегируйте вложения в новый паллет.

Причина

Автомаркировка отправила данные об агрегации раньше времени — до того, как поступил отчёт о нанесении по всем кодам из КИТУ-1. Из-за этого передача отчета о нанесении вызвала реагрегацию КИТУ-1, которая расформировала КИТУ-2.

Окружение

Зарегистрирована задача "MDT-8194: Проверка вложенности КИТУ при автоматической маркировке"

Симптомы

• При сканировании кода вложения в агрегацию без задания выходит ошибка "Марка не введена в оборот".
• Не нашли документ маркировки по КИ или не нашли отчет о нанесении КИГУ.

Решение

1. В настройках MDT установи дату начала автомаркировки за день до выпуска искомой продукции.
2. Перезапусти автомаркировку по статье Автомаркировка не отвечает.

Причина

При агрегации без задания система ошибочно выдает ошибку "Марка не введена в оборот" по КИ вложенному КИГУ, хотя в оборот не введен КИГУ.

Окружение

Зарегистрирована задача "MDTWMS-65: При сканировании вложенного КИ в агрегации без задания система ошибочно указывает на КИ, хотя вне оборота находится КИГУ".

Симптомы

• В программе не меняется статус у документов ИС МП от Тандера.
• Из-за проблемы у Тандера подтверждение не может быть загружено.

Решение

1. Изменить статус документа Маркировка товаров ИС МП: "Еще" -> "Коды маркировки введены в оборот"
   

Симптомы

• Не проходит DM штуки сторонний в ордер - хочет добавить 20 штук, хотя код разагрегирован.
• Упаковка на 20 вложений - разагрегирована, сканируем единичный код из этой упаковки, выдает ошибку.
• Никуда не вложенная штука считается как 20.
• Ошибка на ТСД:

Добавить 20 нельзя.
00-00001173, ЛФ №1 Дюшес с/б евровинт ГОСТ напиток 0,45л*20 по марке
(01)04607017097977(21)5FMaiYYc?
0 в задании 10.
Уже добавлено 0.
Превышение 10.

Решение

1. Укажите в настройках Номенклатуры, в "Штрихкоды" корректную ссылку на единицу измерения.

2. Укажите в РСО корректные упаковки

Причина

Некорректная ссылка на единицы измерения в Штрихкодах номенклатуры. Паллет состоит из ШТ - которые не являются упаковкой. ШТ - должны быть упаковкой.

Симптомы

• Не дает ничего проводить.
• Как ввести в оборот весовую продукцию.
• При передаче данных в Честный ЗНАК возникает ошибка:

Document processing was failed
11: Не указан вес (AI310Y) товара

Решение

1. Обратитесь к специалисту по внедрению для внедрения функционала определения веса продукции. См., например, Станция ручного взвешивания с агрегацией.

Причина

Нет оборудования для определения веса продукции. Функционал для определения веса продукции ранее не настраивался.

Симптомы

• Сформировать универсальный отчет, используя файл варианта универсального отчета.

Решение

1. Открыть универсальный отчет e1cib/data/Справочник.ВариантыОтчетов?ref=868bc3786e60f9f011f18374194625ab
2. Нажать "Еще" -> "Варианты отчета" -> "Обновить из файла".
   
3. Выбрать в проводнике файл отчета и нажать "Открыть".
   
4. Нажать "Сформировать".
   

Симптомы

• Не создался или завис документ Маркировка товаров ИС МП.
• Сделали по инструкции #4225: Агрегация не создается автоматически не помогло.

Решение

1. Открыть регистр Описание GTIN ИС e1cib/list/РегистрСведений.ОписаниеGTINИС.
2. Отобраться по нужному GTIN.
   
3. Установить корректный вид упаковки - "Потребительская".
4. Дождаться создания документа. Время ожидания до 1 часа.

Причина

В типовом регистре «Описание GTIN ИС» для GTIN 000000000000 ошибочно установился вид упаковки «Набор». Из-за статуса «Набор» система ожидает, что товар будет предварительно собран. Поскольку фактическая сборка не проводилась, автомаркировка блокирует агрегацию в короба и паллеты.

Симптомы

Какие причины расформирования трех паллет с КИГУ? Потребуется ли изменение алгоритма отправки в ЦРПТ кода агрегата верхнего уровня (в Вашем случае - КИТУ)?

Решение

Восстановить прежнюю вложенность (до КИГУ + КИТУ) возможно только силами Оператора-ЦРПТ.

Для этого необходимо создать заявление. В направляемом заявлении в обязательном порядке должна содержаться следующая информация:

а) наименование, адрес участника оборота товаров или оборота товаров, а также идентификатор участника оборота товаров, присвоенный в ГИС МТ с указанием товарной группы по которой требуется внести изменения;

б) перечень необходимых изменений в сведениях (восстановление прежней вложенности);

в) номер обращения в службу технической поддержки по формату «SR0000000»;

г) идентификационная информация (идентификаторы документов ввода в оборот, таблица прежней вложенности КИ - КИГУ - КИТУ);

д) обоснование необходимости внесения изменений в сведения, ранее направленные в ГИС МТ (невозможность восстановить прежнюю вложенность штатными бизнес-процессами);

е) фамилия, имя, отчество, должность, адрес электронной почты и телефон представителя участника оборота товаров, ответственного за взаимодействие с ООО «Оператор-ЦРПТ» по вопросу удаления или внесения изменений в сведения системы мониторинга.

Пример письма

Причина

В ходе проведения анализа было выявлено, что статус "Списан" у КИГУ и статус "Расформирован" у КИТУ отображен корректно. Вами был произведен ввод в оборот по документам с указанием в документах  только единиц вложений.

Если товары агрегированы, то в документ ввода в оборот необходимо указывать не коды идентификации, а код агрегата верхнего уровня (в Вашем случае - КИТУ), в противном случае агрегаты будут расформированы.

Рассмотрим разнесение файлов рабочего сервера 1С по разным несистемным физическим дискам или RAID-массивам на примерах:

Вариант 1 (с использованием mklink)

Перед созданием линков необходимо остановить службу 1С и перенести все данные вручную, на все вновь созданные каталоги необходимо дать полные права пользователю, от имени которого работает служба 1С (USR1CV8)

1. Файлы кластера 1С и серверный кэш (сеансовые данные) на диск D: (размер диска ~200-500Gb)

mklink /J "C:\Program Files\1cv8\srvinfo" "D:\srvinfo"

2. Временные файлы 1С на диск E: (размер диска ~30-60Gb, самый быстрый диск, надежность хранения не важна, можно RAM диск)

mklink /J "C:\Users\USR1CV8\AppData\Local\Temp" "E:\1C_Temp" (при условии что служба 1С запускается от имени пользователя USR1CV8)

3. Файлы снимков MDT на диск F: (размер диска ~30-60Gb, надежность хранения не важна, можно RAM диск)

Укажите F:\MDT_files в разделе БИТ.MDT – Настройки MDT – Путь хранения снимков инициализации. Если в разделе ничего не указано, то снимки формируются в каталоге временных файлов службы 1С.

4. Файлы серверного кэша (сеансовые данные) на диск G: (размер диска ~10-20Gb, самый быстрый диск, надежность хранения не важна, можно RAM диск)

mklink /J "C:\Program Files\1cv8\srvinfo\reg_1541\snccntx<UUID>" "G:\1C_cache"

Вариант 2 (через реестр)

Перед внесением изменений необходимо остановить службу 1С и перенести все данные вручную, на все вновь созданные каталоги необходимо дать полные права пользователю, от имени которого работает служба 1С (USR1CV8)

1. Файлы кластера 1С и серверный кэш (сеансовые данные) на диск D: (размер диска ~200-500Gb)

В реестре в настройках строки запуска службы 1С после ключа -d указываем путь до каталога

2. Временные файлы 1С на диск E: (размер диска ~30-60Gb, самый быстрый диск, надежность хранения не важна, можно RAM диск)

Определяем sid пользователя, от имени которого работает 1С:

wmic useraccount where name='USR1CV8' get sid

Меняем в реестре у полученного SID'а путь до каталогов TEMP и TMP

3. Файлы снимков MDT на диск F: (размер диска ~30-60Gb, надежность хранения не важна, можно RAM диск)

Укажите F:\MDT_files в разделе БИТ.MDT – Настройки MDT – Путь хранения снимков инициализации. Если в разделе ничего не указано, то снимки формируются в каталоге временных файлов службы 1С.

4. Файлы серверного кэша (сеансовые данные) на диск G: (размер диска ~10-20Gb, самый быстрый диск, надежность хранения не важна, можно RAM диск)

mklink /J "<Путь до кластера 1С из шага 2>\reg_1541\snccntx<UUID>" "G:\1C_cache"

В качестве ПО для организации RAM диска можно использовать SoftPerfect RAM Disk

Методические материалы 1С: ссылка пункт 7.3

Методические материалы Первый Бит: ссылка