Создать новую этикетку, развернуть её, чтобы не выбирать печать с поворотом на 90.
При выборе текст и штрих код съезжает.
Решение
Если изменить размер шаблона этикетки, все поля сбросятся — это стандартное поведение 1С. Поэтому под каждый новый размер создавайте отдельный шаблон.
1.Перейти в справочник «Шаблоны этикеток и ценников» <e1cib/list/Справочник.ШаблоныЭтикетокИЦенников>.
2.Создать новый шаблон и добавляем поле согласно статье 602.
3.На старом шаблоне, с которого хотим перенести данные, выделить поле, справа видно название Идентификатора.
4.В новом шаблоне выбрать поле, которое создано в п.2, справа дважды нажимаем на Идентификатор с таким же именем, указанный в п.3, меняем ориентацию текста поворачивая на 270 градусов
5.В "Свойствах" поля настраиваем положение и шрифт
6.Создаем новое поле под штрихкод аналогично как в п.2.
7.Выбираем вновь созданное поле, дважды нажимаем на Идентификатор - Штрихкод, на вопрос отвечаем "Да"
10.Выбираем поле с кодом, справа меняем на необходимый Тип штрихкода
В некоторых КИТУ-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/РегистрСведений.битмдт_ОтложенныеПараметрыФормированияМаркировкиТоваровИСМП
Установите отбор по номенклатуре и найдите отложенный выпуск по которому не сформированы документы агрегации
Откройте запись РС и измените значение поля дата отложенного формирования на начало текущего дня.
Причина
Каждая попытка создать документ откладывает срок исполнения
За что отвечают кнопки "Фактической" и "Фиксированной" в задании на линии.
Решение
В системе БИТ.МДТ предусмотрено три способа установки даты производства в документе «Задание на линии».
1. Одна фиксированная дата на весь документ
Используется, когда вся продукция выпускается в один день.
Настройка: В шапке документа установите флаг «Производство одной датой».
Действие: Укажите дату в поле «Дата производства» (в шапке).
Результат: Эта дата автоматически установится для всех строк плана и всех созданных заданий.
2. Разные фиксированные даты по строкам табличной части.
Используется, если в одном документе запланирован выпуск продукции на разные дни (например, план на неделю).
Настройка: В шапке документа снимите флаг «Производство одной датой».
Действие: В табличной части «План производства» вручную укажите свою дату в колонке «Дата производства» для каждой строки.
Результат: Система создаст отдельные задания на линии, привязанные к датам из соответствующих строк плана.
3. Фактическая дата определяется на линии
Используется, когда дата фиксируется в момент сканирования.
Настройка: В табличной части «План производства» установите флаг «Дата производства по факту».
Результат: Поле «Дата производства» в строке заблокируется. Фактическая дата запишется в документ при выполнении операции на терминале (используется текущая дата сеанса).
Важное ограничение: Если в строке выбрана Серия, у которой уже заполнена дата производства, система приоритетно установит дату из серии и запретит использование режима «по факту».
На Linux серверах для исключения непредсказуемых перезагрузок СУБД и 1С рекомендуется настроить, отключить или удалить пакет unattended-upgrades
Сервер приложений 1С
Очистка кэша: настроено ежедневное задание на удаление сеансовых данных и перезапуск службы 1С, только если есть технологическое окно. (Методические материалы 1С: ссылка пункт "Примеры скриптов")
Антивирус: защита в реальном времени отключена для рабочих каталогов 1С. (Методические материалы 1С: ссылка пункт 7.3.2, в случае изолированного контура: ссылка пункт 10.4)
Рабочие процессы: в настройках кластера установлен перезапуск каждые 2–3 часа. (Методические материалы 1С: ссылка пункт 5, ссылка)
Электропитание: установлен план «Высокая производительность» (High Performance). (Методические материалы 1С: ссылка пункт 5.5, ссылка пункт 20)
Дисковая подсистема: временные файлы 1С, файлы кластера, файлы снимков MDT и серверный кэш вынесены на отдельные диски (не системный). (Методические материалы Первый Бит: ссылка, методические материалы 1С: ссылка пункт 7.3)
Сервер СУБД (Общие настройки)
Обслуживание: настроены планы по обновлению статистики, реиндексации, дефрагментации и очистке или архивации логов/журналов (vacuum/shrink). (Методические материалы 1С: ссылка пункт 14, ссылка, ссылка)
Антивирус: защита в реальном времени отключена. (Методические материалы 1С: ссылка пункт 7.3.2, в случае изолированного контура: ссылка пункт 10.4)
Электропитание: установлен план «Высокая производительность» (High Performance). (Методические материалы 1С: ссылка пункт 5.5, ссылка пункт 20)
MS SQL Server (Windows)
Параллелизм:Max Degree of Parallelism (MAXDOP) = 1. (Методические материалы 1С: ссылка)
Память: лимит 70–80% RAM для выделенного сервера или 50% при совмещении с 1С.
Диски: каталоги tempdb, DATA и LOG разнесены по разным физическим дискам (не системный).
При заказе на эмиссию КМ печатаются, но сбивается нумерация, все марки в ПФ с №0.
Печатаем из заказа на эмиссию типовым функционалом, при выводе марок, в шаблоне не заполняется реквизит [НомерЭтикеткиПоНоменклатуре], печатаются нули.
Решение
Перейдите в регистр сведений События марок (e1cib/command/РегистрСведений.битмдт_MarkEvents.Команда.СобытияМарок), установите отбор по нужному заказу на эмиссию.
Если марки отсутствуют:
Перейдите в регистр сведений Очередь эмиссии по заказам (e1cib/list/РегистрСведений.битмдт_ОчередьЭмиссииПоЗаказам),
Добавьте данный заказ в очередь (в форме создания заполните реквизит "Заказ на эмиссию" и "Дата" - текущая дата).
Вручную обработайте его.
Протестируйте печать.
Причина
Перед тем как начать печатать, необходимо дождаться обработки данного Заказа в Очереди эмиссии. Только после этого нажимать "Печать", иначе коды не записываются в нужный регистр.
Хотела внести ВСД в Задание на участок. Не получается внести - отсутствует функция внести. И не только в Задание, но и в Маркировку ИС МП.
Решение
В Задании на участок указывать ВСД не требуется.
В документе Маркировка товаров ИС МП поле Идентификатор ВСД заполняется автоматически из серии (соответствует "Идентификатору происхождения ВЕТИС строкой").
Почему в задании на участок 2 заказа на эмиссию кодов маркировки.
Решение
Проверь, используется ли принтер с увеличенным коэффициентом кодов например Yeacode/Videojet, если используется, то это штатное поведение, кодов просто не хватило.
Задание большое и заказ не эмитировал все коды.
Проверить, есть ли дубль регламентного задания БИТ.МДТ. Проведение заданий на участок отключите одно из заданий, если дубль есть.
После проверки штрихкодов к реализации пишет что есть рекомендации ГИС МТ(1) можно в таком случае отгружать ?
Решение
Чтобы узнать, является ли ваш контрагент участником маркировки — воспользуйтесь сервисом от Честного ЗНАКа
Зарегистрирован в ГИС МТ — в реализации позиции можно указывать как в экземплярном, так и в объемно-сортовом учете. Сведения о маркированной продукции будут переданы в Честный знак по ЭДО;
Не зарегистрирован — в реализации позиции можно указывать только в экземплярном или только в объемно-сортовом учете. Сведения о маркированной продукции будут переданы в Честный знак по API.