Симптомы

• При открытии причины ошибки в документе Маркировки товаров ИС МП - нет информации.
• Пустые ошибки в документах маркировки товаров.

Решение

Откройте Журнал регистрации, установите отбор по ошибкам и данному документу Маркировки товаров ИС МП, чтобы увидеть причину.

Симптомы

• Наблюдаем такое окно у всех пользователей КА, на сервере в КА смог зайти.
• Описание ошибки: upstream connect error or disconnect/reset before headers.

upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: Connection timed out 

Решение

1. Проверьте, включена ли машина, и можете ли работать с базой напрямую.
2. Проверьте доступность сервера.
3. Проверьте, есть ли интернет на данном компьютере.

Причина

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

Симптомы

• БИТ.MDT на 64 разрядном клиенте работает корректно?

Решение

1. Да.

Причина

1. БИТ.MDT работает корректно на 64-разрядном клиенте 1С. Основная интеграционная компонента PinkRabbitMQ, используемая в продуктах БИТ.MDT, разработана и скомпилирована с поддержкой архитектуры x64.

Симптомы

• Планируем сделать свертку базы.
• Верно понимаю, что регистры сведений: Данные в регистрах, таких как битмдт_MarkIDs (идентификаторы марок) и битмдт_MarkEvents (события марок), могут быть критичны для прослеживаемости? Если при свертке не будут настроены правила сохранения движений по этим регистрам, информация о жизненном цикле марок за свернутый период может быть утрачена? Данные при свертке по кодам не потеряем ?

Решение

1. В расширении есть механизм архивации устаревших марок: все марки и события по ним архивируется, а если марка устарела - она и ее движения удаляются из соответствующих регистров.
2. Если вдруг данные по марке понадобятся - они могут быть восстановлены из облачного архива.
3. Если будут удалены документы Маркировка товаров до 31.12.2025, то дату начала автомаркировки необходимо сдвинуть на 2026 год

Причина

Стандартная процедура свертки базы не учитывает специфику хранения данных о маркировке в расширении, что создает риск удаления истории операций.

Симптомы

• Коды не попадают в Задание на участок.
• При загрузке кодов из CSV не установилась упаковка шт.
• В Заказе на эмиссию не заполнилась упаковка.

Решение

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

Причина

Механизм «Задания на участок »фильтрует коды по связке: Номенклатура + Характеристика + Упаковка. В Заказе упаковка пустая, в Задании — «шт». Система не находит совпадений.

Симптомы

• Проводим тесты печати на влажных кормах и паучах. После печи код может не читаться. Как получить коды для передачи поставщику в Excel?

Решение

1. В задании на участок перейдите по гиперссылке "Коды маркировки заданий на участок". Здесь видны зарезервированные коды для печати.
   
2. Чтобы выгрузить коды в Excel:
   • Нажмите Еще — Вывести список.
     
     
   • В открывшемся табличном документе нажмите Еще — Сохранить
     
   • Выберите формат .xlsx и сохраните файл на диск.

Причина

• Нужно предоставить код поставщику до печати на линии.

Симптомы

• Служебным пользователям БИТ требуется разрешить авторизоваться в 1С. Добавились пользователи с правами Администратора — потенциальная уязвимость, что делать?
• Если снять галочку "Авторизация в 1С", автоматически снимается галочка "Вход в приложение разрешён" и регламентные задания падают с ошибкой "Неверно указан пользователь или пароль. Неправильное имя пользователя".

Решение

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

Проблема

• Изменения в типовых конфигурациях 1С нарушили авторизацию служебных пользователей БИТ.MDT для регламентных заданий. Ошибка исправлена в релизе 139252 от 23.01.2026 (MDT-6940).

Симптомы

• Как протестировать расширение БИТ.MDT

Решение

1. Создайте тестовую копию базы (Для этого обратитесь к администратору). При создании копии базы необходимо отключить регламентные задания.
2. Отключите обмен у старой очереди и переименуйте ее в "Старый RabbitMQ"
   
3. Обратитесь в службу поддержки БИТ.IIoT по статье: Как работает служба поддержки? и запросите тестовый токен, указав:
   1. Название компании
   2. Ссылку на сайт (если есть)
4. Смените токен на тестовый.
   
   
   
   
5. Установите шлюз по статье: #1765: Проблема с добавлением лицензии после получения токена
6. Убедиться, что тестовая база не получит сообщений с устройств клиента и из рабочей базы.
7. Включите регламентные задания.
8. Проведите проверку по Чек-лису.

Симптомы

В задании на участок отображается 2 и более заказа на эмиссию. Является ли это нормой?

Решение

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

Причина

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

Симптомы

Необходимо получить информацию о том, какие именно коды маркировки были напечатаны на оборудовании по конкретному заказу на эмиссию СУЗ (например, если данные через «Универсальный отчет» получить невозможно).

Решение

Для выгрузки списка напечатанных кодов выполните следующие шаги:

1. Найдите задание на участок:
   • Откройте документ «Заказ на эмиссию кодов маркировки СУЗ».
   • Перейдите в «Связанные документы» и откройте соответствующее «Задание на участок».
2. Получите идентификатор задания:
   • В документе «Задание на участок» перейдите на вкладку Идентификатор задания.
   • Скопируйте значение из поля Идентификатор.
3. Отфильтруйте события марок:
   • Откройте форму «События марок» (e1cib/command/РегистрСведений.битмдт_MarkEvents.Команда.СобытияМарок).
   • Используйте (фильтр) Task ID скопировав в него идентификатор .
4. Выгрузите список:
   • Нажмите кнопку Еще — Вывести список.
   • В открывшемся табличном документе нажмите Еще — Сохранить как....
   • Выберите формат .xlsx и сохраните файл на диск.
5. Как читать данные в файле:
   В колонке статусов ориентируйтесь на следующие значения:

• «Печатает» — коды успешно распечатаны.
• «Отмена печати» — печать кода была отменена системой или оператором.

Обратите внимание: У одного и того же кода сначала может стоять статус «Отмена печати», а следом — «Печатает». Это означает, что печать была перезапущена, и в итоге код был успешно распечатан.

Причина

Документ может находиться за рамками периода существования марок в оперативной памяти (пуле), либо события печати уже не отображаются в стандартных отчетах из-за особенностей хранения истории событий.

Симптомы

• Проблема с прохождением контроля

Решение

1. Проверить состав линии. Открыть настройки участка, если на вкладке станции два устройства, а используется одно — удалить лишнее.

Причина

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

Симптомы

• При заполнении марками документ Передача товаров между организациями через внешний файл выходит сообщение Проблемы при добавлении. Документ марками не заполняется.

Решение

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

Причина

Это программная ошибка типовой конфигурации 1С. Рекомендуем обратиться в техподдержку 1С для регистрации обращения.

Симптомы

• Во время перехода на сервер пропали коды, отсканированные с ТСД.

Решение

1. Выполнить действия из статьи.
2. Если это не помогло, настроить подключение в 1С:

• Перейти в раздел БИТ.MDT → Параметры подключения.
• Выбрать старый сервер RMQ.
• Открыть вкладку Дополнительно.
• Снять галочку Защищенное соединение.
• Сохранить изменения и проверить поступление данных.

Причина

Коды не пришли с ТСД на устройство , были выгружены в старый RabbitMQ

Симптомы

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

Решение

1. Если повреждена или стёрта КИГУ:
   1. Передайте коробку в производство для перемаркировки.
   2. Восстановить и распечатать дубль кода КИГУ невозможно, если исходная этикетка повреждена.
2. Если повреждена или стёрта КИТУ (например, номер паллеты):
   1. Перейдите в КИТУ через отсканированное вложение в паллете.
   2. Распечатайте новую этикетку прямо на складе.
3. Чтобы перемаркировать КИГУ на складе:
   1. Извлеките коробку из паллеты и разберите её.
   2. На подготовленном на складе участке (внедренным ранее) создайте задание на маркировку КИГУ.
   3. Отсканируйте все вложения и распечатайте новую КИГУ.
   4. Агрегируйте эту КИГУ в КИТУ (паллет).

Причина

Код паллеты (КИТУ) или коробки (КИГУ) был повреждён.

Симптомы

• Ошибка при передачи документа Маркировки товаров ИС МП

При выполнении запроса api/v3/true-api/auth/simpleSignin/e12b1e33-dfac-43f2-ac81-850c86e1f004
Код состояния HTTP: 400.
Текст ошибки:
"error_message": "Ошибка при выполнении запроса"
Код состояния HTTP: 400.

Решение

1. Передайте документ повторно.

Причина

Данную ошибку возвращает Честный ЗНАК. Возможные причины ошибки 400:

• Отсутствие обязательных полей: В теле запроса не заполнены параметры uuid или data (подпись).
• Ошибка проверки подписи: Если данные в параметре data не подписаны УКЭП, содержат некорректное значение или не соответствуют присланному ранее UUID. Текст ошибки в этом случае: «Ошибка при проверке подписи» или «Подпись не валидна».
• Проблемы с UUID: Если переданный идентификатор не найден в хранилище ключей (например, истекло время жизни сессии аутентификации).
• Пустое тело запроса: Если запрос отправлен без JSON-данных.

Симптомы

• Каким документом выводить из оборота марки (брак производства)?
• Какой документ используется для вывода из оборота марок с пометкой "для собственных нужд" по документу РТиУ (продажа юрлицу, конечному покупателю)?
• Есть процедура вывода из оборота кодов?
• Каким образом можем введённые в оборот коды и физически нанесённые на продукцию вывести из оборота с помощью ТСД?
• Подскажите правильность действий по выводу товара из оборота при экспорте.
• Как коды маркировки вывести из оборота для таможни?

Решение

При выбытии продукции, не связанной с продажей, эту продукцию нужно вывести из оборота документом Вывод из оборота. Так же этот документ используется и при выводе из оборота в случае продажи, если этот факт не был отражен пробитием чека, передаваемого через ОФД. В документе указывается Причина вывода из оборота. Документ предназначен только для отражения данных о выводе из оборота в ИСМП и не делает движений в складском и финансовом учете. Для отражения в учете в информационной базе предварительно должен быть оформлен Документ-основание, который можно выбрать в одноименном реквизите. Они зависят от причины вывода из оборота. Кроме того, для передачи в ИСМП в документе необходимо указать вид, номер и дату первичного документа. Вид первичного документа выбирается из списка. Для всех причин предусмотрена возможность выбрать вид первичного документа Прочее и указать название документа в текстовой строке.

Раздел «Склад и доставка» или «Продажи» — «Обмен с ИС МП» — «Вывод из оборота».

Перечень причин вывода из оборота и возможных документов-оснований по этим причинам приведены в таблице.

Отдельных операции могут быть не предусмотрены для отдельных товарных групп.

Перечень товаров, выводимых из оборота, указывается на закладке Товары. По каждому товару указывается Номенклатура, характеристика (если используется), серия (если используется), количество, цена, сумма, ставка и сумма НДС по реализованной продукции.

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

По завершению проверки передайте данные в ИС МП по одноименной ссылке.

Документ может вводиться по данным документов учетных документов информационной базы. Если указан документ-основание, доступен отчет Анализ расхождений при выводе из оборота ИСМП, в котором можно проанализировать расхождениях с документом-основанием.

Подробнее см. статью ИТС для КА, ERP, УТ.

Причина

• Такой операции на ТСД нет.
• Причины вывода товара из оборота кроме реализации.

Симптомы

При запросе текущего статуса марок в ИСМП от организации "" произошла ошибка (система вернула пустой результат).

Решение

1.Обновите токен через документ Маркировка товаров ИС МП:

• Откройте любой документ в разделе e1cib/list/Документ.МаркировкаТоваровИСМП.
• Перейдите на вкладку "Коды маркировки".
• Нажмите "Проверить состояние кодов маркировки в ГИС МТ".
• Программа обнаружит, что ключ устарел, и предложит подписать запрос на новый.

2. Обновите токены вручную:

• Перейдите в e1cib/list/РегистрСведений.ТокеныАвторизацииЭПД.
• Найдите свою организацию.
• Если статус «Просрочен» или поле пустое — нажмите "Обновить".
• Важно: для обновления в компьютер должен быть вставлен носитель с электронной подписью (КЭП).

3. Проверьте электронную подпись:

• Убедитесь, что токен (флешка) с подписью подключен к компьютеру или серверу.
• Проверьте срок действия сертификата — возможно, он истек.

4. Проверьте интернет и работу сервиса:

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

Причина

1. Отсутствие или истечение срока действия токена авторизации.
2. Проблемы с сертификатом ЭЦП.
3. Недоступность сервисов ЦРПТ.

Симптомы

• Автомаркировка не создала агрегацию в короба.
• После обновления все марки перешли в статус "Выбыл". Отмена агрегации выполнена регламентным заданием "БИТ.МДТ. Проверка выбытия марок по данным ИСМП".

Решение

1. Проверить данные о марке по статье.
2. Если в Честном ЗНАКе статус "В обороте" и владелец не изменился, то отключить регламентное задание "БИТ.МДТ. Проверка выбытия марок по данным ИСМП" и передать информацию разработчикам.

Симптомы

Как настроить собственный формат КИТУ с собственными идентификаторами применения?

Решение

1. Перейдите в карточку номенклатуры и откройте раздел Штрихкоды.
2. Выберите нужную Упаковку (или единицу измерения).
3. Прокрутите окно вниз до пункта Шаблон собственных КМ.
   
4. Доступны идентификаторы применения 01, 02, 11,17,10, 21, 3103, 3102, 37.

Симптомы

• Где хранятся коды агрегации и вложенные коды?
• Можно ли в УТ 11 проверить штрихкод логистической упаковки и его вложенность через обработку «Проверка кодов маркировки ИС МП»?

Решение

1. Перейдите в БИТ.МДТ → Сведения о марке. Введите код и нажмите "Найти".
   
2. Перейдите на вкладку "Вложенные штрихкоды".

Симптомы

• При передаче документов «Маркировка товаров ИС МП» возникает ошибка:

«202: Для кода маркировки <...> указанный разрешительный документ STATE_REGISTRATION_CERTIFICATE <...> отсутствует в карточке товара».

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

Решение

Чтобы исправить ошибку, привяжите разрешительную документацию к товару:

1. Зайдите в личный кабинет «Честного ЗНАКа».
2. Перейдите в раздел «Национальный каталог».
3. Найдите нужную номенклатуру и откройте карточку товара.
4. В подразделе с разрешительной документацией добавьте сведения о сертификате или декларации (в данном случае — СГР, STATE_REGISTRATION_CERTIFICATE).
5. Сохраните изменения и дождитесь модерации.
6. Повторите отправку документа из учетной системы.

Причина

• Оператор системы «Честного ЗНАКа» (ГИС МТ) обновил требования. Теперь наличие разрешительной документации проверяется строже. Если документ не привязан к карточке в Национальном каталоге, система блокирует операцию.

Симптомы

Как настроить собственный формат КИТУ с собственными идентификаторами применения?

Решение

1. В номенклатуре откройте Виды упаковок по GTIN.
2. Выберите "Шаблон собственных КМ" у нужного GTIN (двойной клик на поле).
   
   
   
3. Доступны идентификаторы применения 01, 02, 11,17,10, 21, 3103, 3102, 37.
   
   

Причина

Возможность заказывать и работать коды с ШК в произвольном формате.

Симптомы:

• При проведении документа агрегации в протоколе обмена данными фиксируются массовые ошибки.

• В документе "Маркировка товаров ИС МП" ошибка "Значение не является значением объектного типа (Сообщение)"

Решение:

1. Вручную установите статус «К агрегации».
2. Выберите действие «Выполнить агрегацию».
3. Если при передаче данных возникла ошибка, повторите отправку.
4. Удалите зависшие сообщения в регистре «Очередь сообщений ИС МП» (e1cib/list/РегистрСведений.ОчередьСообщенийИСМП).

Симптомы

• КИТУ не помещен ни в один документ «Маркировка товаров ИС МП».
• В «Идентификаторах марок» у КИТУ стоит статус «Собрана».
• Автомаркировка началась после сборки КИТУ.
• Почему по паллете не сформировался документ?

Решение

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

Причина

• В неотправленном документе с операцией «Отчет о верификации нанесенных КМ» не заполнен код ТН ВЭД. Система не может обработать паллету с неполными данными.

Симптомы

• Где меняется тип оплаты: в базе или в ЛК ГИС МТ?
• Как включить опцию заказа кодов с оплатой по эмиссии?

Решение

1. Перейдите в БИТ.MDT → "Настройки MDT".
2. Для константы "Тип оплаты кодов маркировки" выберите нужный тип.

Симптомы

• Значение не является значением объектного типа (Свойство).
• Ошибка при печати этикетки КИГУ (на скрине). Формат этикетки КИГУ - SSCC.edit#

Решение

1. Проверьте, что у организации из Задания на участок префикс состоит из 7-9 символов.

Причина

Префикс должен содержать 7-9 символов. Если префикс состоит из 10 символов, это приведет к ошибкам, или возможна эмиссия кодов из 21 символа, вместо 20.

Симптомы

• Код отбракован на ТСД но его нет в отчете.
• Разница отбраковки на ТСД и в отчете.

Решение

1. Перейдите в "События марок" (e1cib/command/РегистрСведений.битмдт_MarkEvents.Команда.СобытияМарок).
2. Установите отбор по:
   1. Номенклатуре,
   2. Устройству,
   3. Дате,
   4. EventType - "4".
3. Сравните получившиеся список со списком кодов из отчета.
4. Проверьте события марок из списка, которые не попали в отчет по статье и выявите причины отсутствия их в отчете.

Причина

У марки есть только событие "Отбраковки", "Принятия из производства" нет. Поэтому марки нет в отчете Выпуск маркированной продукции .

Симптомы

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

{"propertyName":"CODE","index":202,"errorCode":"invalid-parent-code","errorTags":{"_error_id":"9b9db97b-1721-4191-a41e-7461056d0456","_error_type":"GeneralError","_service":"doc-aggregation","utilisation_date":"2026-04-13T08:59:01Z"}},

Решение

1. Убедитесь, что для кодов агрегатов (коробов/паллет) передан и успешно обработан Отчет о нанесении.
2. Проверьте текущий статус родительского кода в личном кабинете ASL Belgisi. Он должен быть «В обороте» (или готов к агрегации согласно правилам системы).
3. Обратитесь на поддержку ASL Belgisi.

Причина

Ошибка invalid-parent-code часто связана с тем, что коды идентификации групповой упаковки (КИГУ) или транспортной упаковки еще не введены в оборот или не имеют отчета о нанесении. Агрегация не может быть принята системой, пока коды упаковок не зарегистрированы.

Симптомы

• Почему то пишет что код подделка? Что делать?
• "Возможно, это попытка подделать код" - при сканировании в ЧЗ.

Решение

1. Проверьте настройки вида номенклатуры по статье.
2. Убедитесь, что эмитент КИ (вид упаковки - потребительская) Честный ЗНАК.

Причина

Коды сгенерированы непосредственно в базе 1С, а не в системе Честный ЗНАК. Если в настройках вида номенклатуры указано, что эмитент КИ - "Наше предприятие", программа генерирует внутренние коды, о которых государственная система мониторинга не знает.

Симптомы

• По какой причине шаблон поменял наименование?

Решение

1. Откройте шаблон, нажмите на знак просмотра версий объекта.
2. Найдите в списке нужное изменение и автора правки.

Причина

Пользователь переименовал шаблон.

Симптомы

• Document processing was failed 3: Некорректно заполнены тэги: Неверно указан тег PPDD, Неверно указан тег PPDN

Решение

1. Для автоматического заполнения тэгов, дождитесь выполнения задачи "MDT-7500: Заполнение % алк и первичного документа в маркировки" ( проверка по Изменения в релизах БИТ.MDT) и обновите расширение БИТ.MDT.
2. Или вручную заполните в документе Маркировки товаров ИС МП информацию о первичном документе, проверьте заполнение реквизита фактического содержания этилового спирта и передайте данные.

Причина

Отчёты о нанесении обработаны с ошибкой, так как не указаны следующие данные:

• Номер первичного учетного документа, подтверждающего факт производства продукции.
• Дата первичного учетного документа.

Симптомы

• Ошибка в документе Маркировки товаров ИС МП 274: КМ ХХХ уже отгружен

Решение

1. Проверьте события по данному коду по статье.
2. Проверьте статус кода в Честном ЗНАКе. Если статус "В обороте (Ожидает перемещения между МОД)", необходимо привести код КИТУ (00)046801840200871739 к статусу В обороте.

Причина

Некорректный статус кода. Ошибку в документе Маркировки товаров ИС МП возвращает Честный ЗНАК.

Симптомы

События марок не приходят в 1с из-за аварии на брокере RabbitMQ.

Решение

1. В разделе "БИТ.MDT" вызовите команду "Аварийная загрузка событий".
2. Укажите дату начала выгрузки, которую указывали при выгрузке событий с устройств или из ЕБД. Программа покажет выгрузки с этой даты, сняв флажки с уже загружавшихся данных:
3. 
4. Нажмите "Загрузить" и дождитесь сообщения "Готово".

Причина

При аварии на брокере сообщений RabbitMQ события не приходят с устройств в 1с. Тогда мы используем аварийный транспорт.

Симптомы

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

Решение

Возможность ввода произвольного кода зависит от настроек печати:

1. Опция «Формируется принтером» включена: указать свой код нельзя, так как данные генерируются на стороне печатающего устройства.
2. Опция «Формируется принтером» выключена: можно указать код маркировки для проверки шаблона перед печатью.

Причина

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

Симптомы

• Отчет агрегации не передается, статус: "К агрегации (ошибка)", ошибка: "22: Коды Маркировки <КИТУ> не найдены".
• Документ маркировки завис в статусе "К агрегации (обрабатывается)".

Решение

1. В документе "Маркировка товаров ИС МП" со статусом "К агрегации (ошибка)" проверьте статусы кодов в ГИС МТ. Если есть вложения с неизвестным статусом, то для них:
2. Перейдите в сведения о марке с помощью двойного клика по коду, во вкладке "Вложенные коды" скопируйте MarkID вложения.
3. По MarkID найдите документ маркировки.
   
   1. Если документа нет, то воспользуйтесь статьей.
   2. Если есть зависший документ "К агрегации (обрабатывается)", то воспользуйтесь статьей.
4. В исходном документе с ошибкой нажмите: "Еще" → "Перечитать".
5. Если доступно "Выполните агрегацию" — выполните, перечитайте документ снова. Статус перейдет в "Коды маркировки агрегированы".
6. Если все коды "В обороте" и статус "К агрегации (обрабатывается)" - передайте агрегацию: смените статус на "Коды маркировки агрегированы" по статье.

Причина

• Не может быть передана агрегация КИТУ второго уровня, так как не передана агрегация по части вложений.

Симптомы

• Как на шаблон вывести организацию, на которую была эмиссия кодов?

Решение

1. Используйте реквизит битмдт_ЗаданиеНаПроизводство.Организация.
2. Если реквизит отсутствует, выберите "Организация-Эмитент" и удалите слово эмитент в поле "Текст".

Причина

Нет нужного реквизита.

Симптомы

• Как сделать последние 4-е цифры в шаблоне большего размера?

Решение

Используйте шрифт Courier New и разделите поле на две части:

1. Левая ячейка (основная часть кода):
   • Выровняйте текст по левому краю.
   • Ограничьте количество символов и размер шрифта, чтобы скрыть последние 4 цифры кода.
2. Правая ячейка (последние 4 цифры):

   • Выровняйте текст по правому краю.

   • Увеличьте размер шрифта так, чтобы в видимой области остались только последние 4 цифры.

     

3. Тестирование производите исключительно с помощью мобильного приложения БИТ.MDT используйте функцию "Печать в PDF".
4. Есть ограничение для панелей Huawei там нет шрифта Courier New, подберите другой моноширинный шрифт.

Симптомы

• В маркировке товаров ошибка "451".

• Не проходит эмиссия марок. Текст ошибки: 451: 451.

Решение

1. Напишите обращение на поддержку Честного ЗНАКа по статье https://support.bit-erp.ru/article/ru/834-kak-obratitsya-v-sluzhbu-podderzhki-chestnogo-znaka.html

Причина

• Сбой в работе Честного ЗНАКа.
• Ошибку "451" возвращает Честный ЗНАК. Это может быть специфический код ошибки API ГИС МТ (например, связанный с юридическими ограничениями доступа к ресурсу, так как HTTP 451 — Unavailable For Legal Reasons)

Симптомы

• Идентификаторы применения отображаются без скобок.
• Как обрамить идентификаторы применения скобками?
• Можно ли сформировать код с обособлением идентификаторов скобками?

Решение

1. Перейдите в "БИТ.MDT" → "Шаблоны этикетов и ценников" → "Создать новый".
2. В поле "Назначение" выберите "Этикетка (обувь, одежда, табак...)".
3. В поле "Представление" раскройте "Идентификаторы применения GS1", выберите реквизит и добавьте перед ним идентификатор применения в формате: (01)[Реквизит].

Причина

• Система выводит идентификаторы без скобок по умолчанию.

Симптомы

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

Решение

1. В настройках станции укажите в реквизите "Количество этикеток" нужное количество экземпляров на печать.

Причина

• Требуется по одной этикетке на каждую плоскость паллеты.

Симптомы

• При загрузке кодов из CSV ошибка: "Не найдена номенклатура по штрихкоду".

  

• При проведении задания на линию ошибка: "Заполните вид упаковки по GTIN в номенклатуре".

  

Решение

1. Откройте штрихкод номенклатуры**** и удалите лидирующий 0 (если есть).

Причина

• Штрихкод номенклатуры записан с лидирующим нулем.

Симптомы

Ошибка во входящих сообщениях "Дубли идентификаторов марок, начиная с 1. Нумератор обновлен."

Дубли идентификаторов марок, начиная с 1. Нумератор обновлен.
{БИТMDT РегистрСведений.битмдт_MarkIDs.МодульМенеджера(1985)}:ВызватьИсключение СтрШаблон(
{БИТMDT РегистрСведений.битмдт_MarkIDs.МодульМенеджера(746)}:ПроконтролироватьДубли(НачалоИнтервалаКонтроляДублей, КонецИнтервалаКонтроляДублей);
{БИТMDT РегистрСведений.битмдт_MarkIDs.МодульМенеджера(636)}:Возврат MarkIDПоКодуМаркировки(КодыМаркировки,
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(1623)}:Для Каждого КлючИЗначение Из РегистрыСведений.битмдт_MarkIDs.MarkIDПоКодуМаркировки(
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(959)}:ДополнитьMarkIDПоИсходнымДанным(MarkIDПоИсходнымДанным, ДанныеКПолученииюMarkID);
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(877)}:ЗаменитьКодМаркировкиНаMarkID(Отборы);
{БИТMDT РегистрСведений.битмдт_MarkEvents.МодульМенеджера(750)}:ОбработатьПакетСообщенийБезЗамещенияИлиОтдельнымиЗаписями(ПакетСообщений);
{БИТMDT ОбщийМодуль.битмдт_ОбработчикиСобытийАдаптер.Модуль(671)}:РегистрыСведений.битмдт_MarkEvents.ОбработатьПакетСообщений(ПакетСообщений);
{БИТMDT ОбщийМодуль.битмдт_ИнтеграцияАдаптер.Модуль(212)}:Возврат битмдт_ОбработчикиСобытийАдаптер.ЗаписатьМассивДанных(ДанныеОбъектов, ДанныеСообщения);
{БИТMDT ОбщийМодуль.адаптер_ОбработчикиСобытийПереопределяемый.Модуль(617)}:Результат = Модуль.ЗаписатьМассивДанных(ДанныеОбъектов, ДанныеСообщения);
{БИТMDT ОбщийМодуль.адаптер_ОбработчикиСобытийОбщий.Модуль(354)}:Результат = адаптер_ОбработчикиСобытийПереопределяемый.ЗаписатьМассивДанных(ДанныеОбъектов, ДанныеСообщения);
{БИТMDT ОбщийМодуль.адаптер_ОбменДаннымиJSON.Модуль(78)}:Результат = адаптер_ОбработчикиСобытийОбщий.ЗаписатьМассивДанных(ДанныеОбъекта, ДанныеСообщения);
{БИТMDT РегистрСведений.адаптер_ВходящиеСообщения.МодульМенеджера(460)}:Результат = адаптер_ОбменДаннымиJSON.ЗагрузитьСообщение(ДанныеСообщения);
{БИТMDT РегистрСведений.адаптер_ВходящиеСообщения.МодульМенеджера(247)}:ОбработатьСообщениеВФорматеJSON(ДанныеСообщения);
{БИТMDT РегистрСведений.адаптер_ВходящиеСообщения.МодульМенеджера(404)}:ОбработатьСообщение(ДанныеСообщения);
{БИТMDT РегистрСведений.адаптер_ВходящиеСообщения.МодульМенеджера(202)}:ОбработатьВходящееСообщение(ДанныеСообщения);
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(170)}:БылиСообщения = РегистрыСведений.адаптер_ВходящиеСообщения.ОбработатьВходящиеСообщения(
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(35)}:адаптер_ОбработкаВходящихСообщений(КлючЗадания);
{БИТMDT ОбщийМодуль.ОбменДаннымиСервер.Модуль(19)}:адаптер_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КодСценарияОбмена);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка]

Решение

1. Перейдите в "Функции для технического специалиста" → "Нумератор MarkID".
2. Если в Нумераторе записей нет записей:
   • Перейдите в "БИТ.MDT" → "События марок" и скопируйте "Mark ID" последней марки.
     
   • Перейдите в "Нумератор MarkID" → "Создать" и добавьте запись с кодом "последний Mark ID +1".
     
3. Обработайте сообщения с ошибкой вручную: "БИТ.MDT" → "Входящие сообщения" → выделите сообщение с ошибкой → "Обработать сообщение".

Причина

• Удалены записи в регистре "Нумератор MarkID".

Симптомы

• Требуется повторно выгрузить документ инвентаризации по пересчету.

Решение

1. Откройте "Исходящие сообщения" e1cib/list/Справочник.адаптер_ИсходящиеСообщения. Найдите "Документ.ПересчетТоваров" со статусом "Ошибка".
   
2. Откройте строку, установите:
   • "Событие сообщения" — "Зарегистрировано";
   • "Кол-во попыток" — 0.
3. Нажмите "Записать и закрыть". Регламентное задание автоматически выгрузит сообщение повторно.

Причина

• Ошибка связи с FTP-сервером. В исходящих сообщениях остаются записи с ошибками, сообщения нужно отправить повторно.

Симптомы

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

Решение

1. Перейдите в "БИТ.MDT" → "Настройки MDT". Увеличьте константу "Цифра расширения для SSCC" на единицу.
   Новые коды с обновленной цифрой расширения будут создаваться автоматически после исчерпания пула.

Причина

• Закончились коды КИТУ.

Симптомы

• При загрузке кодов маркировки из CSV файла документ "ЗаказНаЭмиссиюКодов" остается в статусе "Обрабатывается в ИС МП (готов к обработке)"
• В заказ на эмиссию не подгружаются коды после выбора файла CSV. Статус висит "Обрабатывается в ИС МП (готов к обработке)". Ни ошибок, ни загрузки не происходит. При расчете статуса документа переходит обратно в черновик.
• Можно ли использовать длинные коды в разрезе одного вида номенклатуры или нужно запросить короткие коды?

Решение

1. Проверьте настройки номенклатуры и CSV-файл по статье.
2. В "БИТ.MDT" → "Настройки MDT" проверьте, что формат кодов соответствует настройке "Использовать укороченные КМ".
3. В разрезе одного вида номенклатуры можно использовать длинные коды:
   • Перейдите в "БИТ.MDT" → "Настройки MDT" → ПКМ на строке настройки "Использовать укороченные КМ" (Да) → "Добавить разрез". Выберите вид номенклатуры, у которой код должен быть длинным и укажите "Нет".

Причина

• Загрузка длинных кодов при настройке MDT на укороченные КМ.

Симптомы

• В очереди на эмиссию зависли коды. Ошибка:

Значение не является значением объектного типа (КодМаркировки)
Документ.битмдт_ЗаданиеНаПроизводство.МодульОбъекта(301): Запись.Вставить("КодМаркировки", ДанныеКодаМаркировки.КодМаркировки);
РегистрСведений.ПулКодовМаркировкиСУЗ.МодульМенеджера(2027)]: ЗаданиеОбъект.ЗарегистрироватьЭмиссиюБлокаКодов(
РегистрСведений битмдт ОчередьЭмиссииПо3нказам.МодульМенеджера(261)]: РегистрыСведений.ПулКодовМаркировкиСУЗ.битмдт_Зарегистрировать Эмиссию(
РегистрСведений битмдт ОчередьЭмиссииПо3нказам.МодульМенеджера(119)):ОбработкаЗаяершена = РегистрыСведений битмдт ОчередьЭмиссииПоЗаказам.
РегистрСведений битмдт ОчередьЭмиссииПоЗаказам. Форма. ФормаСписка. Форма(13)] РегистрыСведений.битмдт_ОчередьЭмиссииПоЗаказам. Обработать Заказ(Строка.ЗаказНаЭмиссию);
РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам. Форма. ФормаСписка. Форма(6)]: ОбработатьНаСервере(Строка);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка

Решение

1. Откройте карточку номенклатуры (набора) → раздел «Штрихкоды номенклатуры».
2. Проверьте наличие GTIN из Заказа на эмиссию и его привязку к нужной характеристике/упаковке.
3. Проверьте версию расширений на актуальность.

Симптомы

• Как предоставить в ЧЗ идентификаторы документов?

Решение

1. Идентификаторы документов не передаются в ЧЗ — отправляются только запросы.
   Чтобы отправить лог, перейдите в раздел «Документ маркировки» → «Протокол обмена» → «Показать сообщения XML» → «Получение результата обработки документа». Нажмите «Сохранить как» и прикрепите файл к обращению.

   

Симптомы

• По отчету 1С Выпуск маркированной продукции разногласие с ЧЗ
• Сверили данные с ЧЗ и 1С, в 1С в отчете не отображаются коды, которые введены в оборот

Причина

1. Марка не прошла сериализацию - не прошла под камерой, но при этом есть агрегация и ввод в оборот, поэтому нет события "2-Принятие из производства", из-за этого она не попадает в отчет по участку "0101 Сериализация".
2. Для того, чтобы смотреть события по маркам воспользуйтесь статьей https://support.bit-erp.ru/article/ru/148-kak-smotret-sobytiya-po-kodam-markirovki.html

Симптомы

• В паллете (00)146050359900362849 по данным ЧЗ и событиям марок 113 вложений. Агрегировано было 114 вложений.

Решение

1. Проверь события марок по статье.
2. У одного из вложений есть событие отмены агрегации.
   
3. В событиях марки КИГУ 0104605035009446215mFwS)g-Y-)eY есть отмены агрегации:
4. Проверка КИ в этом КИГУ показала, что (01)04605035008753(21)5e/YfhhW>ur0r была вложена в два разных КИГУ
5. При вводе паллеты в оборот событие агрегации КИ (01)04605035008753(21)5e/YfhhW>ur0r в КИГУ 0104605035009446215mFwS)g-Y-)eY произошло позже, чем вложение КИ в другой КИГУ 0104605035009446215Me6Q.buhGpb+ на той же паллете.

Причина

• КИ уже есть в другом КИГУ, введенном в оборот.

Симптомы

• При подаче созданного вручную отчета в документе "Маркировка товаров ИС МП" появляется ошибка: "Поле объекта не обнаружено (ВидПродукции)".
• Ошибка при отправке запроса в ЧЗ в вводе в оборот:

Поле объекта не обнаружено (ВидПродукции)
{БИТMDT Документ.МаркировкаТоваровИСМП.МодульМенеджера(199)}:Если Настройки.ДоступноУказаниеНомерСкважины
{Документ.МаркировкаТоваровИСМП.МодульМенеджера(7528)}:ЗаполнитьСведенияОТоварахПоШтрихкодамУпаковок(
{Документ.МаркировкаТоваровИСМП.МодульМенеджера(1669)}:Возврат СообщенияJSONВводВОборот(Шапка, Товары, СообщениеJSON, Параметры);
{Документ.МаркировкаТоваровИСМП.МодульМенеджера(1491)}:Возврат ВводВОборотШтрихкодыУпаковокJSON(РезультатЗапроса, ДополнительныеПараметры, Повторно);
{Документ.МаркировкаТоваровИСМП.МодульМенеджера(1366)}:Возврат ВводВОборотJSON(ДокументСсылка, ДополнительныеПараметры);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(284)}:ВозвращаемоеЗначение = МенеджерОбъекта.СообщениеКПередачеJSON(ДокументСсылка, ДальнейшееДействие, ДополнительныеПараметры);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(37)}:СообщенияДокументаJSON = СообщениеКПередачеJSON(
{БИТMDTСовместимостьГосИС ОбщийМодуль.ОбменДаннымиИСМП.Модуль(132)}:Результат = ПродолжитьВызов(ВходящиеДанные, ПараметрыОбмена);
{ОбщийМодуль.ОбменДаннымиИСМП.Модуль(187)}:ВозвращаемоеЗначение = ПодготовитьКПередачеУниверсально(ВходящиеДанные, ПараметрыОбмена);
{(1)}:ОбменДаннымиИСМП.ПодготовитьКПередачеДлительнаяОперация(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(6548)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")"; // АПК:487 Исполняемый код безопасен.
{ОбщийМодуль.ДлительныеОперации.Модуль(1744)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1711)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения);
{ОбщийМодуль.ДлительныеОперации.Модуль(1724)}:ВызватьИсключение(Уточнение.Текст, Уточнение.Категория,, СтекЗапуска, ИнформацияОбОшибке);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка, ОшибкаКонфигурации]
по причине:
Поле объекта не обнаружено (ВидПродукции)
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
по причине:
{БИТMDT Документ.МаркировкаТоваровИСМП.МодульМенеджера(199)}: Поле объекта не обнаружено (ВидПродукции)

Решение

1. Обновите расширение до релиза от 27.02.2026 или новее.
2. Ошибка не блокирует передачу данных в Честный ЗНАК — документы должны обрабатываться и отправляться автоматически.
3. Временный обход: введите коды в оборот вручную по статье.

Причина

• Документы создаются вручную, без привязки к маркам или данным производственной линии.

Симптомы

• При отправке документа "Маркировка товаров ИС МП" ошибка: "Упаковка ХХ принадлежит ИНН".

• При отправке документа "Маркировка товаров ИС МП" ошибка: "06: Код не найден в базе данных".

Решение

1. Проверьте коды в Честном Знаке по статье. Если коды имеют движения:
   1. В настройках MDT увеличьте "Цифру расширения" на 1 (новые коды начнутся с 2, убедитесь, что эта цифра не использовалась ранее).
   2. Пересоберите паллеты с ошибкой и работайте по новым заданиям.
   3. Если паллета отгружена клиенту — для смены владельца обратитесь в на поддержку Честного ЗНАКа.

Причина

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

Симптомы

• Почему ТСД меняет статус расходного ордера на товары (РСО) с "Отгружено" на "К отгрузке" или "Требует обработки"?

Решение

1. Проверь историю изменений по РСО: убедись, что статус изменен не пользователем вручную, а регламентным заданием БИТ.
2. Проверь наличие Документов-событий по РСО: оцени количество отгруженных товаров и наличие событий с мобильных устройств.
3. Если состав РСО изменялся и отгрузка выполнена не полностью, при закрытии задания на ТДС статус РСО меняется на "К отгрузке"

Причина

• Регламентное задание «БИТ.Адаптер.Обработка документов-событий»**** в фоновом режиме обрабатывает Документы-события, поступающие с мобильных устройств, и корректирует статус или состав документа.

Симптомы

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

Решение

• Ошибка не блокирует передачу данных — ее можно игнорировать.

Причина

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

Симптомы

• При вставке номера ВСД в производство: "Указан неверный идентификатор ВСД".

  

Решение

1. Введите ВСД в формате GUID: 8 символов - 4 символа - 4 символа - 4 символа - 12 символов.
2. Если ВСД из Mercurii в формате 4-4-4-4-4-4-4-4, удалите все дефисы и приведите к формату в 8-4-4-4-12.
3. Если формат верный, но ошибка осталась — очистите локальный кэш программы.

Причина

• Некорректный формат идентификатора ВСД.
• Проблемы с локальным кэшем.

Симптомы

• Документ маркировки с ошибкой HTTP 400. Текст ошибки: "Не определена товарная группа по квитанции".

Решение

1. Проверь состояние кодов маркировки по статье.
2. Если у всех кодов статус "Эмитирован.Получен", нажми "Отменить передачу" (документ перейдет в статус "Черновик").
3. Перейди на вкладку "Основное", выбери операцию нанесения "Выполнена независимо".
4. Перейди на вкладку "Вложенные коды" и нажмите "Передать коды".

Симптомы

• При заполнении заказа просит заполнить серии. Хотя мы их не заполняем.

Решение

1. Проверьте включено ли обязательное указание серий при отгрузке.
2. Если обязательное указание серий включено, то без серий провести задание не получится.

Причина

Включенная опция блокирует создание заказа без серий.

Симптомы

• С чем может быть связано такое разночтение, в КИТУ дата производства 15.06, а дата ввода в оборот 17.06? Отказывают в приеме товара из-за несоответствие даты производства и даты ввода в оборот.

Решение

1. Дата производства - это фактический момент изготовления продукции. Она фиксируется в коде маркировки при его нанесении или в отчете о верификации. В дате производства не может быть указана дата выше текущей.
2. Дата ввода в оборот - это дата подачи и успешной обработки документа «Маркировка товаров ИС МП».

Причина

Дата ввода в оборот может не совпадать с датой производства, подробнее.

Симптомы

• При создании СУЗ на эмиссию кодов и ввода в оборот распечатать коды невозможно. Появляется сообщение, что заказ на эмиссию кодов ещё не выполнен.Задвоили задание на одну позицию.Первое задание не напечатали, но ввела в оборот. Распечатать не можем. В остальных СУЗ, везде при нажатии на Печать такая же ошибка, в том числе на тех, что были распечатаны.

Решение

1. Печать кодов переданных в отчете о нанесении невозможно.

Причина

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

Симптомы

• Не удалось выполнить обновление. Программа не была обновлена на новую версию по причине: Компонента PinkRabbitMQ - не удалось установить соединение с сервером RabbitMQ.
• Не удалось получить файл исправления (патча)

Решение

1. Зайдите в БИТ.MDT -> Настройки MDT.
2. Очистите: "Параметры подключения к RabbitMQ" и "Поток данных RabbitMQ".
3. Если не получается войти в режим 1С:Предприятие, тогда снимите активность расширения БИТ.MDT (не удаляйте расширение!!!), запустите базу 1С в режиме Предприятия, дождитесь выполнения обработчиков обновления.
4. Попробуйте включить расширение и запуститься базу 1С, очистите настройки еще раз из п.2.

Причина

Компонента PinkRabbitMQ - не удалось установить соединение с сервером RabbitMQ.

Симптомы

Как выставить время для автомаркировки?

Решение

1. Установите расписание работы регламентного задания "БИТ.МДТ. Автоматическая маркировка" (e1cib/app/Обработка.РегламентныеИФоновыеЗадания).

Симптомы

• При маркировке товаров происходит ошибка: Для упаковки (номер) ожидалось вложенных, фактически (число).
• В документе маркировки при подтягивании кодов - стал показывать "ожидалось вложение.. по факту...

Решение

1. Передать отчет.

Причины

• Сообщение является информационным предупреждением, это не ошибка. У штрихкода паллеты/коробки нет номенклатуры.

Симптомы

• При неуспешном статусе Маркировки ИС МП при обменах с ЧЗ происходит отмена события Передана агрегация.

Решение

1. Перезаписать успешный статус документа Маркировки ИС МП. Будет сформировано событие Передачи агрегации.
2. Перейти по ссылке e1cib/list/РегистрСведений.СтатусыДокументовИСМП, в списке найдите необходимый документ Маркировка ИС МП с успешным статусом, открыть запись, нажать "Записать и закрыть".

Проблема

Протоколы обмена могут быть обработаны в одну секунду - как успешный, так и неуспешный, в событиях марок будет два события "Передана агрегация" и "Отмена передачи агрегации" в одну секунду. Согласно доработкам негативный статус имеет более высокий приоритет.

Симптомы

• Регламентное задание завершается пользователем с ошибкой

Задание отменено пользователем
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Не удалось продолжить выполнение, поскольку сеанс находится в состоянии завершения.
HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state=1, Severity=15, native=596, line=0

Решение

1. Перезагрузите сервер и очистите кэш по инструкции.

Причина

Регламентное задание завершалось по причине разрыва соединения с БД.

Симптомы

• Как добавить доп. информацию рядом с DM кодом, а именно последние 6 символов серийного номера (блок AI 21). Возможно ли это на станции предпечати?

Решение

1. Можно настроить различные параметры вывода данных типовыми средствами 1С (e1cib/list/Справочник.ШаблоныЭтикетокИЦенников).
2. Поле можно настроить как параметр и подобрать параметры так, чтобы выводились необходимые данные.

Причина

Некорректно настроен шаблон этикетки.

Симптомы

• Проблема с печатью, только на конкретный продукт (спорт пит): Этикетка формируется не принтером. Печать отмена, при печати КИЗ на онлайне для продукции БАДов такой проблемы не возникало.

Решение

1. Обновите устройство и протестируйте печать.

Причина

Данная ошибка связана с тем, что спортивное питание считалось немаркируемым товаром. Ошибку исправили в рамках задачи MDT-7380: Товарные группы распознаются как немаркируемый товар на устройствах.

Симптомы

• Для чего расширение БИТMDTERP?

Решение

1. Расширение БИТMDTERP - это расширение БИТ.MDT, предназначенное исключительно для работы с конфигурацией 1С:ERP Управление предприятием 2.
2. БИТMDTERP содержит специфические доработки и объекты, необходимые для корректной интеграции с механизмами и структурой данных именно 1С:ERP.
3. Задание на линию и связанные с ним документы автоматически формируется после установки в Этапе производства статуса "К выполнению".

Причина

• Если у клиента установлена 1С:ERP, использование именно расширения БИТMDTERP обязательно для обеспечения штатной работы всех функций системы БИТ.MDT.

Симптомы

• Можно ли сделать так, чтобы этикетки шли начиная со штрихкода SSCC (00)046502828600109000?

Решение

1. Открыть регистр Нумератор КИТУ (e1cib/list/РегистрСведений.битмдт_НумераторКИТУ), изменить значения на большие.

Симптомы

• Исходящие сообщения застыли в статусе "зарегистрировано"
• Не создаются задания на производство
• Не отправляются исходящие сообщения
• Сообщения не приходят на ТСД

Решение

1. В разделе "Регламентные и фоновые задания" проверить наличие задания "БИТ.Адаптер. Подготовка сообщений к отправке (Основная настройка)".
   1.1 Если регламентного задания нет, перейти в раздел БИТ.MDT и открыть "Параметры подключения".
   1.2 Выбрать нужную настройку и нажать кнопку "Инициализировать обмен".
2. Если регламентное задание есть, проверить выполнение регламентных задач "БИТ.Адаптер. Подготовка сообщений к отправке (Основная настройка)" и "БИТ.Адаптер. Отправка сообщений (Основная настройка)" на наличие ошибок при выполнении.
3. Если регламентное задание отключено, выполнить перезагрузку службы 1С с очисткой сервера.
4. Если регламентное задние отменено пользователем - перезагрузить регламентное задание.

Симптомы

• В холдинг (Тандер) пришли задвоенные отчёты. У нас в программе всё правильно, а им пришло ровно в 2 раза больше.

Решение

1. Коды передаются только по запросу Тандер.
2. Передача осуществляется до прихода ответа об успешной операции со стороны Тандер.
3. Если Тандер запросил коды дважды коды, они будут отправлены два раза.

Симптомы

• Какие настройки необходимо выполнить при смене юр. лица?

Решение

1. Настройка организации в 1С.

Необходимо создать новую карточку организации в справочнике «Организации» и заполнить её реквизиты (ИНН, КПП, адрес и т.д.).

• Подробнее: Создание и заполнение организации в 1С

2. Настройка интеграции с ИС МП (Честный Знак).

Если вы работаете с маркируемой продукцией, для нового юр.лица необходимо:

• Настроить сертификат электронной подписи: добавить сертификат новой организации для автоматического обмена с ГИС МП в разделе «НСИ и администрирование» — «Интеграция с ИС МП» — «Сертификаты для подписания сообщений и авторизации на сервере».
  • Подробнее: Настроить сертификат для автоматического обмена с Честным знаком
• Настроить СУЗ (Станцию управления заказами): если планируется заказ кодов маркировки от имени нового юр.лица, нужно создать настройки обмена с СУЗ.
  • Подробнее: Создать СУЗ для организации

3. Настройки MDT (для работы с оборудованием/линиями).

Если используется модуль БИТ.MDT для генерации логистических кодов (SSCC/КИТУ):

• В «Настройках MDT» необходимо добавить новую строку для ООО "ЛОГИСТИКА БАЛТИКА" в параметре «Префикс компании GS1 для SSCC» и указать соответствующий префикс.
• Также заполнить «Цифра расширения для SSCC», выбрав цифру, отличную от тех, что используются в других системах под этим же префиксом, чтобы избежать дублирования кодов.
  • Подробнее: Настройка префикса GS1 заказчика

Причина

Смена юр. лица.

Симптомы

• Создали задание на агрегацию, но в номенклатуре ошибка - вложимость указана некорректно, вложимость исправил, указал корректно 30 штук в коробе. Как исправить в задании на агрегацию?

Решение

1. Откройте Задание, отмените проведение и проведите его заново. Это позволит системе пересчитать плановое количество вложений исходя из новой иерархии упаковок.
2. Проверьте, чтобы на главном экране устройства статус обмена был «Меньше минуты назад».
3. Если по заданию уже были отсканированы марки до изменения вложимости:
   • Разагрегируйте паллету и агрегируйте повторно

Причина

• Исправили иерархию упаковок в номенклатуре.

Симптомы

• В каком задании на пролистывателе были использованы коды из файла.
• Как узнать, в каком задании использованы коды?

Решение

1. Найдите код в базе 1С по статье.
2. Далее перейдите в Заказ на эмиссию кодов маркировки СУЗ.
3. В Заказе на эмиссию кодов маркировки СУЗ перейдите в связанные документы.
4. Найти связанное Задание на участок.

Симптомы

• Марки нет в базе 1С, на ТСД неизвестный ШК

Решение

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

Причина

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

Симптомы

• почему в событиях два раза событие агрегации одного и того же кода?

Решение

Ничего не делать. Это корректное поведение.

Причина

Особенности работы транспортного уровня (RabbitMQ) и процессора обработки входящих сообщений. Данная запись создалась как техническая.

Симптомы

• Как узнать, кто изменил значение константы БИТ.MDT в базе?
• Как посмотреть в Журнале регистрации кто изменил настройки MDT?

Решение

1. Откройте "НСИ и администрирование" - "Обслуживание" - Журнал регистрации".
2. Установите отбор по метаданным "БИТMDT: РегистрСведений.битмдт_ЗначенияДополнительныхКонстант <Удалено>" и событию "Данные.Изменения". Также установите необходимый период для отбора.

Причина

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

Симптомы

Изменение серии на уже произведенной продукции (указали неверный срок годности)

Неверный срок годности у выпущенной продукции

Необходимость изменения серии выпущенной продукции

Решение

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

Если агрегация передана, необходимо изменить серию у паллет, КИГУ и КИ. Функционал поиска и замены ссылок в регистре событий марок отсутствует - требуется платная доработка: обработка с добавлением новых событий марок без удаления старых.

Симптомы

Документ маркировки в состоянии ошибки: <Описание ошибки отсутствует>

Решение

1. В документе Маркировка товаров ИС МП проверить статус кодов, нажав на "Состояние кодов маркировки ГИС МТ".
2. Если коды в обороте:
   2.1. сменить статус на Коды маркировки введены в оборот Еще - Коды маркировки введены в оборот.
   2.2. Нажать ЕЩЕ - Перечитать
3. Если коды не в обороте:
   3.1 Выполните действия по статье: https://support.bit-erp.ru/article/ru/194-14-nedopustimyj-status-koda-identifikacii-v-1s-ili-status-koda-markirovki-ne-sootvetstvuet-vypolnyaemoj-operacii.html в соответствии со статусом кодов.
   3.2 Если действия по статье выше не помогли, напишите тикет на поддержку.

Причина

Коды маркировки в обороте.

Симптомы

В РСО отсканировали полный объем КМ, а товара по факту уехало меньше. При формировании реализации, а затем УПД количество не соответствует факту.

Решение

1. После отгрузки неполного количества в РСО вручную измените количество в "Товары по распоряжениям". Измените статус на "Отгружен".
2. Перейдите в Склад и доставка -> Отгрузка. Выберите заказ клиента и нажмите Создать ордера. Выберите по выделенным распоряжениям. Создастся ордер на оставшееся количество кодов. Просканируйте в него остатки.

Причина

По факту по одному РСО отгружают товара меньше, чем сканируют марок.

Симптомы

• КМ от Тандера для теста не подтягиваются в задание на офлайн‑печать.
• При формировании нового задания на линию появилась ошибка: Строка 1: Заполните вид упаковки по GTIN в номенклатуре. Коды от Тандера

Решение

1. Проверить в Заказе на эмиссию кодов маркировки СУЗ с ответственным «БИТ.МДТ. Обмен сообщениями с брокером Тандер» следующие данные: номенклатуру, вид упаковки, GTIN, количество и упаковку. Все поля должны быть заполнены.
2. Если поля не заполнены то заполнить в соответствии с видом упаковки.
3. Если заполнены - напишите тикет на поддержку.

Причина

Коды не резервировались в задание, так как в Заказе на эмиссию СУЗ не была указана упаковка. Упаковка заполняется автоматически при загрузке данных из Тандера из Штрихкодов номенклатуры. На момент загрузки в карточке номенклатуры в 1С данные об упаковке были не заполнены, поэтому поле не заполнилось.

Симптомы

Дубли марок в заказе на эмиссию кодов маркировки СУЗ.
Ошибка "При загрузке обнаружены дубли марок"

Решение

1. Создайте новый заказ на эмиссию и загрузите коды без дубликатов (загруженных ранее).
2. Если нет возможности загрузить новые коды, выгрузите коды из задания на которое ссылается документ в ошибке:
   
3. Сверьте с кодами которые вы планируете загрузить.
4. Пометьте документ на удаление и загрузите коды в новый документ исключив дубликаты.
5. Если действия выше не помогли или что-то не получилось выполнить - напишите тикет на поддержку

Причина

Коды зарезервированы.

Симптомы

• При попытке создать Задание на линию возникает ошибка: "Для GTIN 04650491641365 выбрана упаковка "!шт", а в штрихкодах номенклатуры - "!шт"."

Решение

1. Перейти в регистр Штрихкоды номенклатуры.
2. Найти нужный штрихкод.
3. Удалить дубль с 0.

Причина

В базе была еще одна номенклатура с таким же штрихкодом, но с 0 в начале.

Симптомы

• У нескольких паллет вылетело несколько коробов. Должно быть 32 вложения, а в ЧЗ - 31
• По данным ЧЗ вложений меньше, чем было агрегировано
• Нет вложений

Решение

1. Проверьте статус вложения в паллете, у которого есть событие "9 - Отмена агрегации".
   
2. Если статус "Разобрана", значит вложение пустое. По пустым вложениям информация не передается.
3. Если необходимо добавить в паллету вложение, то нужно вложить новый код: Просканировать агрегат на главном экране, нажать к агрегации, отсканировать новое вложение.

Причина

Одно из вложений разобрано.

Симптомы

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

Решение

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

Симптомы

Статус документа Расходный ордер на товары (РСО) не меняется на «Отгружен» уже в течение получаса

статус отгружен не становится

Решение

1. Проверить работу регламентных заданий "БИТ.Адаптер. Обработка документов-событий" и "БИТ.Адаптер. Получение сообщений (Основная настройка)":
   1. Перейти НСИ и администрирование -> Обслуживание -> Регламентные и фоновые задания.
   2. На вкладке "Регламентные задания". Статус регламентных заданий должен быть выполняется или выполнено без ошибок, задания не должны быть завершены позже часа назад .
   3. На вкладке "Фоновые задания". Фоновые задания с теми же названиями должны быть завершены без ошибок.
2. Вручную изменить статус на «Отгружено» и провести документ, чтобы увидеть ошибку на несоответствие количества
3. Чтобы найти паллет с некорректным количеством открыть форму «Подбор и проверка» в РСО, дождаться загрузки упаковок и посмотреть, какие паллеты неполные.
4. Сообщить номер паллета кладовщику для замены в РСО
5. Если действия выше не помогли или недостаточно прав - написать тикет на поддержку.

Причина

Не дождались обмена устройства с базой 1С

Один из паллет в РСО оказался неполным, из-за чего количество отгруженных по штрихкодам упаковок не совпадает с количеством отгружаемых товаров.

Симптомы

• При сборке паллета агрегация в КИГУ не сформировалась. Коды удалились из пула. Ошибка 24: "Статус Кода Маркировки не соответствует выполняемой операции".
• Нет в пуле кодов

Решение

1. Обновите конфигурацию до актуального релиза.

Причина

• В старой версии конфигурации ошибка. При отправке протокола коды удаляются из пула до отправки отчетов о нанесении.

Симптомы

• Хотим перейти на лицензию 3000шт/час вместо текущей 6000шт/час
• Прошу проверить выпуск всех линий для корректного продления подписки

Решение

1. Открой отчет "Выпуск маркированной продукции" e1cib/data/Справочник.ВариантыОтчетов?ref=98d6d00d15ba6cb511ef5a2a241c2b9c
2. Проверь выпуск в час на линиях:
   Выпуск маркированной продукции - Настройки - добавь группировку - Период час.
   
3. Сверьте ожидания с результатами отчета.
   

Причина

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

Симптомы

• Ошибка в документе Маркировки товаров ИС МП: {"documentErrors":[{"propertyName":"CODE","index":102,"errorCode":"code-not-found","errorTags":{"_service":"icom-commander"}}]}

Решение

1. Необходимо физически разобрать упаковки (короба или паллеты), в которые попали неверные коды.
2. Уберите продукцию с кодами РФ из производственного потока для Узбекистана.
3. Наклейте на товар корректные коды, эмитированные в системе ASL Belgisi для данной организации.
4. Заново выполните операцию агрегации на ТСД, сканируя уже корректные коды ASL в правильную упаковку.
5. Найдите ошибочный документ «Маркировка товаров ИС МП» и пометьте его на удаление.
6. После того как на ТСД будет завершена сборка новой (правильной) упаковки, регламентное задание «БИТ.МДТ. Автоматическая маркировка» создаст новый документ «Маркировка товаров ИС МП» с верными кодами.

Причина

Коды «Честного ЗНАКа» (РФ) попали в задание для ASL Belgisi (Узбекистан). В системе ASL коды РФ имеют статус «Не найден», так как их эмитент — другая национальная система.

Симптомы

• Внесена новая декларация со статусом "Действующая". Предыдущей декларации установлен статус "Недействующая". При производстве на линии будет автоматически подтягиваться нужная декларация?
  

Решение

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

Симптомы

• Ошибка: "Передача сведений о вводе в оборот маркированной продукции собственного производства по документу "Маркировка товаров ИС МП". Версия 1" не подготовлено к отправке в ИС МП:
  Неизвестный вид продукции для маркировки товаров: "Духи и туалетная вода".

Решение

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

Причина

Ошибка исправлена в релизе от 09.12.2025.

Симптомы

• Станция автономно сможет накапливать агрегированные коробки, а потом когда подключат интернет, передать сформированные пакеты?
• В процессе выпуска продукции отключился интернет. Корректно ли, в данном случае, отображается информация о выпускаемой продукции в "Честном знаке"?
• После отключения интернета, будет корректное отображение о выпуске в Честном ЗНАКе?

Решение

1. На станции можно будет работать с теми заданиями и кодами, которые на нее пришли. Новые задания не появятся и если в задании кончатся коды КИТУ, то запрос резерва не получит ответ до восстановления обмена.
2. Информация о выпускаемой продукции в системе «Честный ЗНАК» (ГИС МТ) отображаться не будет до тех пор, пока Интернет-соединение не восстановится и накопленные данные не будут синхронизированы. Как только интернет-соединение будет восстановлено:

• Система начнет "нагонять" обмен, передавая все накопленные офлайн события в базу 1С.
• Регламентные задания в 1С автоматически сформируют отчеты о нанесении и агрегации, и отправят их в «Честный ЗНАК».
• Только после этого статусы кодов в ГИС МТ изменятся на актуальные.

Причина

Оборудование продолжит работать корректно, так как архитектура БИТ.IIoT поддерживает автономный режим.

Симптомы

• Как сделать, чтобы в задании на линии автоматически устанавливался шаблон

Решение

1. Перейдите в BIT.IIoT - Линии и участки.
2. В настройках участка выберите необходимый шаблон, он будет подставляться в задание.

Причина

Автоматическое заполнение шаблона в Задании на линии происходит на основании данных, указанных для каждого участка.

Симптомы

• Изменение НДС с 01.01.2026.
• С 1 января в КА должны отгружаться УПД с 22% НДС.

Решение

1. Необходимо обновить конфигурацию 1С на актуальную версию. Узнать, с какой версии реализовано повышение стандартной ставки НДС с 20% до 22% можете в статье.

Причина

Повышение стандартной ставки НДС с 20% до 22% Федеральный закон от 28.11.2025 № 425-ФЗ.

Симптомы

• При передаче Маркировки товаров в Честный ЗНАК статус документа "К агрегации (ошибка)", ошибка: 38: Код ХХХ не имеет вложений, хотя в документе они есть.

Решение

1. Поставьте в Настройках MDT в константе "Передавать агрегацию итерационно" значение "Да".

Причина

Эта настройка предназначена для многоуровневой агрегации в рамках одного документа.

При включенной настройке система разбивает процесс отправки данных в «Честный ЗНАК» на последовательные этапы (итерации). Сначала она передает информацию об агрегации нижнего уровня (например, КИ в Короба), дожидается успешного ответа от системы, и только после этого отправляет данные об агрегации верхнего уровня (Короба в Паллеты).

ГИС МТ не может собрать паллет из коробов, если эти короба для неё еще "не существуют" как агрегаты. Без этой настройки 1С может попытаться отправить всё дерево сразу, и если порядок обработки на стороне ГИС МТ нарушится, выйдет ошибка.

Симптомы

• Маркировку на Бад давальческие нужно сделать в одном документе, а они делятся на два документа 1251 (25000шт) и 1252 (5000шт), как их собрать в один документ (30000шт). Мне надо отправить заказчику для ввода в оборот.
• Документ маркировки делится на два.

Решение

1. Для получения одного общего файла в каждом из документов Маркировки воспользуйтесь командой БИТ.IIoT -> Выгрузить в CSV.
2. Объедините полученные CSV-файлы в один внешний файл (средствами Notepad++).

Причина

Лимит записей в ТЧ документа «Маркировка товаров ИС МП» для автомаркировки равен 25 000 строк.

Симптомы

• При проведении РСО ошибка "Ошибка при вызове метода контекста (Записать)".

Ошибка при вызове метода контекста (Записать)
{БИТMDT ОбщийМодуль.битмдт_Марки.Модуль(43)}:Если ЗначениеЗаполнено(MarkIDПоКодуМаркировки[КодМаркировки].MarkID) Тогда
{БИТMDT ОбщийМодуль.битмдт_РасходныйОрдерНаТовары.Модуль(1357)}:СведенияОМарках = битмдт_Марки.СведенияОМарках(ЗначенияШтрихкодов);
{БИТMDT ОбщийМодуль.битмдт_РасходныйОрдерНаТовары.Модуль(1547)}:ЗаполнитьСведенияОТоварах(ШтрихкодыУпаковокРаспоряжений);
{БИТMDT ОбщийМодуль.битмдт_РасходныйОрдерНаТовары.Модуль(1485)}:ПотребностиРаспоряженийВТоварах.ВыгрузитьКолонку("Распоряжение"));
{БИТMDT ОбщийМодуль.битмдт_РасходныйОрдерНаТовары.Модуль(1085)}:ЗакрепленныеШтрихкодыВРаспоряжениях = ПринадлежностьШтрихкодовРаспоряженийОрдерам(
{БИТMDT ОбщийМодуль.битмдт_РасходныйОрдерНаТовары.Модуль(122)}:ОбщегоНазначенияКлиентСервер.ЗначениеВМассиве(Объект.Ссылка), Отказ);
{БИТMDT Документ.РасходныйОрдерНаТовары.МодульОбъекта(53)}:битмдт_РасходныйОрдерНаТовары.ОбработкаПроведения(ЭтотОбъект, Отказ, РежимПроведения);
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1587)}:Результат = Форма.Записать(ПараметрыЗаписи);
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1516)}:ЗаписатьОбъект(Форма, ПараметрыЗаписи);
{Документ.РасходныйОрдерНаТовары.Форма.ФормаДокумента.Форма(951)}:ОбщегоНазначенияУТКлиент.Провести(ЭтотОбъект);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Значение не является значением объектного типа (MarkID)

Решение

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

Причина

В реализацию был добавлен ШУТ с пустым значением штрихкода, ошибка исправлена в релизе от 10.03.2026.

Симптомы

• Ошибка на сервере при проверке кодов "Ошибка работы с Интернет. Couldn't resolve host name.". Если проверит один код все работает, при проверке большого количества ошибка.

Решение

Смените dns на 1.1.1.1.

Причина

Проблема воспроизводится на dns серверах google 8.8.8.8.

Симптомы

• Проблемы с загрузкой заданий на линию из файлов Excel.
• Проблема с выгрузкой РСО в файл Excel.
• При групповом создании заданий на линию (загрузка из файла), программа в задании не ставит линию.
• При групповой загрузке заданий, при загрузке файла Excel, задания не создаются программа, выдает ошибку.

Решение

1. Обратитесь к разработчику данной доработки.

Причина

Доработка не входит в расширение БИТ.MDT.

Симптомы

• Заказ на эмиссию не дает заполнить документ о нанесении кодами, пишет что нет кодов и не выгружает коды в csv.

Решение

1. Проверьте события эмиссии по заказу на эмиссию по статье https://support.bit-erp.ru/article/ru/148-kak-smotret-sobytiya-po-kodam-markirovki.html.
2. Если у кодов есть события эмиссии и введения в оборот - коды уже удалены из базы, их нельзя выгрузить

Причина

После передачи нанесения в Честный ЗНАК из базы 1С удаляются полные коды. Поэтому их нет в Пуле для выгрузки.

Симптомы

• В журнале регистрации куча ошибок фонового задания "битмдт.АвтоматическаяМаркировка"

Не удалось сформировать Маркировку товаров по MarkID 8 934 649 по причине Поле объекта не обнаружено (Эмитент)
{БИТMDT ОбщийМодуль.битмдт_МаркировкаТоваровИСМП.Модуль(2806)}:Если Не ПараметрыМаркировки.Эмитент = Перечисления.битмдт_ЭмитентыМарок.ФайлCSV
{БИТMDT ОбщийМодуль.битмдт_МаркировкаТоваровИСМП.Модуль(2281)}:УдалитьЛишниеДанныеАгрегации(ПараметрыМаркировки, ДанныеОтчетаКОбработке, ЭтоРеагрегация, ДанныеMarkIDs);
{БИТMDT ОбщийМодуль.битмдт_АвтоматическаяМаркировка.Модуль(1442)}:битмдт_МаркировкаТоваровИСМП.СоздатьДокументыВводаВОборотПоДаннымАгрегации(МаркировкаТоваровИСМПОбъект,
{БИТMDT ОбщийМодуль.битмдт_АвтоматическаяМаркировка.Модуль(886)}:СоздатьЧерновикМаркировкиРеагрегацияMarkID(Выборка.MarkID, Выборка.МаркировкаТоваров);
{БИТMDT ОбщийМодуль.битмдт_АвтоматическаяМаркировка.Модуль(101)}:АвтоматическаяМаркировкаПроверкаИРеагрегация(ПараметрыФормирования);
{БИТMDT ОбщийМодуль.битмдт_РегламентныеЗадания.Модуль(178)}:битмдт_АвтоматическаяМаркировка.ВыполнитьРегламентноеЗадание();
{БИТMDT ОбщийМодуль.битмдт_ИнтеграцияАдаптер.Модуль(456)}:битмдт_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.адаптер_РегламентныеЗадания.Модуль(44)}:Модуль.ВыполнитьРегламентноеЗадание(КлючЗадания);
{БИТMDT ОбщийМодуль.ОбменДаннымиСервер.Модуль(19)}:адаптер_РегламентныеЗадания.ВыполнитьРегламентноеЗадание(КодСценарияОбмена);
{mag1cДляУТКАУП ОбщийМодуль.ОбменДаннымиСервер.Модуль(124)}:ПродолжитьВызов(КодСценарияОбмена);

Решение

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

Причина

Ошибка исправлена в релизе от 26.02.2026.

Симптомы

• В базе куча ошибок фонового задания "БИТ.МДТ. Закрытие задания на участок по истечению срока": задание лезет в 2024 год, как это исправить?

{БИТMDT Документ.битмдт_ЗаданиеНаПроизводство.МодульМенеджера(197)}: Ошибка при вызове метода контекста (Записать): Не удалось записать "Задание 000003436 (7.1. Агрегация в наборы) Омега-3 ЖК ВК Экстра от 28.05.2024 13:15:00

Решение

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

Причина

Ошибка исправлена в релизе от 19.02.2026.