Сканер считывает штрихкод, а 1С не узнаёт товар: где искать причину
Сотрудник подносит терминал к этикетке, слышит сигнал, но в документе появляется сообщение «Товар не найден». Возникает подозрение, что сканер работает неправильно. Однако звуковой сигнал подтверждает только считывание кода. Чтобы выполнить складскую операцию, система должна ещё сопоставить его с нужной позицией в учёте.
Проследите путь одного кода
Возьмите конкретный товар, на котором повторяется ошибка. Сравните значение на этикетке, результат считывания и запись в справочнике 1С. Важно смотреть на сам код целиком, а не только на название изделия. Похожие упаковки могут относиться к разным модификациям.
При проверке полезно сохранить пример ошибки и указать, в каком документе она возникла. Сканирование при приёмке и при сборке может использовать разные правила. Если сообщить специалисту только «иногда не находит», воспроизвести причину будет значительно сложнее.
Упаковка и штука могут различаться
У одного товара бывает несколько штрихкодов: для отдельного изделия, коробки и другой единицы поставки. Если система узнаёт коробку, но считает её одной штукой, ошибка уже не ограничивается поиском. Она влияет на количество в складском документе.
Проверьте характеристики и единицы
Размер, цвет и комплектация должны однозначно сопоставляться с выбранным вариантом. Недостаточно привязать код к общей карточке модели. Сотрудник должен видеть на экране именно ту позицию и единицу учёта, которые соответствуют физическому товару.
Отдельного внимания требуют коды, полученные от поставщика. Они могут отсутствовать в вашей базе либо использоваться иначе. Порядок добавления новых значений стоит определить заранее: кто проверяет соответствие, кто утверждает запись и когда она становится доступна терминалу.
Актуален ли справочник на устройстве
В некоторых сценариях терминал работает с предварительно загруженными данными. Тогда новая позиция уже есть в 1С, но устройство ещё не получило обновление. Нужно проверить время последнего успешного обмена и фактическую версию справочника.
Если связь нестабильна, сотруднику важно отличать неизвестный товар от технической невозможности выполнить запрос. Одинаковое сообщение для обеих ситуаций приводит к неверным действиям: люди заводят лишние карточки или повторяют операцию, которая уже была принята.
Не исправляйте проблему случайными дублями
Создать новую номенклатуру только ради того, чтобы закончить приёмку, кажется быстрым выходом. Но позже одна позиция начинает жить в нескольких записях. Лучше предусмотреть понятный маршрут для неопознанного кода: фиксацию случая, проверку и корректное сопоставление.
После исправления проверьте не только поиск. Проследите запись количества, передачу документа и результат в учётной системе. Успешное считывание - лишь первый шаг, а сотруднику нужен корректно завершённый складской процесс.
Kommutator.net выполняет интеграцию с ТСД, связывая терминалы с 1С и другими учётными системами. В такой работе важны справочники, обмен, сценарии документов и обучение сотрудников. Когда они согласованы, сигнал сканера означает начало понятной операции, а не очередную необходимость вручную искать товар.
На что обратить внимание
- Возьмите конкретный товар, на котором повторяется ошибка.
- Нужно проверить время последнего успешного обмена и фактическую версию справочника.
- Проследите запись количества, передачу документа и результат в учётной системе.
