Расхождения маркировки в 1С возникают, когда сведения из электронного УПД, фактически полученные товары и считанные коды Data Matrix не совпадают между собой. На складе может находиться товар с одним кодом, в УПД поставщик передал другой, часть кодов может отсутствовать, дублироваться или относиться к другой номенклатуре. Если подтвердить такую поставку без проверки, проблема переходит из зоны приёмки в учёт, продажи и обмен с системой маркировки.
Поэтому работа с маркированной продукцией требует контроля не только количества и наименований. Необходимо сопоставлять три массива данных: сведения поставщика в УПД, фактический товар и состояние операции в 1С. Чем больше поставок и складов, тем опаснее выполнять эту проверку вручную.
Почему расхождения маркировки в 1С требуют системного контроля
При обычной поставке сотрудник в первую очередь проверяет номенклатуру и количество. Для маркированной продукции появляется дополнительный уровень — уникальные или групповые коды, связанные с конкретным товаром и передаваемые через электронный документооборот.
Фирма «1С» указывает, что при закупках и оптовой продаже маркированной продукции используются электронные счета-фактуры или УПД, а информация о кодах маркировки включается в электронный документ. Это означает, что корректность приёмки зависит одновременно от данных поставщика, ЭДО, настроек 1С и действий сотрудника склада. Подробнее этот механизм описан в официальном материале 1С об интеграции с системой «Честный знак».
Профессиональная поддержка 1С в такой ситуации нужна не только тогда, когда уже появилась ошибка. Задача автоматизации — сделать так, чтобы сотрудник не мог незаметно завершить приёмку при существенном расхождении. Для этого проверяют используемую конфигурацию и релиз, работу ЭДО, карточки номенклатуры, подключённое оборудование, права пользователей и последовательность складских операций.
На San.City отдельно описана приёмка маркированного товара в 1С через ЭДО и возможные этапы проверки до подтверждения поступления. Если предприятие использует несколько складов, нестандартные документы или доработанную конфигурацию, целесообразно проверять весь процесс от получения УПД до фактического размещения товара.
Можно ли просто принять УПД, если количество товара совпадает?
Для маркированной продукции одного совпадения количества недостаточно. Необходимо учитывать сведения о кодах маркировки и фактически полученный товар. Десять единиц в документе и десять единиц на складе ещё не означают, что получены именно те десять кодов, которые передал поставщик.
Нужна ли доработка 1С для каждой компании?
Нет. Сначала следует проверить возможности используемой типовой конфигурации и её актуального релиза. Доработка нужна, если стандартного сценария недостаточно для принятой в компании технологии приёмки, структуры складов, оборудования или требуемого уровня контроля.
Где появляются расхождения между УПД и фактической поставкой
Само сообщение об ошибке редко показывает первопричину. Расхождение могло появиться ещё у поставщика, во время комплектации, при передаче данных через ЭДО или непосредственно на складе покупателя.
На практике встречаются несколько основных ситуаций:
- в УПД передан код, но товар с этим кодом фактически не приехал;
- товар приехал, однако его код отсутствует среди сведений УПД;
- вместо указанного в документе экземпляра поставлен другой товар той же номенклатуры;
- код повреждён и не считывается либо сканируется некорректно;
- один и тот же код повторно попадает в операцию или уже связан с другой учётной операцией.
Отдельный класс проблем связан не с самой поставкой, а с настройкой учётной системы. Например, код может корректно считываться сканером, но не обрабатываться ожидаемым образом из-за номенклатуры, настроек маркировки, версии программы или изменений конфигурации.
Если 1С не принимает конкретный Data Matrix, полезно сначала определить, где именно прекращается нормальная обработка. На San.City этому посвящён отдельный материал «Ошибка кода маркировки в 1С: причины и решение».
Всегда ли расхождение означает ошибку в 1С?
Нет. 1С может только зафиксировать несовпадение, которое возникло раньше: поставщик указал неверный код, кладовщик получил другой экземпляр или код был повреждён при перевозке. Поэтому сначала нужно разделить фактическое расхождение поставки и техническую ошибку обработки данных.
Можно ли заменить один код другим вручную?
Такое действие нельзя считать универсальным способом исправления. Сначала необходимо установить причину несовпадения и определить, какое отражение операции соответствует фактической поставке и требованиям конкретной товарной группы.
Чем опасна приёмка маркированного товара с расхождениями
Главный риск состоит в том, что физическое движение товара и информационное движение кодов начинают существовать отдельно.
Склад считает, что товар принят. В 1С может быть отражено поступление. При этом сведения о конкретных кодах не соответствуют фактическим экземплярам. Ошибка обнаруживается позже — например, при продаже, перемещении, возврате, инвентаризации или следующей сверке.
Для бизнеса это создаёт несколько типов последствий. Сотрудникам приходится повторно разбирать поставку и искать конкретные единицы товара. Продажа отдельных экземпляров может потребовать дополнительного выяснения состояния кода. Бухгалтерия и склад получают разные представления об одной операции. ИТ-службе приходится искать причину уже после того, как товар был перемещён или частично реализован.
Особенно дорого такие ошибки обходятся распределённым компаниям. Если товар после приёмки сразу разъезжается по магазинам или филиалам, физически найти экземпляр с конкретным кодом становится значительно сложнее.
Поэтому контроль следует выполнять в точке возникновения операции — до окончательного подтверждения приёмки, а не во время последующей инвентаризации.
Можно ли исправить всё после приёмки?
Некоторые ошибки действительно можно корректировать позже, но это почти всегда сложнее. К этому моменту товар может быть перемещён, продан или возвращён. Поэтому контроль до завершения приёмки снижает объём последующей ручной работы.
Почему обычной проверки количества недостаточно?
Потому что маркировка позволяет учитывать не только товарную позицию, но и конкретные коды. Совпадение общего количества не исключает ситуации, когда фактически получены другие экземпляры, чем указаны в электронных данных.
Как проверить поставку и найти источник расхождения
Диагностику лучше проводить по последовательной схеме, не изменяя документы случайным образом и не отключая проверки ради завершения операции.
- Сопоставьте поставщика, номер и дату электронного документа с фактически прибывшей поставкой. Это исключает банальную обработку другого УПД.
- Проверьте номенклатуру и количество. Сначала нужно понять, совпадает ли товар на уровне обычного складского учёта.
- Считайте коды с фактически полученных товаров. Для массовой приёмки желательно использовать сканер, терминал сбора данных или мобильное рабочее место.
- Сопоставьте считанные коды с кодами, полученными в электронном УПД. Именно на этом этапе становятся видны отсутствующие, лишние и заменённые экземпляры.
- Отдельно проверьте коды, которые не считываются или не принимаются программой. Не следует автоматически считать их ошибкой поставщика.
- Если расхождение подтверждено физически, согласуйте с поставщиком корректный порядок оформления операции до окончательного подтверждения приёмки.
- Если фактическая поставка и УПД совпадают, но ошибка остаётся только в 1С, проверяйте релиз, настройки маркировки, оборудование, обмен и внесённые в конфигурацию изменения.
Для «1С:Розницы» и «1С:УНФ» фирма «1С» показывает сценарий, при котором сотрудник при приёмке сканирует маркировку и проверяет соответствие кодов сведениям УПД. В «1С:Управлении торговлей», «1С:Комплексной автоматизации», 1С:ERP и других решениях интерфейс и последовательность документов могут отличаться. Поэтому названия кнопок и рабочих мест нельзя переносить из инструкции одной конфигурации в другую.
С чего начинать, если 1С показывает много ошибок одновременно?
С проверки одного физического экземпляра по всей цепочке: товар — код — УПД — документ 1С. Когда причина понятна на одном коде, можно определить, является ли проблема массовой.
Нужно ли сразу перепроводить документы?
Нет. Сначала нужно определить, где возникло расхождение. Повторное проведение документа не исправляет неверный код в УПД или фактически полученный другой экземпляр.
Что можно проверить самостоятельно, а когда нужен специалист 1С
Пользователь склада или бухгалтерии может самостоятельно выполнить фактическую сверку: убедиться, что выбран правильный УПД, пересчитать товар, повторно считать проблемный код, проверить наличие конкретного экземпляра и сравнить результаты с электронным документом.
Это безопасные действия, потому что они помогают собрать факты и не меняют архитектуру учётной системы.
Привлекать специалиста 1С целесообразно, когда проблема воспроизводится при корректной поставке: коды стабильно не попадают в нужный документ, возникают ошибки обмена, часть данных теряется, сканер работает по-разному на рабочих местах, после обновления изменился сценарий или конфигурация существенно доработана.
Специалист должен проверить не только сообщение об ошибке, но и полный маршрут данных: ЭДО → документ 1С → сведения о маркировке → складская операция → дальнейшее движение товара.
Если проблема затрагивает несколько участков, полезна не локальная правка, а обследование процесса. San.City выполняет сопровождение и настройку сервисов 1С, включая 1С-ЭДО, что позволяет рассматривать приёмку как сквозной процесс, а не как отдельную кнопку в программе.
Когда проблема, скорее всего, находится не в 1С?
Если код отсутствует в УПД, физически приехал другой экземпляр или этикетка повреждена, сначала нужно разбираться с фактической поставкой и поставщиком.
Когда особенно важно проверить доработки конфигурации?
Если после обновления изменилось поведение маркировки, используются собственные документы, обработки сканера, обмены или нестандартная схема складского учёта.
Как автоматизировать контроль приёмки в 1С
При большом потоке поставок ручная сверка постепенно превращается в источник новых ошибок. Сотрудник должен одновременно контролировать товар, документ, экран программы и результаты сканирования. Поэтому задача автоматизации состоит не только в ускорении операции, но и в фиксации результата проверки.
Практический контур контроля может включать:
- загрузку электронного УПД непосредственно в учётную систему;
- формирование задания на фактическую приёмку;
- последовательное сканирование кодов прибывших товаров;
- автоматическое сопоставление факта с кодами электронного документа;
- выделение недостающих, лишних и ошибочных кодов до подтверждения операции.
После этого ответственному сотруднику не требуется визуально сравнивать длинные последовательности символов. Система должна показывать результат: что ожидалось, что фактически считано и какие позиции требуют решения.
Для торговых компаний такую автоматизацию имеет смысл рассматривать вместе с общей организацией складских процессов. На San.City описана автоматизация оптовой торговли на базе 1С, включая настройку складов, интеграций и необходимых доработок.
При этом конкретная реализация зависит от конфигурации. Нельзя заранее обещать одинаковый механизм для «1С:Бухгалтерии», «1С:Розницы», «1С:УНФ», «1С:Управления торговлей», «1С:Комплексной автоматизации» и 1С:ERP. Перед проектированием контроля необходимо определить версию программы, схему ЭДО, товарные группы, оборудование и реальный маршрут поставки внутри компании.
Можно ли полностью исключить участие сотрудника?
Нет. Приёмка остаётся физической операцией: кто-то должен подтвердить наличие товара и состояние упаковки. Автоматизация уменьшает объём ручного сопоставления и помогает не пропустить расхождение.
Что важнее: новый сканер или настройка 1С?
Это разные части одного процесса. Хороший сканер не исправит неправильный маршрут данных, а корректно настроенная 1С не сможет проверить товар, если фактические коды не считываются.
Мобильный контроль фактического прихода товара
На крупных складах и в распределённой сети рабочее место 1С не всегда находится рядом с зоной разгрузки. В таком случае фактическое сканирование удобно переносить на мобильное устройство: сотрудник проверяет товар непосредственно у паллеты, коробки или места приёмки, а система сохраняет результат проверки.
Такой подход особенно полезен, если нужно разделить бухгалтерское оформление и физическую приёмку. Бухгалтер или оператор ЭДО работает с электронным документом, а сотрудник склада подтверждает фактическое наличие кодов.
Для мобильного сценария можно использовать приложение QR Учет имущества. Система поддерживает мобильную работу со списками объектов и сканированием кодов, а также интеграцию с 1С. Для проекта контроля прихода механизм необходимо настраивать под конкретный сценарий приёмки и используемые типы кодов.
Практический результат такого решения — отделение факта от документа. Система заранее знает, какие объекты ожидаются по заданию, сотрудник сканирует фактически полученные коды, а расхождения можно обработать до завершения учётной операции.
Подходит ли смартфон вместо отдельного терминала сбора данных?
Для части сценариев — да. Выбор зависит от объёма поставок, условий склада, скорости сканирования, типов кодов и требований к оборудованию. Для интенсивной приёмки может потребоваться специализированный сканер или терминал.
Как не допускать повторных расхождений маркировки в 1С
Разовая корректировка документа устраняет конкретную ошибку, но не причину её появления. Если расхождения маркировки в 1С возникают регулярно, необходимо проверить весь процесс: как принимается УПД, кто отвечает за фактическое сканирование, в какой момент разрешается подтверждать поставку, как фиксируются исключения и что происходит при обнаружении лишнего или отсутствующего кода.
Оптимальная схема строится по принципу: электронный документ получен → товар физически проверен → коды сопоставлены → расхождения разобраны → только после этого операция завершается в учётной системе.
Для компаний с большим количеством маркированного товара такой порядок лучше закреплять техническими средствами, а не только инструкцией для кладовщика. Контроль непосредственно в 1С и мобильное сканирование позволяют обнаруживать проблему там, где она возникает, пока поставка ещё находится в зоне приёмки.
Если расхождения уже стали регулярными или сотрудники вынуждены вручную сверять УПД с фактическими кодами, San.City может проверить используемую конфигурацию, ЭДО, оборудование и существующий процесс, а затем настроить контроль с учётом вашей схемы работы.
Настроить контроль приёмки — проведём проверку текущего процесса и определим, как организовать сверку УПД, кодов маркировки и фактической поставки в вашей 1С.