Расскажу вам историю, с которой наверняка сталкивались вы или ваша команда. Стоит человек на складе, в руках сканер, рядом коробки, которые надо срочно принять. Он наводит луч на код, слышит привычный писк, но ничего не происходит. Или еще веселее: 1С отвечает ошибкой, будто вы подсунули ей не код маркировки, а древнее проклятие.
Можно подумать: “Ну не приняла система код, бывает”. А внутри бизнеса в этот момент начинается легкий пожар: приемка тормозит, люди раздражаются, начальник уже спрашивает, почему машина стоит у ворот, а поставщик уверяет, что "у нас всё отгрузилось нормально".
Самое интересное в том, что причина обычно не мистическая. Как правило, она вполне приземленная и даже немного обидная. Потому что баг выглядит страшно, а виноват может быть один маленький переключатель в настройках сканера.
Я собрал причины, которые встречаются чаще всего. Не из теории, а из практики, когда проблема вроде бы "в 1С", а потом оказывается, что всё было совсем в другом месте.
Когда проблема вообще не в 1С, а в сканере
Это, пожалуй, лидер хит-парада.
Очень часто код не принимается не потому, что сама система сломалась, а потому что сканер передает данные не так, как нужно. Для сотрудника всё выглядит одинаково: навел, считал, цифры побежали. Но для 1С есть большая разница между "просто строкой символов" и корректно переданным кодом GS1 DataMatrix.
Разница примерно как между адресом, написанным на конверте, и набором букв, набранных ребенком на клавиатуре. С виду тоже текст. Но письмо по нему не дойдет.
Один раз на складе обуви мы полдня искали проблему в базе, в обмене, в правах пользователей, даже полезли смотреть обновления конфигурации. Уже начали подозревать всё подряд. А потом открыли обычный Блокнот, считали туда код и увидели, что сканер в конце строки добавляет лишние символы. Два символа. Всего два. Они и ломали всю логику.
Исправили настройку, и система тут же начала принимать коды так, будто ничего и не было.
Как понять, что дело в сканере
Самый простой тест старый как мир: открыть Блокнот и просканировать туда код.
Если вы видите просто длинный хвост из цифр и букв, это еще не гарантия, что всё хорошо. Иногда сканер должен передавать служебные символы, а не просто текстовую кашу. Если он работает не в том режиме, 1С получает что-то внешне похожее на код, но фактически бесполезное.
На практике чаще всего помогает проверить три вещи:
- включен ли режим GS1 DataMatrix
- передается ли FNC1
- не добавляет ли сканер лишний Enter, Tab или суффикс в конце строки
Звучит как мелочь. Но именно на таких мелочах приемка может встать на два часа.
Бывает и так: код нормальный, но жить ему уже поздно
Это тот случай, когда техника ни при чем, а проблема в самом статусе кода.
Код может быть уже выведен из оборота. Или товар уже продан. Или поставщик прислал не ту партию. Или на своей стороне что-то перепутал и отгрузил товар с кодами, которые давно должны были лежать в другой коробке.
В 1С это часто выглядит одинаково: код не проходит, система его отклоняет, сотрудники начинают грешить на программу. Хотя по факту программа как раз права, просто код уже "мертвый".
Помню историю с партией одежды, где в поставке было больше тысячи единиц. На приемке всё шло нормально, а потом начали один за другим сыпаться отказы. Сначала думали, что сбоит интернет, потом решили, что сломался терминал. В итоге проверили статусы кодов и увидели неприятную картину: часть маркировки уже числилась выведенной из оборота. Поставщик банально перепутал товар при сборке.
Особенно неприятно, что на складе это всегда выглядит как хаос на ровном месте. Люди уже разогнались, процесс идет, и тут вдруг каждая десятая коробка становится сюрпризом.
Что тут делать
Тут логика простая: если код уже неактивен, 1С не должна его принимать. Значит, надо не крутить настройки наугад, а проверять статус кода и разбираться с поставщиком.
И да, это как раз тот случай, когда лучше потратить 10 минут на проверку, чем два часа ругать программу.
Иногда 1С ни в чем не виновата, просто она не может достучаться куда нужно
Есть еще одна ловушка. Код сам по себе правильный, сканер настроен нормально, а система всё равно ведет себя так, будто вы делаете что-то не то.
Тут часто всплывает история с интеграцией: обмен, сертификаты, криптопровайдер, подписи, доступы. Всё то, что пользователи обычно называют одной фразой: "там что-то у айтишников".
На одном проекте после обновления сервера всё посыпалось неожиданно красиво. Формально 1С открывалась, документы создавались, интерфейс жил. Но проверка кодов шла через раз, а часть операций не проходила вовсе. Виновником оказался криптопровайдер, который после изменений на сервере начал работать нестабильно. Пользователи в этот момент были уверены, что система "не видит маркировку". По факту она ее видела, но не могла нормально проверить.
Это как если у вас дома домофон исправен, кнопка нажимается, но провод где-то перебит. Со стороны кажется, что дверь "не открывается сама по себе". На деле проблема глубже.
На что смотреть в первую очередь
Если коды внезапно перестали приниматься массово, а не по одному, проверьте:
- работает ли обмен
- не истек ли сертификат
- жив ли криптопровайдер
- не зависли ли документы в очереди
- нет ли ошибок в службах интеграции
Особенно важно это проверять после обновлений, переездов на другой сервер, смены токена или сертификата. После таких историй маркировка любит капризничать сильнее обычного.
Иногда код сканируют просто не туда
Да, звучит почти смешно. Но это реальная история, и случается она чаще, чем хотелось бы.
Человек открывает документ, видит поле, сканирует код и ожидает, что система сама поймет, что перед ней маркировка. Но 1С в такие моменты бывает довольно буквальной. Если документ, форма или режим не предназначены для работы с кодами маркировки, она и не будет "догадываться".
Однажды сотрудники два дня подряд пытались принимать товар через привычный сценарий, который отлично работал для обычных штрихкодов. Всё выглядело логично: товар есть, сканер есть, документ есть. Только для маркировки нужно было заходить в другую форму. Когда это нашли, у людей была смесь облегчения и злости. Облегчения, потому что проблема наконец решилась. Злости, потому что на это ушло два дня.
Такое ощущение знакомо многим: когда ошибка уже найдена, она кажется до смешного простой. Но до этого момента она выглядит как бетонная стена.
Что проверить
Если код "не принимается", посмотрите, в каком именно документе и в каком режиме идет сканирование. Иногда проблема не в коде, а в точке входа.
Есть еще скучная, но очень частая причина: код напечатан плохо
Маркировка вообще не любит небрежность. Ей нужен нормальный контраст, ровная печать и аккуратная этикетка. Если код смят, размазан, напечатан бледно или наклеен так, что половина ушла на сгиб, дальше уже начинается лотерея.
Сканер может считать его частично. Иногда пикнет, будто всё хорошо, а в систему улетит обрезок. Иногда не считает с пятого раза. Иногда один сканер берет, другой нет. Из-за этого кажется, что проблема плавающая и особенно мерзкая.
На складе парфюмерии мы как-то долго разбирались, почему часть кодов проходит, а часть нет. Причем партия была свежая, документы в порядке, обмен рабочий. В итоге виноват оказался принтер этикеток. Картридж почти умер, и коды печатались бледными, как воспоминания о хорошем отпуске. Глазом это было заметно не сразу, зато сканеры чувствовали отлично.
На что обратить внимание
Если проблема возникает не со всеми кодами подряд, а выборочно, стоит посмотреть на сами этикетки:
- нет ли размытия
- не слишком ли мелкий код
- не бледная ли печать
- не повреждена ли упаковка
- не уходит ли часть кода на сгиб или шов
Иногда в таких случаях проще сразу взять другой экземпляр товара и сравнить, чем копаться в настройках.
Старая версия 1С тоже умеет портить настроение
Маркировка не стоит на месте. Правила меняются, форматы меняются, проверки меняются. А у многих компаний обновление 1С происходит по принципу "ну работает же, давайте пока не трогать".
Проблема в том, что в какой-то момент она действительно еще работает. А потом внезапно перестает. И это всегда происходит в самый неудобный день.
Если конфигурацию давно не обновляли, система может некорректно обрабатывать новые требования, форматы документов или механизмы проверки. И тогда пользователю кажется, что 1С вредничает без причины, хотя по факту она просто живет в позавчерашнем дне.
Это как пытаться открыть современный сайт в очень старом браузере. Что-то, может, и загрузится. Но без сюрпризов не обойдется.
Как искать проблему без паники и гадания на кофейной гуще
Когда приемка стоит, очень хочется дергать всё подряд: перезапускать 1С, менять пользователя, ругать интернет, звонить интегратору, потом снова перезапускать 1С. Понимаю. Сам видел это десятки раз.
Но быстрее работает другая схема. Спокойная и чуть занудная.
Сначала проверьте, как код считывается в Блокнот. Это моментально отсеивает половину проблем со сканером.
Потом проверьте статус самого кода. Если он уже выбыл из оборота, дальше можно не мучить систему.
Дальше посмотрите обмен и подписи. Если коды перестали приниматься массово, часто дело именно там.
После этого имеет смысл проверить сам документ и режим сканирования в 1С.
И только потом уже думать про обновления, патчи, серверы и прочую тяжелую артиллерию.
По моему опыту, в 8 случаях из 10 проблема находится на первых шагах. Не где-то в темных глубинах системы, а буквально рядом.
Что в итоге
Когда 1С не принимает код маркировки, это почти всегда выглядит страшнее, чем есть на самом деле.
Снаружи кажется, что сломалось всё. На деле чаще всего виноват один из пяти знакомых персонажей: сканер, статус кода, обмен, неправильный режим документа или старая версия системы.
Самая неприятная часть в этой истории не сложность, а нервозность. Потому что такие ошибки обычно вылезают не в тишине и покое, а в момент, когда склад уже гудит, водитель ждет, а у сотрудников на лице читается один и тот же вопрос: "Ну и что теперь делать?"
Делать, как правило, нужно простую вещь: не метаться, а идти по цепочке. Проверили сканер. Проверили код. Проверили обмен. Проверили документ. И очень часто проблема находится раньше, чем успевает начаться коллективная ненависть к маркировке как явлению.
