← На главную

При аудите или оптимизации базы данных 1С специалисты нередко сталкиваются с ситуацией, когда на одну карточку товара в справочнике Номенклатура приходится от 3–5 до нескольких десятков штрихкодов. На первый взгляд это может показаться дублированием данных или программным мусором. Однако удаление таких записей без предварительного анализа бизнес-процессов может полностью парализовать работу склада, кассовых узлов и обмен с внешними площадками. Рассмотрим подробно архитектурные и прикладные причины множественного штрихкодирования, а также разберем алгоритм безопасной работы с этими данными.

Архитектура хранения штрихкодов в типовых конфигурациях 1С

Для понимания логики работы системы проанализируем структуру хранения данных. В конфигурациях линейки «1С:Предприятие 8» (например, «1С:Управление торговлей», «1С:ERP Управление предприятием», «1С:Комплексная автоматизация», «1С:Розница», «1С:Управление нашей фирмой») штрихкоды хранятся не в реквизитах самого справочника номенклатуры, а в независимом регистре сведений ШтрихкодыНоменклатуры (или Штрихкоды в конфигурациях предыдущих поколений).

В этом регистре ведущим измерением является сам штрихкод. Структура регистра позволяет связывать с одной строкой справочника Номенклатура произвольное количество кодов, опционально уточняя их следующими разрезами:

1. Характеристика номенклатуры — позволяет задавать уникальные коды на каждый цвет, размер или модификацию.
2. Упаковка / Единица измерения — связывает штрихкод с конкретным физическим объемом (штука, коробка, паллета).
3. Серия номенклатуры — привязывает уникальный код к конкретной партии, сроку годности или серийному номеру.

Важный нюанс ссылочной целостности: проведенные документы товародвижения (поступления, реализации, чеки ККМ, перемещения) ссылаются напрямую на справочники Номенклатура, ХарактеристикиНоменклатуры и УпаковкиЕдиницыИзмерения, а не на записи регистра сведений. Физическое удаление штрихкода не вызовет появления «битых ссылок» в проводках, но моментально заблокирует идентификацию товара при сканировании сканером или терминалом сбора данных (ТСД).

Основные причины появления множества штрихкодов на один товар

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

1. Различные виды упаковок и единиц измерения. Товар может поступать и отгружаться поштучно (код EAN-13), блоками, спайками и транспортными коробами (код ITF-14 или Code 128). Каждая упаковка имеет собственный код, но привязана к одной карточке номенклатуры.
2. Поставки от разных дистрибьюторов и производителей. Один и тот же товар (например, идентичный крепеж, расходные материалы или напитки) может закупаться у нескольких поставщиков. Каждый завод или импортер маркирует продукцию собственным международным кодом GTIN, либо поставщик наклеивает свой внутренний логистический код.
3. Смена штрихкода производителем без изменения артикула. Заводы периодически обновляют дизайн упаковки, проводят временные промо-акции («+20% бесплатно») или переносят производство на другую площадку, присваивая товару новый EAN-13. При этом потребительские свойства товара не меняются, и заводить новую карточку в 1С нецелесообразно.
4. Требования торговых сетей и маркетплейсов. Крупные ритейлеры и маркетплейсы нередко требуют маркировать продукцию внутренними штрихкодами своей торговой сети перед поставкой на их распределительные центры.
5. Посерийный и партионный учет. В схемах с поэкземплярным или посерийным учетом штрихкод может генерироваться динамически на каждую поступившую партию или серийный номер для однозначного контроля сроков годности.
6. Учет без детализации характеристик и МРЦ. Если в компании не включен учет по характеристикам, но требуется фиксировать товары с разными максимальными розничными ценами (МРЦ, например, в табачной продукции) или вариациями, штрихкоды разных партий записываются к одной базовой карточке номенклатуры.

Риски некорректного удаления штрихкодов

Попытка механически «почистить базу от мусора» и оставить только один штрихкод на позицию несет прямые операционные риски:

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

Методика безопасного наведения порядка в регистре штрихкодов

Разберем по шагам регламент аудита и очистки регистра сведений штрихкодов:

1. Создание архивной копии данных. Перед выполнением любых операций с регистром необходимо выгрузить все записи регистра сведений ШтрихкодыНоменклатуры во внешнюю таблицу или создать резервную копию информационной базы.
2. Проверка валидности контрольного символа. Полноценным мусором являются записи, возникшие из-за ошибок ручного ввода (случайные нажатия клавиш, русские буквы, пробелы, некорректная длина). Для стандартных форматов EAN-8, EAN-13 и ITF-14 контрольная сумма должна рассчитываться по стандартному алгоритму GS1 (Module 10). Записи, не проходящие проверку контрольного символа или содержащие непечатные символы, подлежат удалению.
3. Сопоставление с фактическими остатками. Проанализируем историю сканирований. Если по номенклатуре есть 15 штрихкодов, но 12 из них не сканировались на ТСД и не поступали по документам более двух лет, а фактический остаток товара на складе равен нулю, такие штрихкоды можно безопасно перенести в архивный регистр.
4. Разграничение прав доступа. Чтобы исключить появление хаотичных записей в будущем, необходимо заблокировать рядовым пользователям (кассирам, кладовщикам) право прямого добавления штрихкодов в карточках номенклатуры, передав эти функции ответственным за ведение нормативно-справочной информации (НСИ).