Маркировка https://ivan-1s.ru ru Mon, 20 Apr 2026 02:08:52 +0300 Как решить проблему с кодами маркировки в 1С: что ломается и как починить https://ivan-1s.ru/tpost/ju5iodh6l1-kak-reshit-problemu-s-kodami-markirovki https://ivan-1s.ru/tpost/ju5iodh6l1-kak-reshit-problemu-s-kodami-markirovki?amp=true Mon, 20 Apr 2026 02:06:00 +0300

Как решить проблему с кодами маркировки в 1С: что ломается и как починить

Расскажу вам историю, с которой наверняка сталкивались вы или ваша команда. Стоит человек на складе, в руках сканер, рядом коробки, которые надо срочно принять. Он наводит луч на код, слышит привычный писк, но ничего не происходит. Или еще веселее: 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С не принимает код маркировки, это почти всегда выглядит страшнее, чем есть на самом деле.
Снаружи кажется, что сломалось всё. На деле чаще всего виноват один из пяти знакомых персонажей: сканер, статус кода, обмен, неправильный режим документа или старая версия системы.
Самая неприятная часть в этой истории не сложность, а нервозность. Потому что такие ошибки обычно вылезают не в тишине и покое, а в момент, когда склад уже гудит, водитель ждет, а у сотрудников на лице читается один и тот же вопрос: "Ну и что теперь делать?"
Делать, как правило, нужно простую вещь: не метаться, а идти по цепочке. Проверили сканер. Проверили код. Проверили обмен. Проверили документ. И очень часто проблема находится раньше, чем успевает начаться коллективная ненависть к маркировке как явлению.
]]> Подключаем маркировку в 1С: как избежать ошибок и не запутаться в настройках https://ivan-1s.ru/tpost/gt0b5hycm1-podklyuchaem-markirovku-v-1s-kak-izbezha https://ivan-1s.ru/tpost/gt0b5hycm1-podklyuchaem-markirovku-v-1s-kak-izbezha?amp=true Mon, 20 Apr 2026 02:07:00 +0300

Подключаем маркировку в 1С: как избежать ошибок и не запутаться в настройках

Уже заметили, что с маркировкой на словах всё выглядит терпимо: зарегистрироваться, подключить подпись, настроить обмен, проверить сканер? Вроде не запуск космического корабля.
А потом начинается жизнь. У бухгалтера не виден сертификат. На складе сканер бодро пищит, но в документ ничего не попадает. Руководитель спрашивает, когда уже можно принимать товар, а у специалиста, который все это настраивает, в какой-то момент появляется очень простой внутренний монолог: "Ну что тебе еще надо?"
Я через такие истории проходил не раз. И у себя, и у клиентов. Самое забавное в том, что маркировка редко ломается из-за чего-то по-настоящему экзотического. Обычно всё упирается в одну из пяти вещей: старая база, кривая подпись, не тот режим сканера, проблемы с обменом или пропущенный шаг, который сначала кажется "ну это потом".
Ниже рабочий сценарий подключения. Только то, что действительно приходится делать руками.

Сначала проверьте базу. Правда, сначала именно это

Многие хотят сразу идти в настройки маркировки. Это понятное желание. Кажется, что если открыть нужный раздел в 1С, там сейчас будет волшебная кнопка, после которой всё оживет.
Обычно не оживает.
Если база старая, маркировка в ней работает примерно как современное приложение на телефоне десятилетней давности: теоретически запуститься может, но радости от этого мало. Часть функций не работает, формы отличаются, документы ведут себя странно, а любая ошибка выглядит так, будто система вас тихо ненавидит.
Однажды мы пришли подключать маркировку в компании, которая торгует бытовой техникой. Руководитель был уверен, что подготовились идеально: купили сканеры, получили подпись, зарегистрировались где нужно, даже сотрудников заранее предупредили. Красота. Открываем базу, смотрим релиз, и настроение сразу становится более философским. Конфигурация не обновлялась почти три года.
Весь первый день ушел не на маркировку, а на приведение 1С в чувство.
Это не редкость. Это классика.
Так что перед стартом лучше честно проверить:
  • какая у вас конфигурация
  • поддерживает ли она маркировку в нужном объеме
  • ставились ли свежие обновления
  • нет ли старых доработок, которые могут мешать
Этот шаг скучный. Но он экономит кучу времени дальше.

Без регистрации дальше ехать некуда

После проверки 1С начинается уже более предметная часть: регистрация в системе маркировки и доступ в личный кабинет.
Тут многие расслабляются раньше времени. Кажется, что это просто формальность. Сейчас зайдем, заполним пару полей и побежим дальше.
Иногда да. Иногда нет.
Если всё подготовлено заранее, на регистрацию можно уложиться примерно за 30-60 минут. Но если у компании бардак с электронной подписью, доступами или документами, то этот шаг внезапно растягивается и начинает портить настроение всем вокруг.
У меня был случай, когда проект встал почти на день из-за одной детали. Подпись была выпущена на сотрудника, который уже не работал в компании. Формально сертификат был. Физически токен тоже был. А пользы от этого ровно столько же, сколько от ключа от квартиры, которую уже продали.
Пришлось перевыпускать подпись, переносить настройку и успокаивать людей, которые уже мысленно начали работать с маркировкой "с завтрашнего дня".
Поэтому на старте лучше проверить:
  • на кого выпущена подпись
  • действующий ли сертификат
  • есть ли доступ к токену
  • совпадают ли данные организации
Это тот случай, когда 15 минут проверки спасают полдня хаоса.

Электронная подпись: место, где у всех внезапно появляются сложные лица

Как только в разговоре всплывают слова "сертификат", "криптопровайдер", "токен", атмосфера обычно меняется. Даже у уверенных людей взгляд становится таким, будто сейчас придется чинить подводную лодку.
На деле всё не так страшно. Но и недооценивать этот этап не стоит.
Чтобы 1С нормально работала с маркировкой, ей нужно уметь подписывать документы. То есть мало просто иметь подпись как факт. Надо, чтобы система эту подпись видела, понимала и могла использовать без истерики.
Обычно схема такая:
  1. ставится криптопровайдер
  2. подключается токен
  3. сертификат добавляется в систему
  4. проверяется подписание тестового документа
Звучит линейно. На практике тут тоже хватает бытовой магии.
Помню склад одежды, где всё вроде было собрано правильно. Документы создавались, пользователи работали, права были выданы, интерфейс открывался без проблем. Но отправка не шла. Все уже приготовились к тяжелой технике: искать ошибки в интеграции, лезть в логи, звать подрядчика. А потом оказалось, что токен просто воткнули не туда. Он был подключен, но система его не подхватывала.
Один USB-порт. Вот настолько "сложной" бывает проблема.
Именно поэтому после настройки подписи всегда лучше делать простую проверку, а не надеяться, что раз сертификат где-то отображается, значит всё уже хорошо.

Обмен с системой маркировки: тот самый невидимый мост, про который вспоминают, когда он уже рухнул

Пользователи обычно воспринимают 1С как единое целое. Если код не проходит, виновата "программа". Если документ не ушел, снова "программа". Это нормально. Никто не обязан любить внутреннюю кухню интеграций.
Но технически маркировка живет не сама по себе. 1С должна уметь обмениваться данными с внешней системой: отправлять документы, получать статусы, проверять коды. И если этот канал работает криво, всё снаружи выглядит так, будто проблема в кодах, сканерах или самой базе.
Один раз на производстве после переезда сервера всё внешне осталось красивым. Пользователи входили, документы создавались, интерфейс жил. Но операции по маркировке начали спотыкаться на ровном месте. Причина оказалась в настройках сети: обмен упирался в прокси, и часть запросов просто не проходила.
Это как если у вас дома идеально исправный дверной звонок, но провод где-то внутри стены перетерт. Снаружи непонятно, почему "не работает". А проблема вообще не в кнопке.
Поэтому после базовой настройки надо обязательно сделать тест обмена и посмотреть:
  • проходит ли соединение
  • видит ли система сертификат
  • уходят ли тестовые запросы
  • не висят ли документы в очереди
  • нет ли ошибок служб или подписания
Особенно внимательно это стоит проверять после обновлений сервера, смены сертификатов и любых инфраструктурных работ. После таких изменений интеграции любят обижаться.

Сканер - маленький прибор, который умеет устроить большой спектакль

Вот где начинается настоящий складской театр.
Снаружи всё выглядит просто: нажал кнопку, код считался, дело пошло. Но маркировка не любит "ну примерно так". Для нее важно, в каком формате сканер передает код, какие символы добавляет, как настроен режим чтения и поддерживает ли он DataMatrix как положено, а не "почти".
Это одна из самых частых причин, почему подключение вроде бы сделано, а работать всё равно невозможно.
На одном складе люди почти три часа пытались принять партию товара и уже готовы были ругаться на интегратора, на 1С и, кажется, на саму идею маркировки. Сканер исправно пищал, коды визуально читались, но система их не принимала. Проверили в Блокноте, и всё стало ясно: сканер передавал код как обычный текст, без нужной логики для GS1 DataMatrix.
После перенастройки всё заработало за минуту.
В такие моменты всегда немного смешно и немного обидно. Потому что люди морально готовятся к большой аварии, а виноват оказывается один параметр в настройках устройства.
Поэтому сканер после подключения лучше проверять не "на глаз", а нормально:
  • считать несколько кодов
  • посмотреть, как они попадают в 1С
  • протестировать разные типы товаров
  • убедиться, что нет лишних символов или странных суффиксов
Сканер вообще похож на хорошего бармена: если настроен правильно, все работает тихо и незаметно. Если нет, вечер будет шумным.

Не запускайте всё сразу в бою. Сделайте тест на маленьком объеме

Это шаг, который почему-то часто пропускают. А потом получают проблемы уже на реальной поставке, когда вокруг коробки, сотрудники, дедлайны и нервный телефон.
После настройки маркировки лучше сделать пробный сценарий на небольшом количестве товаров. Не на тысяче позиций. Не "ну давайте сразу рабочую машину примем". А спокойно, на 10, 20 или 50 кодах.
Мы так делали в одной компании по электронике. Специально взяли тестовую приемку на 50 кодов. Просто чтобы проверить цепочку целиком: сканирование, распознавание, проверку статусов, отражение в документе. На всё ушло минут пять-семь. Зато потом уже никто не дергался, когда приехала реальная поставка.
Тестовая приемка нужна не для галочки. Она очень быстро показывает, где тонко:
  • коды считываются или нет
  • документ работает корректно или нет
  • подпись срабатывает или нет
  • обмен живой или уже где-то застрял
Это как репетиция перед спектаклем. Лучше один раз неловко ошибиться без зрителей, чем потом импровизировать перед полным залом.

Где обычно всё ломается

Если смотреть на десятки внедрений, картина повторяется довольно стабильно. Большинство проблем лежит в одних и тех же местах.
Чаще всего мешают:
  • устаревшая версия 1С
  • подпись, которая формально есть, но фактически не работает
  • неверно настроенный сканер
  • проблемы с обменом
  • пропущенная тестовая проверка
То есть не происходит ничего особенно загадочного. Просто на каждом этапе есть своя маленькая мина, и если на нее наступить, всё начинает выглядеть сложнее, чем есть на самом деле.

Сколько времени это занимает по-человечески, а не по презентации

Если всё готово заранее, подключение маркировки можно уложить примерно в полдня. Иногда даже быстрее.
Примерно так:
  • до часа на регистрацию и проверку доступов
  • 1-2 часа на настройку 1С и подписи
  • еще около часа на обмен, сканеры и тестирование
Но это идеальный сценарий. А в жизни почти всегда находится какая-нибудь мелочь, которая тянет время: забытый пароль, не тот сертификат, старый драйвер, недоступный токен, серверная настройка, о которой никто не вспомнил.
Поэтому реальный диапазон обычно такой: от пары часов до двух рабочих дней.
И это нормально. Не потому что маркировка ужасно сложная. Просто она соединяет сразу несколько зон: учетную систему, подписи, обмен, оборудование, права и реальные бизнес-процессы. А там, где много стыков, всегда чуть больше шансов на сюрпризы.

Что в сухом остатке

Подключение маркировки в 1С не похоже на магию. Скорее на сборку мебели, у которой инструкция вроде понятная, но один пропущенный винт потом заставляет перекошенно смотреть на всю конструкцию.
Если идти по шагам, всё становится заметно проще:
сначала проверить и обновить базу, потом разобраться с регистрацией и подписью, дальше настроить обмен, после этого привести в порядок сканеры и только потом запускать тестовую приемку.
Когда эта цепочка собрана, маркировка перестает казаться страшным отдельным миром. Она просто становится частью обычной работы: код считался, документ прошел, товар принят, все пошли дальше.
И вот это, пожалуй, лучший признак, что подключение прошло нормально. Не когда сделали "проект внедрения", а когда система перестала быть событием и стала обычным рабочим инструментом.
]]> 1С не отправляет документы в Честный Знак: вместе найдем причины и поймем как это исправить https://ivan-1s.ru/tpost/d09naxgn11-1s-ne-otpravlyaet-dokumenti-v-chestnii-z https://ivan-1s.ru/tpost/d09naxgn11-1s-ne-otpravlyaet-dokumenti-v-chestnii-z?amp=true Mon, 20 Apr 2026 02:08:00 +0300

1С не отправляет документы в Честный Знак: вместе найдем причины и поймем как это исправить

Вас когда-нибудь раздражали подобные вещи? Когда документ в 1С сформирован, коды есть, подпись вроде подключена. И вы уже мысленно закрыли задачу и пошли дальше. Нажимаете "Отправить" и все затихло. Ничего не улетает, а статус завис. Или выскакивает ошибка, будто система что-то знает, но делиться не собирается.
В такие моменты люди почти всегда думают одно и то же: опять 1С сломалась.
Я много раз видел этот сценарий и на складах, и в рознице, и у производителей. И почти всегда проблема была не в абстрактной "поломке программы", а в одной вполне конкретной штуке. Иногда смешной, иногда обидной и такой мелкой, что после решения хочется просто посидеть молча пару минут.
Разберем, почему документы не уходят в Честный знак, где обычно прячется причина и что проверять в первую очередь, чтобы не устраивать шаманские танцы вокруг сервера.

Когда виновата подпись, хотя с виду с ней все нормально

Если бы меня попросили назвать самую частую причину, я бы без колебаний поставил на электронную подпись. Это классика.
Причем самое коварное тут в том, что подпись может выглядеть вполне живой. Сертификат отображается. Токен вставлен. В интерфейсе всё красиво. Но в момент отправки документ не подписывается как надо, и дальше цепочка просто не идет.
Однажды у клиента в оптовой торговле одеждой документы не уходили почти полдня. Бухгалтерия уже решила, что проблема в обмене, склад начал нервничать, менеджеры названивали друг другу с тем самым голосом, в котором слышно: "сейчас начнется". В итоге оказалось, что срок действия сертификата закончился три дня назад. Не месяц. Не год. Три дня.
То есть чисто визуально подпись еще "была", но толку от нее было уже примерно как от просроченного пропуска в бизнес-центр.
И таких историй полно.
Иногда проблема не в сроке действия, а в том, что:
  • 1С не видит токен
  • криптопровайдер работает криво
  • сертификат установлен не туда
  • подпись заблокирована
  • права на использование подписи сбились после обновления
Тут лучше не гадать. Если документ не уходит, подпись стоит проверять первой. Не пятой. Не "потом". Сразу.

Очень частая история: один зависший документ держит в заложниках все остальные

Это особенно неприятный сценарий, потому что снаружи он выглядит как массовый сбой.
Пользователь видит простую картину: документы не отправляются. Значит, обмен умер. Но внутри всё может быть гораздо банальнее. В очереди завис один кривой документ, и всё, что идет после него, встало как машины за фурой на узкой дороге.
Я видел такую историю на складе обуви. Там накопилось около 300 документов, которые "не уходили". Все уже морально готовились к длинному техническому разбору, к логам, к серверу, к звонкам подрядчикам. А причина сидела в самом начале очереди: один документ с ошибкой в обработке. Система уперлась в него, как тележка в закрытую дверь, и все остальное просто ждало.
Как только его вытащили и разобрали, остальная пачка ушла буквально за несколько минут.
Это вообще типичная черта таких сбоев: выглядит как катастрофа, а по факту один неудачный файл держит весь процесс за горло.
Поэтому если документы не отправляются пачкой, надо смотреть не только на последний документ, который вы создали, а на очередь обмена целиком. Очень часто ответ лежит именно там.

Бывает, что 1С тут вообще почти ни при чем. Проблема в сети

Это тот случай, когда пользователи обычно начинают злиться на программу, хотя она скорее жертва обстоятельств.
Чтобы документ ушел в Честный знак, сервер должен нормально достучаться до внешней системы. Если с соединением беда, отправка ломается. Причем ломается иногда молча, без красивой и понятной ошибки.
Причины тут довольно приземленные:
  • прокси настроен не так
  • антивирус режет соединение
  • закрыты нужные порты
  • сертификаты безопасности работают некорректно
  • после обновления сервера что-то поехало в сетевых настройках
На одном производстве молочной продукции всё работало стабильно, пока не обновили сервер. После обновления интерфейс жил, документы создавались, пользователи заходили без проблем. Но отправка в Честный знак внезапно перестала работать. На первый взгляд логики ноль. Потом начали копать и нашли виновника: антивирус решил, что часть соединений ему не нравится, и стал их блокировать.
То есть внешне всё выглядело так, будто "1С не отправляет документы". На деле ей просто не давали выйти наружу.
Это как звонить человеку с полностью заряженного телефона, но стоять в подвале без связи. Аппарат исправен. Номер правильный. А разговора нет.

Иногда документ не уходит, потому что он собран с ошибкой

Это вообще отдельный жанр.
Пользователь уверен, что проблема техническая. Начинаются поиски в интеграции, в сертификатах, в обмене. А потом выясняется, что сам документ содержит ошибку, из-за которой внешняя система его просто не принимает.
Причем ошибка может быть микроскопической.
Например:
  • количество товаров не совпадает с количеством кодов маркировки
  • в строке указан не тот тип операции
  • отсутствует обязательный реквизит
  • код маркировки указан некорректно
  • в документ попали данные, которые не бьются между собой
У одного клиента в УПД была всего одна проблемная строка из двух десятков. Только одна. Но именно из-за нее весь документ не уходил. Со стороны это выглядело как "система висит". По факту документ просто не проходил проверку.
Это немного похоже на посадку в самолет: у вас может быть идеально собран чемодан, вовремя заказано такси и куплен билет, но если в паспорте ошибка, далеко вы не улетите.
Поэтому сам документ надо смотреть внимательно. Не только статус. Не только кнопку отправки. Именно состав данных внутри.

Старая версия 1С умеет делать вид, что всё нормально, а потом подставляет в самый неудобный момент

Вот это особенно любят компании, которые давно не обновляли систему по принципу "ну пока же работает".
Маркировка меняется. Форматы документов меняются. Правила проверки тоже не стоят на месте. И в какой-то момент старая конфигурация начинает разговаривать с Честным знаком так, будто застряла в прошлом сезоне.
Снаружи всё может выглядеть вполне прилично. Документ создается. Подпись накладывается. Кнопки нажимаются. Но дальше система получает отказ или зависает на отправке, потому что формат уже не тот, структура не та или обработка работает по устаревшей логике.
На практике это очень противная история. Потому что на первый взгляд кажется, что "почти всё работает". А вот это "почти" как раз и съедает часы диагностики.
У меня был кейс, где проблему искали в обмене, в подписях и даже в правах пользователей, а потом обновили конфигурацию, и всё ожило без дополнительных подвигов. После такого начинаешь относиться к словам "давно не обновлялись" с уважением и легкой тревогой.

Как искать проблему без истерики и хаотичных нажатий на всё подряд

Когда отправка документов ломается, у команды обычно включается режим суеты. Кто-то перезапускает 1С. Кто-то проверяет интернет. Кто-то звонит интегратору. Кто-то предлагает "подождать, может само пройдет". Иногда, конечно, проходит. Но лучше на это не рассчитывать.
Нормальная схема проверки обычно такая.
Сначала смотрим подпись:
действует ли сертификат, виден ли токен, работает ли криптопровайдер.
Потом открываем очередь обмена:
нет ли там зависшего документа, который блокирует остальных.
После этого проверяем соединение:
может ли сервер вообще нормально достучаться до Честного знака.
Дальше смотрим сам документ:
все ли реквизиты заполнены, совпадает ли количество, нет ли странностей в кодах.
И только потом уже уходим в более глубокую технику: логи, службы, обновления, серверные настройки.
По моему опыту, в большинстве случаев проблема находится на первых шагах. Не в какой-то пугающей глубине, а почти на поверхности. Просто в момент сбоя люди обычно смотрят не туда.

Что чаще всего ломает отправку на практике

Если собрать не теорию, а живую практику, картина получается довольно приземленная.
Чаще всего документы не уходят из-за пяти вещей:
  • просроченная или некорректно работающая электронная подпись
  • зависший документ в очереди обмена
  • проблемы с сетью или доступом к внешней системе
  • ошибка в самом документе
  • старая версия 1С
То есть почти никогда это не "таинственный системный коллапс". Обычно это вполне земная причина, просто замаскированная под что-то большое и страшное.

Что в итоге

Когда 1С не отправляет документы в Честный знак, это выглядит как серьезная поломка. Особенно если процесс уже идет, сроки поджимают, а вокруг начинают задавать вопросы тоном, от которого хочется выключить телефон.
Но в реальности большинство таких сбоев довольно прозаичны. Не приятны, да. Иногда очень не вовремя. Но понятны и решаемы.
Самое полезное в этот момент не паниковать и не стрелять по всем направлениям сразу. Лучше идти по цепочке: подпись, очередь, сеть, сам документ, версия системы.
Так проблема находится быстрее.
И, что особенно приятно, очень часто решение оказывается в разы проще, чем ощущение в первые пять минут после сбоя.
]]>