Где в базе 1С можно указать, какая РД должна отправляться в Честный ЗНАК для определенной номенклатуры?
Автомаркировка подтягивает случайный РД, происходит не соответствие с ЧЗ, ввод в оборот (ошибка), как указать нужный РД для автоматической подстановки?
Решение
Укажите для действующей разрешительной документации, которая должна участвовать при вводе в оборот, корректный Производственный объект.
Для действующей разрешительной документации, которая НЕдолжна подставляться в документе маркировки товаров укажите Производственный объект, который НЕучаствует в автомаркировке.
Причина
При наличии нескольких действующих сертификатов система выбирает тот, у которого самая поздняя дата начала срока действия. В рамках 1С мы разделяем производственные объекты для формирования автомаркировки с корректными данными.
Ошибка с требованием исправить товарную категорию.
Почему транспортные упаковки выходят при проверке с ошибкой и просят изменить карточку номенклатуры на тип корма - влажный?
При проверке кодов в ЧЗ горит красным Товарная категория.
Решение
Данное предупреждение не влияет на работу системы. Пожалуйста, обратитесь на поддержку Честного ЗНАКА, уточните у них, с чем может быть связано данное расхождение.
Причина
Эта ошибка локальная. Строка горит красным только внутри вашей 1С, потому что программа сравнивает данные в вашей карточке номенклатуры с тем, что получено в ответе от ГИС МТ.
Отчёт о нанесении КИ падает с ошибкой, не указан номер ошибки в отчёте о нанесении:
Document processing was failed
Решение
В документе с ошибкой проверить состояние кодов в ГИС МТ - у КИ, КИН, КИГУ не должно быть статуса "Неопределен".
Проверить источник кодов:
Через обработку "Сведения о марке" e1cib/command/Обработка.битмдт_СведенияОМарках.Команда.СведенияОМарке найти информацию, каким документом проведена эмиссия кода.
Убедиться, что коды были загружены в базу 1С через "Файл CSV" в Протоколе обмена:
Разберите текущие агрегаты с ошибкой, соберите агрегаты, используя только марки Честного ЗНАКА.
Причина
Честный ЗНАК не принимает коды, эмитированные в другой системе.
На производственных линиях кодов необходимо с запасом , а вот для распечатки из заказа на эмиссию нет необходимости печатать лишние.
Необходимо настроить коэффициент кодов для заказа того же количества кодов, что и в задании
Решение
Добавить отдельный участок "Для заказов на эмиссию" в справочнике "Линии и участки" e1cib/list/Справочник.битмдт_ПроизводственныеЛинии.
Добавить в данный участок станцию (1).
Создайте новый принтер (2),(3).
Тип принтера укажите тот, который не используется у Вас на производстве (4).
Перейдите в "БИТ.MDT" → "Настройки MDT":
Для настройки "Коэффициент увеличения числа кодов в заданиях печати" добавьте разрез, для которого укажите принтер из пункта 1 и укажите значение "1".
Для настройки "Коэффициент увеличения числа кодов в заказе на эмиссию" добавьте разрез, для которого укажите принтер из пункта 1 и укажите значение "1".
Причина
Коэффициент увеличения числа кодов настраивается в разрезе принтера, для разных целей можно выполнить отдельную настройку.
Ошибка типового кода 1С. При выполнении операции «Агрегация» для товарной группы «Пиво» система требует заполнить поле «% алк», хотя сам реквизит в интерфейсе документа скрыт.
Поле «% алк» — типовой реквизит конфигурации 1С.
Справочная информация
Типовой реквизит «% алк» отображается в документе «Маркировка товаров ИС МП» только для товарных групп «Парфюмерия» и «Пиво» и исключительно при операциях нанесения кодов («Нанесение» или «Производство + нанесение»). В остальных случаях поле скрыто.
Дополнительный реквизит «Доля этилового спирта» в карточке номенклатуры доступен только для группы «Парфюмерия». Он используется для автоматического заполнения документов «Маркировка товаров ИС МП».
Проверка подписи не пройдена. Для владельца сертификата с ИНН [ИНН сотрудника] отсутствует доверенность на выполнение действий от участника с ИНН [ИНН организации]»
Решение
Войдите в личный кабинет системы «Честный ЗНАК».
Убедитесь, что к подписи подтягивается корректная МЧД нужного сотрудника с достаточными правами.
Перейдите в профиль организации и проверьте статус МЧД сотрудника:
ACTIVE («Активна») — доверенность работает. Убедитесь, что срок её действия не истёк.
CREATED («Создана / Проверяется») или PROCESSING («В обработке») — МЧД зарегистрирована недавно. Дождитесь, когда статус сменится на ACTIVE.
Если МЧД отсутствует или её срок действия истёк, оформите и добавьте в систему новую доверенность.
Причина
В системе «Честный ЗНАК» (ГИС МТ) нет действующей машиночитаемой доверенности (МЧД), которая связывает сотрудника (физическое лицо) с организацией.
Убедитесь, что среди отправленных кодов есть укороченные коды (см. скриншот ниже), которые необходимо перезагрузить вручную в полном формате.
Перейдите в «Заказ на эмиссию кодов маркировки СУЗ» этих кодов, откройте протокол обмена и скопируйте полный список кодов.
Найдите коды (с помощью поиска Ctrl + F ), которые в документе маркировки передавались в укороченном виде (по значению серийного номера — часть после префикса 21). В заказе на эмиссию они должны быть в полном формате: 01xxxxxxxxxxxxx217xxxxxxxxxxxx\u001D93xxxx.
Уберите экранирование кавычек. Кавычки " в протоколе могут экранироваться слэшем \. Удалите слэши перед кавычками:
При печати из документа Заказ на эмиссию кодов маркировки СУЗ ошибка:
Эмиссия кодов еще не выполнена
Решение
Перейдите в регистр сведений Очередь эмиссии по заказам e1cib/list/РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам.
Добавьте данный заказ в очередь. В форме создания заполните реквизит "Заказ на эмиссию" и "Дата" - текущая дата.
Вручную обработайте его.
Напечатайте коды повторно.
Причина
Коды маркировки еще не были обработаны и записаны в регистр «События марок». Перед печатью необходимо дождаться, пока заказ будет обработан в Очереди эмиссии. Если нажать кнопку «Печать» до завершения этого процесса, система не найдет готовых к печати кодов в регистре «Пул кодов маркировки».
Как найти пользователей с устаревшими ролями через Консоль запросов
Как быстро узнать у каких пользователей есть устаревшие роли
Решение
Зайдите в консоль запросов e1cib/app/Обработка.битмдт_КонсольЗапросов
Введите в окно Текст запроса следующий код:
ВЫБРАТЬ РАЗЛИЧНЫЕ
ПрофилиГруппДоступа.Ссылка КАК ПрофильГруппДоступа,
ПрофилиГруппДоступаРоли.Роль КАК Роль,
ГруппыДоступаПользователи.Пользователь КАК Пользователь
ИЗ
Справочник.ПрофилиГруппДоступа.Роли КАК ПрофилиГруппДоступаРоли
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ПрофилиГруппДоступа КАК ПрофилиГруппДоступа
ПО ПрофилиГруппДоступаРоли.Ссылка = ПрофилиГруппДоступа.Ссылка
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ГруппыДоступа КАК ГруппыДоступа
ПО ПрофилиГруппДоступа.Ссылка = ГруппыДоступа.Профиль
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ГруппыДоступа.Пользователи КАК ГруппыДоступаПользователи
ПО ГруппыДоступа.Ссылка = ГруппыДоступаПользователи.Ссылка
ГДЕ
НЕ ПрофилиГруппДоступа.ПометкаУдаления
И НЕ ГруппыДоступа.ПометкаУдаления
И ГруппыДоступаПользователи.Пользователь <> ЗНАЧЕНИЕ(Справочник.Пользователи.ПустаяСсылка)
И (ПрофилиГруппДоступаРоли.Роль.Наименование ПОДОБНО "%не исп%"
ИЛИ ПрофилиГруппДоступаРоли.Роль.Синоним ПОДОБНО "%не исп%")
Нажмите Выполнить
В поле Результат запроса появится таблица с колонками: ПрофильГруппДоступа, Роль, Пользователь
Убедитесь, что товар введен в оборот, и отправь найденные документы в архив.
Если документы по MarkID не найдены, пометь текущий документ (в котором выводится ошибка) на удаление, чтобы система создала новый — с корректным видом продукции.
Причина
При реагрегации документ создаётся с некорректным видом продукции.
Окружение
Ошибка воспроизводится до релиза 164774 / 14.07.2026.
Заказаны коды sscc для агрегации, которая проводилась через api чз по сложному сценарию.
Коды начинают всплывать в разных заданиях, которые мы создаем, агрегация не проходит.
Из какого пула берутся эти коды, как очистить его чтобы исключить эту ситуацию?
Решение
Возвращать старое значение после настройки нельзя.
Работать по старым заданиям на ТСД и станциях запрещено.
В настройках MDT в строке «Цифра расширения для SSCC» нажмите правой кнопкой мыши и выберите «Добавить разрез». Укажите нужную организацию и введите цифру, которая ранее не использовалась для генерации логистических штрихкодов.
Откройте задания на участок и нажмите кнопку «Завершить». Помечать задания на удаление не нужно.
Удалите записи с КИТУ, сгенерированными со старой цифрой расширения, по статье.
Создайте новые задания.
Причина
1С не отслеживает статус кодов КИТУ, если агрегация выполнялась во внешней системе в обход типового контура MDT. При отмене или закрытии заданий неиспользованные номера возвращаются в регистр свободных КИТУ и попадают в новые документы повторно.
Обновили расширение на релиз, где вырезали функционал отключения настройки "Использовать резерв кодов только для КИТУ", после чего база стала расти и зависать:
за 4 часа 3 млн кодов эмиссия прошла. База увеличилась на 35 гигов.
ночью запускается полная реиндексация базы данных , лог файл с 40 гигов вырастает до 140 Гб (сжатие не дает результата).
остатки кодов не удаляются.
Решение
Расширить объем дискового пространства.
В настройках MDT установить параметр «Срок удаления устаревших марок, дней» = 31.
Причина
Проблемы с производительностью вызваны не выключением настройки «Использовать резерв кодов только для КИТУ», а большим объемом эмиссии и нехваткой места на диске.
Почему не могу на участке поставить флаг "Принимать неизвестные марки"?
Решение
Реквизит Принимать неизвестные марки нельзя изменить, пока реквизит Обработка даты производства стоит в значении "Назначать" или "Контролировать".
Причина
Реквизит Обработка даты производства в значении "Назначать" или "Контролировать" отвечает за назначение даты производства и срока годности. Проверка происходит по данным марок/кодов, поэтому принимать неизвестные марки нельзя: для них нет данных, из которых можно определить или сверить дату.
Марка не находится в активных заданиях. Из-за включенной константы "Выгружать марки только по активным заданиям" на ТСД отсутствует информация о данной марке.
Создать новую этикетку, развернуть её, чтобы не выбирать печать с поворотом на 90.
При выборе текст и штрихкод съезжают.
Решение
Если изменить размер шаблона этикетки, все поля сбросятся — это стандартное поведение 1С. Поэтому под каждый новый размер создавай отдельный шаблон.
1.Перейди в справочник «Шаблоны этикеток и ценников» <e1cib/list/Справочник.ШаблоныЭтикетокИЦенников>.
2.Создай новый шаблон и добавь поле согласно статье 602.
3.В старом шаблоне, из которого переносишь данные, выдели поле, в Свойствах увидишь название Идентификатора.
4.В новом шаблоне выбери поле, которое создано в п.2. В свойствах дважды нажми на Идентификатор с именем из п. 3, поменяй ориентацию текста поворотом на 270 градусов.
5.В "Свойствах" поля настрой положение и шрифт.
6.Создай новое поле под штрихкод аналогично п.2.
7.Выбери новое поле, дважды нажми на Идентификатор - Штрихкод, на вопрос ответь "Да".
8.Выбери поле с кодом, справа поменяй на необходимый Тип штрихкода.
В некоторых КИТУ-1 по части вложений не создался отчет о нанесении.
Решение
Разберите паллет.
Удостоверьтесь, что по всем КИ в паллете передан отчет о нанесении.
Агрегируйте вложения в новый паллет.
Причина
Автомаркировка отправила данные об агрегации раньше времени — до того, как поступил отчёт о нанесении по всем кодам из КИТУ-1. Из-за этого передача отчета о нанесении вызвала реагрегацию КИТУ-1, которая расформировала КИТУ-2.
Окружение
Зарегистрирована задача "MDT-8194: Проверка вложенности КИТУ при автоматической маркировке"
При агрегации без задания система ошибочно выдает ошибку "Марка не введена в оборот" по КИ вложенному КИГУ, хотя в оборот не введен КИГУ.
Окружение
Зарегистрирована задача "MDTWMS-65: При сканировании вложенного КИ в агрегации без задания система ошибочно указывает на КИ, хотя вне оборота находится КИГУ".
Открыть регистр Описание GTIN ИС e1cib/list/РегистрСведений.ОписаниеGTINИС.
Отобраться по нужному GTIN.
Установить корректный вид упаковки - "Потребительская".
Дождаться создания документа. Время ожидания до 1 часа.
Причина
В типовом регистре «Описание GTIN ИС» для GTIN 000000000000 ошибочно установился вид упаковки «Набор». Из-за статуса «Набор» система ожидает, что товар будет предварительно собран. Поскольку фактическая сборка не проводилась, автомаркировка блокирует агрегацию в короба и паллеты.
Какие причины расформирования трех паллет с КИГУ? Потребуется ли изменение алгоритма отправки в ЦРПТ кода агрегата верхнего уровня (в Вашем случае - КИТУ)?
Решение
Восстановить прежнюю вложенность (до КИГУ + КИТУ) возможно только силами Оператора-ЦРПТ.
Для этого необходимо создать заявление. В направляемом заявлении в обязательном порядке должна содержаться следующая информация:
а) наименование, адрес участника оборота товаров или оборота товаров, а также идентификатор участника оборота товаров, присвоенный в ГИС МТ с указанием товарной группы по которой требуется внести изменения;
б) перечень необходимых изменений в сведениях (восстановление прежней вложенности);
в) номер обращения в службу технической поддержки по формату «SR0000000»;
г) идентификационная информация (идентификаторы документов ввода в оборот, таблица прежней вложенности КИ - КИГУ - КИТУ);
д) обоснование необходимости внесения изменений в сведения, ранее направленные в ГИС МТ (невозможность восстановить прежнюю вложенность штатными бизнес-процессами);
е) фамилия, имя, отчество, должность, адрес электронной почты и телефон представителя участника оборота товаров, ответственного за взаимодействие с ООО «Оператор-ЦРПТ» по вопросу удаления или внесения изменений в сведения системы мониторинга.
В ходе проведения анализа было выявлено, что статус "Списан" у КИГУ и статус "Расформирован" у КИТУ отображен корректно. Вами был произведен ввод в оборот по документам с указанием в документах только единиц вложений.
Если товары агрегированы, то в документ ввода в оборот необходимо указывать не коды идентификации, а код агрегата верхнего уровня (в Вашем случае - КИТУ), в противном случае агрегаты будут расформированы.
Рассмотрим разнесение файлов рабочего сервера 1С по разным несистемным физическим дискам или RAID-массивам на примерах:
Вариант 1 (с использованием mklink)
Перед созданием линков необходимо остановить службу 1С и перенести все данные вручную, на все вновь созданные каталоги необходимо дать полные права пользователю, от имени которого работает служба 1С (USR1CV8)
1. Файлы кластера 1С и серверный кэш (сеансовые данные) на диск D: (размер диска ~200-500Gb)
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 диск)
Перед внесением изменений необходимо остановить службу 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
При агрегации получаю этикетку с некорректным штрихкодом. Должен выводить 14620770580118, но фактически в штрихкоде 04620770580118. Реквизит GTINУпаковкиЗадания.
Перейти по ссылке e1cib/app/Обработка.УдалениеПомеченныхОбъектов или полный путь: раздел НСИ и администрирование — Администрирование — Обслуживание, пункт «Удаление помеченных объектов».
Не встаёт автоматически сертификация на нужную декларацию.
Вместо декларации прикрепляет качественное удостоверение.
Решение
Перейти в регистр сведений "(БИТ.MDT) Области действия сертификатов номенклатуры" e1cib/list/РегистрСведений.битмдт_ОбластиДействияСертификатовНоменклатуры.
Для качественных удостоверений назначить производственный объект, который не участвует в автомаркировке.
Причина
При наличии нескольких действующих сертификатов система выбирает тот, у которого самая поздняя дата начала срока действия.
Проверьте выполнение задачи MDT-7904: Не передавать нанесение по уже нанесенным маркам в ASL Belgisi как для ЧЗ. Если задача выполнена, обновите расширение на актуальный релиз.
Если задача не решена:
Перейдите в Сведения о марке (e1cib/command/Обработка.битмдт_СведенияОМарках.Команда.СведенияОМарке).
Во вкладке "Вложенные штрихкоды" нажмите "Дерево упаковок" и скопируйте Mark ID КИ, которая не в обороте.
Найдите по вложениям КИ документы "Маркировка товаров ИС МП" с данной ошибкой по статье.
Измените статус документа "Маркировка товаров ИС МП": "Еще" - "Коды маркировки введены в оборот".
Добавьте mark ID паллеты в "Агрегаты к проверке" (e1cib/list/РегистрСведений.битмдт_АгрегатыКПроверке).
Перезапустите регламентное задание "БИТ.МДТ. Автоматическая маркировка" (выключить и включить).
Если документы "Маркировка товаров ИС МП" по упаковкам не сформировались, перейдите в "Отложенные параметры формирования Маркировки товаров ИС МП" (e1cib/list/РегистрСведений.битмдт_ОтложенныеПараметрыФормированияМаркировкиТоваровИСМП). Выполните поиск по номенклатуре кода, серии и дате завершения сборки. Измените дату отложенного формирования на ближайшее время.
Если вышеописанные действия не помогли, напишите тикет на поддержку по статье.
Заказ на эмиссию кодов маркировки СУЗ в статусе "Обрабатывается в СУЗ (генерация кодов)", в ЖР ошибка "Конфликт блокировок при выполнении транзакции. Microsoft OLE DB Driver for SQL Server: Lock request time out period exceeded. HRESULT=80040E31, SQLSvr: SQLSTATE=HYT00, state=38, Severity=10, native=1222, line=1".
Решение
Перезапустите сервер 1С с очисткой кеша по статье.
Чтобы разобраться в причине возникновения конфликта блокировок, необходимо собрать логи Технологического журнала по статье.
Контрагент при приемке сообщает, что в кодах должно быть 31 (или более) символ.
При сканировании марки обычным сканером или смартфоном отображается только 30 символов.
Возникает подозрение на некорректное формирование УПД или повреждение кодов.
Решение
Уточни актуальные требования к структуре кода для вашей товарной категории на официальном сайте Честного ЗНАКа.
Для проверки полной строки кода используй специализированные сервисы (например, «Проверка кода маркировки» в 1С или мобильное приложение «Честный ЗНАК.Бизнес»), которые умеют считывать скрытые символы-разделители.
Открой XML-файл отправленного электронного документа. В нем код должен быть представлен в полном виде, включая все необходимые идентификаторы применения.
Причина
Полный код маркировки содержит непечатные символы-разделители (например,<GS>), которые необходимы для стандартов ЭДО и ГИС МТ. Обычные сканеры и приложения для смартфонов часто «отрезают» эти символы, показывая только видимую часть кода.
Количество символов в коде идентификации (КИ) зависит от товарной группы. Для разных категорий длина кода в электронном документе может варьироваться.
Документ «Маркировка товаров ИС МП» с операцией «Агрегация» отправляется в систему «Честный ЗНАК» (ЧЗ), но через некоторое время возвращается в исходное состояние. При этом в интерфейсе 1С сообщения об ошибках отсутствуют.
Решение
Проверьте статусы в «Честном ЗНАКЕ»:
Найдите в личном кабинете ЧЗ или в обработке e1cib/app/Обработка.ПроверкаКодовМаркировкиИСМП номера коробов или паллет из проблемного документа.
Убедитесь, что один или несколько коробов находятся в статусе «Расформирован».
Проанализируйте историю марок:
В 1С откройте регистр «События марок» по вложениям, входящим в этот короб.
Найдите операцию, по которой ранее была выполнена разагрегация этого короба. Проверьте текущий статус этого короба в ЧЗ.
Устраните конфликт:
Текущий документ «Маркировка товаров ИС МП», который не удается отправить, необходимо заархивировать.
Создайте новый документ агрегации, исключив использование конфликтующей тары, либо дождитесь исправления в рамках задачи MDT-7803 (См. https://support.bit-erp.ru/article/ru/1552-izmeneniya-v-relizah-bitmdt.html).
Причина
Зарегистрирована программная ошибка расширения (задача MDT-7803): при выполнении новой агрегации система ошибочно учитывает данные старых операций, что приводит к расформированию новых упаковок.
Коды маркировки в документе не соответствуют отправленному товару.
Состав коробов в «Расходном ордере на товары» (РСО) отличается от данных в «Реализации товаров и услуг» (РТиУ).
Решение
Проверьте ордер. Откройте актуальный «Расходный ордер на товары» и убедитесь, что в нем указаны верные коды.
Обновите реализацию. Перейдите в связанный документ «Реализация товаров и услуг». Актуализируйте состав марок по данным ордера (автоматически или вручную).
Сохраните изменения. Нажмите «Записать». Система создаст новую версию документа
Исправьте документы ЭДО:
Если документ отклонен: нажмите «Изменить реализацию» и сформируйте новый УПД.
Если документ уже утвержден: сформируйте исправительный УПД (иУПД).
Завершите отправку. Подпишите документ и отправьте его контрагенту.
Для предотвращения подобных ситуаций в будущем — настроить бизнес-процесс так, чтобы УПД отправлялся только после того, как все связанные расходные ордера на товары. перешли в статус «Отгружен» и по ним завершена обработка всех документов-событий с ТСД.
Причина
УПД был сформирован до того, как расходный ордер перешел в статус «Отгружен».
При обработке документа маркировки товаров ИС МП в журнале регистрации фиксируется ошибка Недопустимое значение параметра (параметр номер '3') (Поле 'Номенклатура' объекта 'Строка дерева значений' не обнаружено).
Проверьте вид продукции. Сравните значение в поле «Вид продукции» документа маркировки с видом продукции, указанным в карточке номенклатуры.
Исправьте вид продукции. Если значения различаются, установите в документе маркировки тот вид продукции, который соответствует номенклатуре.
Заполните номенклатуру при реагрегации. Если выполняется операция реагрегации, убедитесь, что поле «Номенклатура» заполнено. Если оно пустое — укажите соответствующую позицию.
Причина
Некорректное заполнение документа «Маркировка товаров ИС МП»: несоответствие видов продукции или отсутствие данных о номенклатуре.
Коды не вводятся в оборот, а во входящих сообщениях нет свежих.
Задания не приходят на устройства, а исходящие сообщения висят в статусе "Подготовлено к отправке".
Прямые:
Сервер перегружен множеством заданий под пользователями "БИТ.Адаптер: Отправка сообщений" и "БИТ.Адаптер: Получение сообщений".
В журнале регистрации под пользователем "БИТ.Адаптер: Контроль заданий" есть предупреждения вида:
"Задание <БИТ.Адаптер: Отправка сообщений> не работало с <...> и пересоздано".
"Задание <БИТ.Адаптер: Получение сообщений> уже работает в <...> сеансах".
В журнале регистрации под пользователями "БИТ.Адаптер: Отправка сообщений" и "БИТ.Адаптер: Получение сообщений" события "Сеанс. Подключение внешней компоненты Имя: RMQSTREAM":
последние;
предпоследние, и через несколько минут после них есть событие завершения задания.
Решение
Собрать логи компоненты (файлы вида comc1cRmqStream<...>.txt).
Логи находятся в каталоге пользователя, под которым работает служба сервера 1С:Предприятия (чаще всего USR1CV8).
Windows: C:\Users\<Пользователь>\.biterp\logs
Linux: /home/<Пользователь>/.biterp/logs
В отсутствие доступа к каталогу на сервере запросите логи у системного администратора.
Логи хранятся 4 часа, спустя большее время после зависания собирать их бессмысленно.
Приведите документы в корректный статус. Можете пометить на удаление документы с ошибкой и ожидать формирования новых. Ориентируйтесь на отчет выпуск маркированной продукции, чтобы привести все паллеты в статус "В обороте".
Причина
Зависло регламентное задание "БИТ.МДТ. Автоматическая маркировка", из-за чего создавало 2 документа на каждый код.
По завершении процесса на экране сериализовано было 33 096 штук продукции. Сегодня проверяли завершенные и хотели закрыть, а количество уже другое 33 010.
Решение
Выгрузите из регистра События марок e1cib/command/РегистрСведений.битмдт_MarkEvents.Команда.СобытияМарок события по заданию на сериализацию.
Проверьте наличие событий "Отмена принятия из производства". Проанализируйте - какое количество сериализованных кодов верное.
Проверьте Входящие сообщения с устройства сериализации.
Если нет событий "Отмена принятия из производства" и есть входящие сообщения, обновите устройство по статье на релиз 122885 и выше.
Причина
Расхождение происходит из-за повторного считывания кода. В базе 1С корректные данные о выпуске продукции.
Выдает ошибку "Такой штрихкод уже назначен для номенклатуры "ХХХ" в упаковке "ХХ" при создании номенклатуры, когда вношу ШК.
Решение
Перейдите в регистр сведений «Штрихкоды номенклатуры»**** e1cib/list/РегистрСведений.ШтрихкодыНоменклатуры.
Убедитесь, что в регистре нет записей с пустым значением штрихкода или состоящих только из нулей (например, 00, 000). Такие записи недопустимы и могут вызывать ошибки сопоставления.
В списке установите фильтр по колонке "Штрихкод", введя значение, на которое ругается система. Обратите внимание на похожие записи: если вы ищете штрихкод 4650491641365, проверьте также наличие записи 04650491641365 (с нулем в начале).
Если вы нашли, что штрихкод назначен не той номенклатуре или является дублем, выделите эту строку и удалите её.
Причина
Уже есть запись в регистре о номенклатуре с таким ШК.
Документы зависли со статусом К вводу в оборот (ошибка). Текст ошибки "55: Недопустимая комбинация значений полей "ИНН производителя" и "ИНН собственника". Почему в документе указан вид операции Контрактное производство? Товар наш и мы его производим.
Решение
Проверьте запись в колонке "Контрактное производство" в видах упаковок по GTIN. Если значение заполнено - очистите настройку.
Документы маркировки с данной ошибкой пометьте на удаление.
Причина
В видах упаковок по GTIN заполнено значение в колонке "Контрактное производство".
Нужно изменить карточку товара и скопировать, но выдает ошибку "Поле объекта недоступно для записи (Наименование)".
Не получается создать новую номенклатуру.
Поле объекта недоступно для записи (Наименование)
(ОбщийМодуль МультиязычностьКлиент.Модуль(119)): Объект[ДополнительныеПар
метры.Имя Реквизита] = Результат СтрокаНаТекущемЯзыке;
(ОбщаяФорма.ВводНаРазныхЯзыках.Форма(254)) Закрыть(Результат);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка,
ОшибкаИспользованияВстроенногоЯзыка]
Решение
Убедитесь, что у Вас есть права на создание и редактирования элементов в справочнике номенклатуры. В случае их отсутствия - запросите права у своего администратора 1С.
Если ошибка возникает при попытке редактирования уже существующей номенклатуры, убедитесь, что карточка не открыта в режиме «Только просмотр».
Причина
Нет прав на создание/редактирование карточки номенклатуры.
В отчете за 23.06 выгрузилось 5 отчетов на участок 04.01 Сериализация на определенную серию по одному заданию вместо одного. С чем это связано, какие негативные последствия могут быть?
Решение
Ничего не предпринимайте.
Причина
Автомаркировка может дробить данные и создавать несколько документов Маркировки товаров ИС МП. Это штатная ситуация.
Никаких негативных последствий нет. Данные передаются корректно, дублирования или ошибок не возникнет.
Не удалось разобрать код маркировки 00ХХХ по стандарту GS-1
Не удалось разобрать код маркировки 002590051669101835438 по стандарту GS-1
{ОбщийМодуль.битмдтПотоковаяПечать.Модуль(596)}
{ОбщийМодуль.битмдтПотоковаяПечать.Модуль(534)}
{ОбщийМодуль.битмдтПотоковаяПечать.Модуль(472)}
{ОбщийМодуль.битмдтПотоковаяПечать.Модуль(231)}
{Обработка.Агрегация.Форма.АгрегацияПоДатчику.Форма(1634)}
Решение
Посчитайте количество символов в коде КИТУ. Если 21 символ, а не 20, то:
Работу по текущим заданиям прекратите.
Не помечайте Задания на удаление, иначе от резерва освободятся неверные коды
Сделайте новые Задания, чтобы зарезервировались корректные коды.
Разберите некорректные коробки.
Причина
Эмитированы коды паллет, которые содержат некорректное количество символов, собраны КИТУ с неверными кодами на релизе расширения и приложения старше 14.07.25.
В процессе производства на этапе агрегации в поддон постоянно выходит ошибка что данный код уже прочитан и предлагает его удалить из задания. Создавали новые задания на линию, ошибка повторялась. Обновили всю линию на последний релиз ошибка осталась.
Решение
Убедитесь, что ранее выполнялись действия по статье.
Зайдите в обработку "Сведения о марке" e1cib/command/Обработка.битмдт_СведенияОМарках.Команда.СведенияОМарке
Получите информацию по дублирующему коду.
Если значение в колонке MarkID меньше установленного (после восстановления из бэкапа), создайте новые задания и работайте по новым маркам. Старые марки использовать не получится, сериализуйте все марки заново.
Причина
Восстанавливали базу из бэкапа, увеличили значение MarkID, чтобы избежать генерации дубликатов, используют марки, которые не соответствуют выпуску.
В РСО (расходный складской ордер) не подтягивается серия к марке.
Приемка маркированного товара на склад прошла, при отгрузке такого товара партия не подтянулась. Если партию вставить руками, исчезают штрихкоды упаковок.
Решение
В РСО (расходный складской номер) на закладке "Отгружаемые товары" перейдите в "Проверка и подбор".
Выберите марку без серии и нажмите по ней правой кнопкой мыши.
Выберите действие "Уточнить данные по штрихкоду" - "Готово".
Завершите подбор.
Если серия не сохраняется, обратитесь по данному типовому функционалу в поддержку 1С по статье.
Причина
Серии не заполняются т.к. для приобретенных товаров серия не заполняется. Серии в РСО (расходный складской номер) необходимо заполнить после отбора. То, что марка красная, исправляется после "Проверки и подбора".
Перейдите на вкладку «Товары», найдите поле «Упаковка», поставьте галочку, выберите значение упаковки соответствующее значению упаковки в заказе на эмиссию (например "шт").
Нажмите «Изменить реквизиты».
Если необходимо изменить значение ТН ВЭД
Отметьте поле "Код ТН ВЭД" и впишите корректное значение.
При загрузке марок в документ из внешнего файла данные не переносятся.
Ошибка "Добавление отсканированной упаковки невозможно. Невозможно добавить единиц маркируемой продукции 0 из 0".
Решение
1. Проверьте статус кодов маркировки
Воспользуйтесь инструкцией, чтобы определить текущий статус кодов:
«Выбыл» или «Списан» — коды нельзя загрузить в систему или использовать в работе.
«В обороте» — коды корректны, переходите к следующему шагу.
2. Проверьте настройки номенклатуры
Убедитесь, что карточки товаров заполнены верно, согласно статье.
3. Проверьте детализацию
Если в подборе отображается пустая упаковка или количество не совпадает, изучите решение: «В подборе и проверке пустая упаковка».
Документ маркировки с реагрегацией (не заполнен участок) в ошибке 369, отличается Вид продукции и Номенклатура от кодов в самом документе.
Решение
Если на паллете фактически товар, маркировку по которому отразили руками - ничего не делайте, реагрегацию передавать не нужно. Документы с ошибкой передачи реагрегации пометить на удаление через неделю (когда автомаркировка перестанет анализировать период).
Если верными являются данные с оборудования - поправить номенклатуру и вид продукции в документах реагрегации руками.
Причина
Автомаркировка берет номенклатуру из исходного документа передачи агрегации.
Убедитесь, что первый документ Маркировки товаров ИС МП с агрегацией данных кодов КИТУ был сделан вручную и успешно передан в Честный ЗНАК. Документ был заполнен руками, никаких событий с оборудования не было.
Затем в данные коды КИТУ агрегировали коды, относящиеся к другой номенклатуре и Виду продукции.
В ордерах на отгрузку в форме "Проверка и подбор" появляется ошибка: "Некорректный статус РД - статус неизвестен" картах продукции в ЧЗ декларация верная, к номенклатурам все прикреплено.
Необходимо убрать из документа «Расходный ордер на товары» один или несколько ошибочно отсканированных транспортных кодов (штрихкодов упаковок), чтобы освободить их для подбора в другой документ.
Решение
Для удаления конкретного штрихкода выполните следующие действия:
Откройте рабочее место Отгрузка товаров со склада (раздел Склад и доставка или по навигационной ссылке e1cib/app/Обработка.УправлениеОтгрузкой).
Найдите и откройте нужный документ Расходный ордер на товары.
В форме документа перейдите на вкладку Штрихкоды упаковок.
В табличной части найдите строку с нужным штрихкодом (ШК), выделите её и удалите.
Проведите документ для сохранения изменений.
Важно: если в данный момент с этим документом ведется работа на ТСД, кладовщику необходимо выйти из документа на терминале и открыть его заново для обновления данных.
События марок
При удалении штрихкода упаковки из документа система автоматически добавляет новое событие маркировки:
В регистре События марок регистрируется новое событие — «Отмена выбытия».
Данное событие фиксируется только при проведении Расходного ордера в финальном статусе Отгружен.
Это позволяет вернуть марку в оборот (снять признак отгрузки) и сделать её доступной для сканирования в другие документы отгрузки.
Причина
В текущий РСО был отсканирован код, который фактически должен быть отгружен по другому распоряжению или ордеру.
Разобранная паллета не попала в отчет "Агрегация маркированной продукции", поэтому не смогли быстро вычислить номер этой паллеты и пришлось искать ее в ЧЗ.
В отчёте: "Выпуск Маркированной продукции" пропадают расформированные паллеты.
В отчете "Выпуск маркированной продукции" нет паллет которые расформировались.
В отчёте "Выпуск маркированной продукции" остаются паллеты разобранные сотрудником, они в отчёте не нужны.
Решение
Проверьте последовательность событий по паллете по статье.
Если событие «14 — Автоматическая разборка» произошло после «20 — Передана агрегация», паллета будет отображаться на релизе расширения БИТ.MDT от 23.01.2026 и новее, иначе она не попадёт в отчёт.
На данный момент нельзя убрать из отчета паллеты, разобранные сотрудниками. Для реализации данного функционала была зарегистрирована задача MDTWISH-96: Убрать отображение разобранных вручную паллет в отчете.
Причина
Реализована задача MDT-5850: Отображать в отчете паллету, если она разобрана после передачи агрегации).
Зарегистрирована задача на доработку MDTWISH-96: Убрать отображение разобранных вручную паллет в отчете
Прошу добавить в модуль обычного приложения объявление глобальных переменных.
Клиент внес свой код в расширение.
Решение
В расширение БИТ.MDT нельзя самостоятельно вносить сторонний код.
Данные действия недопустимы. При внесении стороннего кода в исходный код продукта стабильная работа не гарантируется, а техническая поддержка не обеспечивается.
Причина
Самостоятельная доработка расширения БИТ.MDT на стороне клиента.
Невозможность поддерживать продукт с изменениями от клиента.
Создаем задание на линию в базе. При автоматическом формировании заказа на эмиссию КИГУ или КИТУ система определяет способ ввода в оборот "Импорт в РФ". Все заказы на эмиссию КИТУ и КИГУ. В настройках вида номенклатуры для КИГУ Эмитент указан "Честный ЗНАК", для КИТУ "Наше предприятие".
Решение
В настройках MDT, для константы "Способ ввода в оборот по умолчанию для Заказа на эмиссию" проверьте установленное значение, при необходимости очистите поле.
При создании заказа на эмиссию по заданию, подставится значение - производство.
Причина
Значение константы можно указать для участка или для эмитента марок:
Если в константе указано значение для участка, оно проставится в Заказе на эмиссию (приоритет 1).
Если в константе указано значение для эмитента, оно проставится в Заказе на эмиссию (приоритет 2).
Если ничего не указано, в Заказе на эмиссию останется по умолчанию - Производство.
Если статус всех кодов "В обороте", включая коды упаковки. Перейдите по ссылке e1cib/list/РегистрСведений.СтатусыДокументовИСМП в регистр сведений "Статусы документов ИС МП" измените статус документа на "Коды маркировки агрегированы" и установить действие - "Не требуется"
Перейдите по ссылке e1cib/list/РегистрСведений.битмдт_ОчередьПроверкиСтатусовДокументовИСМП, найдите требуемый документ, откройте запись, установите флаг "Проверен".
После выполнения пунктов дождитесь статуса "Менее минуты назад" на устройстве и отгрузку.
Причина
Данные коды не подтверждены со стороны брокера. Запросите подтверждение или установите статус вручную
Ошибка в документе маркировки товаров ИС МП, "16: Код идентификации ХХХ не уникален в документе".
Решение
Найдите код из ошибки в документе Маркировки товаров ИС МП.
Убедитесь, что вложение агрегировали в один момент времени в разные агрегаты.
Найдите оба короба и сверьте фактические вложения с данными базы 1С. Марка числится сразу в двух упаковках: в одной она дублируется, а во второй — заменяет реальный товар, который не был считан.
Приведите состав упаковок в соответствие с фактом, статья.
Документ Маркировки товаров ИС МП с ошибкой пометьте на удаление.
Во избежание ошибок в будущем:
Разнесите рабочие места операторов дальше друг от друга, если позволяет место.
Если нужно, чтобы при считывании марки в ту же секунду на другой станции возникала ошибка, переходите на использование ЕБД.
Причина
Ошибка в работе персонала. Нельзя складывать вложения, не считав их под камерой. Станции расположены рядом, одна и та же упаковка по очереди попадает к двум операторам (пример на фото).
как ограничить на ТСД доступ ко всем складам пользователю, нужно оставить только один склад.
Как установить склад по умолчанию?
Решение
Установите константу "Склад по умолчанию" с выбором "Склад" на требуемый склад для пользователя, и он автоматически будет получать данные настройки при авторизации в мобильном приложении.
Обновите ERP\КА до 2.5.27.ххх (не запускайте 1С в режиме тонкого клиента).
Обновите расширение БИТ.MDT на последнюю версию
Удалите расширение БИТMDTСовместимостьГосИС и установите взамен БИТMDTСовместимостьГосИС27
Обновите расширение MDTERP (только для конфигурации ERP)
Удостоверьтесь, что конфигурация БД обновлена, как для основной конфигурации, так и для расширений. Важно! Нажатие кнопки "Обновить конфигурацию БД" иногда обновляет ее только для активного окна, например, только для основной конфигурации, но не для расширения.
Запустите в режиме 1С:Предприятие и дождитесь окончания обработчиков обновления.
Обновите устройства после формирования нового снимка инициализации.
Причина
Типовым обработчикам обновления необходимы данные о соответствии старых шаблонов КМ, добавленных нашим расширением, новым элементам справочника. Эти данные (соответствия) записываются нашими обработчиками обновления, которые не работают при выключенных расширениях.
В новых версиях 1С жестко заданные товарные группы заменены гибким механизмом — конструктором видов продукции. Мы проанализировали изменения и дорабатываем MDT для обеспечения совместимости. В переходный период поддержим оба механизма — как на сервере, так и в мобильном приложении.
Основные изменения в структуре данных:
Вместо одного перечисления «ВидыПродукцииИС» используются четыре справочника: «ВидыПродукцииИС», «ТоварныеГруппыГИСМТ», «ЭлементыКонструктораВидовПродукцииИС» и «МестаПримененияЭлементовКонструктораВидовПродукцииИС».
Вложения долгое время были не введены в оборот, после введения в оборот не формируется агрегация
Решение
Откройте РС "Отложенные параметры формирования маркировки товаров ИСМП" e1cib/list/РегистрСведений.битмдт_ОтложенныеПараметрыФормированияМаркировкиТоваровИСМП
Установите отбор по номенклатуре и найдите отложенный выпуск по которому не сформированы документы агрегации
Откройте запись РС и измените значение поля дата отложенного формирования на начало текущего дня.
Причина
Каждая попытка создать документ откладывает срок исполнения