Как найти дубли этикеток перед массовой печатью

31 августа 2026 г.

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

Возьмем вымышленный пример. В рабочем реестре есть поле Label_ID, которое должно быть строго уникальным для каждой логической этикетки. Для LB-00417 по исходному заданию требуется 3 одинаковые физические копии. В таблице обнаружились две строки LB-00417: в первой количество копий 3, во второй 2. Суммировать их до 5 или удалять строку без проверки нельзя.

Сначала определите ключ уникальности

До поиска дублей нужно ответить на вопрос: какое поле обязано встречаться только один раз?

Если система уже выдает уникальный идентификатор этикетки, например Label_ID, проверять нужно именно его. Артикул товара для этой задачи подходит не всегда: один SKU может законно присутствовать в нескольких партиях, заказах или других учетных единицах.

В нашем примере Label_ID строго уникален. Поэтому LB-00417 должен присутствовать в рабочем реестре одной строкой, а число физических отпечатков хранится отдельно в поле количества. Значение «3» означает три копии одной этикетки, а не три одинаковые строки.

Перед изменениями сохраните исходный файл без правок и создайте рабочую копию. Первичный источник, например выгрузка учетной системы или подтвержденное задание, остается ориентиром для разбора спорных записей.

Перед поиском дублей подготовьте рабочую копию реестра и приведите исходные файлы в порядок по правилам подготовки данных для массовой печати этикеток, а затем отдельно проверяйте уникальность готового списка.

Сначала найдите пустые ключи

Перед поиском повторов проверьте, что Label_ID заполнен во всех строках, которые должны попасть в тираж.

Пустой идентификатор не проходит такую проверку: по нему невозможно однозначно сопоставить строку с исходной записью. Отсутствие подсвеченных дублей также не означает, что таблица корректна, если часть ключей пустая.

Если ID отсутствует, не придумывайте его самостоятельно. Сверьтесь с первичным источником и восстановите правильное значение либо выясните, почему строка не получила идентификатор.

Не потеряйте исходные значения кодов

Коды с ведущими нулями, например 000417, и длинные цифровые идентификаторы лучше хранить как текст уже при вводе или импорте.

Если Excel успел убрать ведущие нули или изменить длинное число, последующая смена формата ячейки не восстанавливает исходное значение. Нужно снова обратиться к первичному источнику и получить корректные данные.

Проверять дубли после такого искажения опасно: визуально совпавшие значения могут не соответствовать первоначальным идентификаторам.

Подсветите повторы в ключевом столбце

Если ключ уникальности состоит из одного столбца Label_ID, в Excel выделите его данные и выберите:

Главная → Условное форматирование → Правила выделения ячеек → Повторяющиеся значения.

Подсветка показывает кандидатов на проверку, а не строки, которые разрешено автоматически удалить.

В нашем примере будут выделены обе записи LB-00417. Теперь нужно открыть первичный источник и понять, почему одинаковый уникальный ID появился дважды.

Если источник подтверждает одну логическую запись LB-00417 с количеством 3, вторая строка с количеством 2 является конфликтом, который нужно исправить. Если же две строки действительно описывают разные логические объекты, значит Label_ID выбран или сформирован неправильно: уникальный ключ должен быть уточнен так, чтобы эти записи различались.

Штатную подсветку повторов не стоит считать гарантированной регистрозависимой проверкой. Если для вашей системы ab12 и AB12 являются разными кодами, нужен дополнительный контроль с учетом регистра.

Для составного ключа сделайте отдельное поле

Иногда уникальность определяется не одним готовым ID, а сочетанием нескольких полей, например артикула, партии и серийного номера.

Не склеивайте значения без границ. Комбинации 12 + 34 и 1 + 234 иначе могут дать одинаковое значение 1234.

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

SKU=BX12|LOT=2609|SER=0047

Для другой записи:

SKU=BX12|LOT=2609|SER=0048

Используйте разделитель, который не встречается внутри исходных значений, либо предусмотрите его однозначную обработку. После этого проверяйте повторы уже в одном вспомогательном столбце.

Если две самостоятельные записи получают одинаковый составной ключ, это не «допустимый дубль». Нужно проверить область уникальности и состав ключа: возможно, в нем отсутствует поле заказа, партии, экземпляра или другой признак, который действительно различает записи.

Разберите каждый повтор по первичному источнику

Не удаляйте все подсвеченные строки одной командой.

1. Найдите все строки одного ключа. Для LB-00417 их две.

2. Сравните остальные поля. Проверьте товар, партию, макет, количество и другие данные, влияющие на запись.

3. Откройте первичный источник. Определите, сколько логических записей и сколько физических копий должно существовать.

4. Уточните причину конфликта. Это ошибочная вторая строка либо неверно определенный ключ уникальности.

5. Исправьте рабочую копию. Не складывайте количества автоматически и не удаляйте запись только из-за подсветки.

В нашем примере первичный источник подтверждает одну этикетку LB-00417 и три физические копии. Поэтому итоговая рабочая запись остается одна: LB-00417, количество 3. Строка с количеством 2 удаляется как ошибочный дубль только после этой сверки.

Повторно проверьте таблицу перед печатью

После исправлений снова проверьте пустые ключи и выполните поиск повторов в том же уникальном столбце или в подготовленном составном ключе.

Если поле по правилам системы уникально, повторяющихся значений после исправления быть не должно. Если две самостоятельные записи по-прежнему получают одинаковый ключ, не принимайте это как допустимое исключение: уточните ключ или модель данных.

Затем сверяют итоговое число логических записей и количества физических копий с первичным источником. В нашем примере LB-00417 должна присутствовать один раз с количеством 3.

Для обратной проверки выберите несколько записей из первичного источника и найдите их в рабочей таблице. Ключи и количества должны совпасть. Так поиск дублей не превращается в случайное удаление нужных этикеток.

После этой сверки рабочую копию можно использовать как источник для массовой печати, сохранив исходный файл отдельно.