Внедрение системы маркировки в организациях с большим оборотом — это сложная техническая задача, которая затрагивает не только бизнес-процессы, но и глубоко меняет архитектуру базы данных 1С. В данной статье мы разберем основные проблемы, с которыми сталкиваются разработчики при интеграции с ИС МП (Информационной системой мониторинга товаров), и проанализируем оптимальные способы хранения миллионов уникальных кодов.
Одной из первых проблем, с которой сталкиваются крупные импортеры и производители, является лимит на количество GTIN (Global Trade Item Number). Стандартное членство в GS1 Russia часто ограничивает пользователя диапазоном в 1000 кодов. Если товарная номенклатура компании (с учетом цветов и размеров) исчисляется десятками тысяч позиций, это становится критическим препятствием. Рассмотрим пути решения этой проблемы:
GLN (Global Location Number) может быть сопоставлен отдельный пул номеров.GTIN для товаров, которые не имеют существенных отличий в рамках логики системы маркировки. Однако важно помнить, что в «Честном ЗНАКе» карточка товара жестко привязана к GTIN. Разделителем уникальности внутри одного артикула выступает серийный номер.SGTIN формируется из GTIN и серийного номера, при исчерпании емкости серийных номеров для одного кода можно переходить к следующему GTIN, даже если характеристики товара идентичны.Работа через API для заведения карточек товаров в «Национальном каталоге» часто сопровождается техническими сложностями. Основная проблема заключается в строгой модерации атрибутов и необходимости получения прав на методы API. Разберем типичный алгоритм работы программиста:
Во-первых, необходимо убедиться, что организация зарегистрирована в соответствующих рабочих группах участников оборота. Во-вторых, каждый метод API требует авторизации через УКЭП (усиленную квалифицированную электронную подпись). При возникновении ошибок регистрации карточек следует проанализировать обязательный состав атрибутов (для обуви это материал верха, подошвы, подкладки, ТН ВЭД и др.).
При больших объемах (миллионы единиц товара) неправильный выбор объекта метаданных для хранения кодов приведет к деградации производительности системы. Проанализируем два подхода:
Вариант 1: Справочник КИЗ
Использование справочника удобно для визуализации и установки связей «владелец — подчиненный» (например, Номенклатура — Коды маркировки). Однако справочники имеют избыточные поля (наименование, код), а запись миллионов элементов создает огромную нагрузку на индексы. Чтобы оптимизировать хранение, в качестве Кода справочника можно использовать GTIN + серийный номер, а криптографическую часть («хвост») выносить в отдельный реквизит.
Вариант 2: Регистр сведений (РС)
Это наиболее производительный вариант. Разберем структуру независимого непериодического регистра сведений, который обеспечит максимальную скорость работы:
// Пример структуры измерений регистра
1. Измерение: Марка (Строка, индексировать) - храним GTIN + Серия
2. Измерение: Состояние (Перечисление) - Новый, В Обороте, Выбыл, Возврат
3. Измерение: ДокументДвижения (ЛюбаяСсылка) - для привязки к первичному документу
Для получения текущего статуса марки рекомендуется использовать запрос к последним записям по конкретному измерению. Если требуется хранить полную строку DataMatrix (до 139 символов), лучше использовать отдельные реквизиты, так как индексация строк такой длины нецелесообразна.
Хранение полных строк DataMatrix быстро увеличит размер базы данных на сотни гигабайт. Рассмотрим стратегии оптимизации:
Проанализируем ситуацию с возвратом товара от розничного покупателя. Если покупатель возвращает товар с неповрежденным DataMatrix, его необходимо вернуть в оборот. В типовых решениях 1С (УТ 11, КА 2, ERP) для этого предусмотрены специализированные документы «Возврат в оборот». Если же код поврежден — требуется полная процедура перемаркировки с генерацией нового GTIN (или использованием старого) и получением нового КМ.
Для складской логистики критически важна агрегация. Рассмотрим процесс:
SSCC (Serial Shipping Container Code).SSCC.Это позволяет при отгрузке сканировать один штрихкод на коробке, вместо того чтобы вскрывать упаковку и пикать каждую пару обуви или единицу одежды. Система 1С при формировании ЭДО (УПД) автоматически подтянет все вложенные коды на основании данных агрегации.
При реализации маркировки «с нуля» в нетиповой конфигурации ориентируйтесь на следующие принципы: используйте независимые регистры сведений для учета статусов, не храните избыточные данные (криптохвосты нужны только в момент печати), и обязательно реализуйте механизмы очистки истории выбывших кодов. Также помните, что внедрение ФФД 1.2 на кассах накладывает дополнительные требования к проверке кода в момент пробития чека — система должна уметь быстро (за доли секунды) проверять принадлежность марки организации во внутреннем регистре перед отправкой запроса в ОФД.