← На главную

В процессе работы с маркируемыми товарами часто возникают ситуации, когда данные ошибочно вводятся в одну информационную базу (например, тестовую или архивную), в то время как фактическая реализация должна происходить из рабочей базы. Основная сложность здесь заключается не столько в переносе самой номенклатуры и документов поступления, сколько в корректной передаче кодов маркировки (DataMatrix), которые жестко привязаны к документам и специфическим справочникам системы. Рассмотрим подробно, как решить эту задачу в конфигурации 1С:Розница 2.3.

Метод 1: Использование универсальной обработки «Выгрузка и загрузка данных XML»

Этот способ является наиболее эффективным при условии, что конфигурации обеих баз (нерабочей и рабочей) абсолютно идентичны (совпадают версии и релизы). Рассмотрим пошагово процесс переноса данных.

Шаг 1. Подготовка обработки

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

Шаг 2. Настройка выгрузки в исходной базе

В «нерабочей» базе откроем обработку и проанализируем список объектов для выгрузки. Нам необходимо выбрать:

1. Документы ПоступлениеТоваров (или иные документы, которыми оформлялась приемка табака).
2. Справочник Номенклатура (если в рабочей базе эти позиции еще не созданы или созданы иначе).
3. Справочник ШтрихкодыУпаковокТоваров — это критически важный момент, так как именно в нем хранятся сами коды маркировки DataMatrix.

Проанализируем ключевую опцию в настройках обработки: «Выгружать с зависимыми объектами». Рекомендуем обязательно ее включить. Это позволит системе автоматически подтянуть все связанные записи из регистров сведений и справочников, без которых документ в новой базе будет «пустым» в части маркировки.

Шаг 3. Решение проблемы GUID (Уникальных идентификаторов)

Если в обеих базах номенклатура создавалась независимо, то даже при одинаковых названиях GUID (внутренние ссылки) у объектов будут разными. Разберем, к чему это приведет: при загрузке XML 1С создаст дубли товаров. Чтобы этого избежать, перед загрузкой основных данных стоит выполнить сопоставление номенклатуры. Если позиций немного, проще всего после переноса воспользоваться стандартной обработкой ПоискИЗаменаЗначений в рабочей базе.

Метод 2: Перенос кодов маркировки через буфер обмена

Если объем документов небольшой, существует более «чистый» и безопасный метод, встроенный в современные библиотеки интеграции с ГИС МТ. Он позволяет избежать прямого вмешательства в структуру базы через XML.

Рассмотрим алгоритм действий:

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

Этот способ хорош тем, что 1С заново провалидирует коды и создаст необходимые записи в справочнике ШтрихкодыУпаковокТоваров и регистре СтатусыКодовМаркировки текущей базы, не копируя технический «мусор» из старой базы.

Технические нюансы работы с регистрами

Просто перенести справочники и документы недостаточно. В 1С:Розница за логику «наличия» марки на складе отвечает регистр сведений СтатусыКодовМаркировки. Рассмотрим, как это работает: когда вы сканируете пачку в РМК, программа проверяет этот регистр. Если записи о том, что код «В обороте» и принадлежит вашей организации, в локальной базе нет — продажа может быть заблокирована.

При использовании Метода 1 (XML) убедитесь, что в состав выгрузки включены записи этого регистра, связанные с вашими документами. При использовании Метода 2 (Буфер) записи сформируются автоматически при сохранении формы подбора.

Взаимодействие с системой «Честный ЗНАК»

Важно проанализировать правовой аспект. Поскольку продукция уже была принята в «нерабочей» базе через ЭДО (Электронный документооборот), в ГИС МТ марки уже числятся за вашей организацией.

Внимание: при переносе данных в рабочую базу нельзя повторно отправлять уведомление о приемке в ГИС МТ.

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

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

Практические рекомендации по безопасности

Проанализируем ситуацию: работа с маркировкой требует высокой точности. Любая ошибка в переносе GUID или статусов может привести к тому, что при продаже кассир увидит ошибку «Код не найден» или «Некорректный статус».

Поэтому рекомендуем придерживаться следующих правил:

1. Всегда делайте копию рабочей базы перед выполнением загрузки XML.
2. Сначала проведите перенос одного тестового документа на копии и убедитесь, что номенклатура не задвоилась, а марки «видны» системе.
3. Если названия пачек сигарет менялись (как упоминал автор вопроса), перед переносом документов убедитесь, что в рабочей базе актуализированы Штрихкоды (EAN-13) для этой номенклатуры, иначе при загрузке 1С может не сопоставить позиции корректно.

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