УПД распознан, а документа в 1С нет: четыре места, где искать причину
Если сервис распознавания показывает статус «готово», а в 1С документ поступления не появился — проблема почти всегда не в самом распознавании, а в передаче данных дальше: обмен не запустился, сопоставление контрагента или номенклатуры не прошло, либо у ответственного пользователя нет прав на создание документа. Разбираем, где смотреть в первую очередь.
9:40, склад ждёт поступление, а в 1С — пусто
Бухгалтер оптовой компании из Балашихи — торгуют стройматериалами, склад на две тысячи квадратов и десяток менеджеров — загрузила в сервис распознавания четырнадцать УПД от одного поставщика: сканы прислал кладовщик утром, разбирать вручную некогда. Через несколько минут все четырнадцать получили статус «распознано». Бухгалтер открывает базу 1С, чтобы провести поступление и закрыть партию на склад — а документов там нет. Ни одного. Кладовщик уже звонит: партия числится в пути, отгрузить дальше по цепочке нельзя, пока приход не оформлен, а менеджер торопит с ответом клиенту, потому что следующая машина уже стоит под разгрузкой.
Первая мысль — «распознавание сломалось». Но статус «готово» относится только к разбору реквизитов на скане: сервис прочитал номер, дату, контрагента, суммы и номенклатуру. Создание документа в 1С — отдельный шаг, и между ними есть разрыв, в котором чаще всего и теряются документы. Дальше — не общие советы «проверьте настройки», а конкретные места, где партия реально могла остановиться на пути от скана до проводки, в том порядке, в каком их проверяла бухгалтер вместе со специалистом сопровождения.
Шаг 1. «Распознано» и «создано в 1С» — разные события
Сервис распознавания УПД из скана и обмен с базой 1С — два независимых процесса, соединённых очередью. Первый читает картинку и превращает её в структурированные данные, второй забирает эти данные и пытается создать документ по правилам, настроенным в конкретной базе: с какими реквизитами, в какую организацию, с каким видом поступления. Источник скана значения не имеет — загрузка PDF в 1С проходит через ту же вторую стадию, что и фото с телефона кладовщика, поэтому разрыв «распознано, но не создано» одинаково типичен для обоих источников и не зависит от того, чем именно сфотографирован документ.
Отсюда первый диагностический вопрос: где именно застряла партия — в очереди на передачу или уже на стороне 1С? Ответ обычно виден в личном кабинете сервиса распознавания: если там стоит статус «передано», а в базе документа нет — смотреть нужно в 1С; если статус так и остался «в очереди на передачу» — проблема раньше, на стороне обмена, и до 1С данные ещё не дошли. Этот один взгляд в кабинет сразу отсекает половину версий и экономит время на дальнейший разбор.
Шаг 2. Проверить регламентное задание и журнал ошибок обмена
В 1С за приём документов из сервиса распознавания отвечает фоновое задание — оно опрашивает очередь и создаёт документы по расписанию, обычно раз в несколько минут. Если задание не запущено, отключено после обновления конфигурации или зависло на предыдущей партии, новые документы просто копятся в очереди, ничего не сигнализируя пользователю. Проверяется это в разделе «Администрирование → Регламентные и фоновые задания»: там видно время последнего успешного запуска и текст последней ошибки, если она была.
Отдельно стоит заглянуть в журнал регистрации — там фиксируются обрывы соединения с сервером распознавания и таймауты запросов. На базе, которая и без того подвисает при закрытии месяца из-за нагрузки, регламентное задание обмена может не укладываться в отведённое время и тихо переноситься на следующий цикл — а бухгалтер в этот момент уже ждёт результата и не понимает, что часть работы просто отложена, а не потеряна. Если такое происходит из месяца в месяц в одни и те же даты, дело обычно не в разовом сбое, а в том, что регламентных заданий на сервере одновременно слишком много для его ресурсов.
Шаг 3. Тихий отказ на сопоставлении контрагента или номенклатуры
Самая частая причина из тех, что не видны без разбора логов. Сервис корректно прочитал ИНН и название поставщика, но в справочнике контрагентов 1С такой записи ещё нет — новый поставщик, задвоение с опечаткой в названии, смена реквизитов после реорганизации. Правило сопоставления не находит однозначного совпадения и не создаёт документ вслепую: он просто не появляется, а причина оседает в техническом логе, который бухгалтер обычно не открывает и не знает, что он вообще существует.
То же самое происходит с номенклатурой, если поставщик прислал позицию под новым артикулом или другой упаковкой, а правило соответствия настроено на точное совпадение. Проверить стоит по порядку:
- ✓есть ли контрагент с таким ИНН в справочнике и не задвоен ли он;
- ✓совпадает ли номенклатура из накладной с позицией в базе один в один;
- ✓не изменились ли реквизиты поставщика с прошлой поставки.
Если такие сбои повторяются регулярно из-за нестандартных названий у конкретных поставщиков, донастройка самих правил сопоставления — это уже доработка 1С, а не переключатель в интерфейсе: логику нужно менять программно, чтобы она узнавала поставщика не только по точному совпадению ИНН, но и по дополнительным признакам.
Шаг 4. Права пользователя, от чьего имени создаётся документ
Документы из сервиса распознавания в базу заносит технический пользователь — учётная запись, под которой работает обмен. Если после обновления конфигурации, смены пароля или общей чистки прав у этой учётной записи забрали право на создание поступлений или доступ к нужной организации, обмен формально отработает, а документ не создастся — и снова без видимого предупреждения бухгалтеру. Проверяется быстро: зайти под этим пользователем и попробовать вручную создать поступление в той же организации и с тем же видом операции — если система блокирует действие, причина найдена.
Что теряет бизнес, пока документ висит между сервисом и 1С
Пока причина не найдена, накладная существует только на бумаге и в сервисе распознавания — в учёте её нет. Поступление не проведено, значит вычет по НДС из этого периода откладывается на следующий, склад не может списать товар в реализацию, а отгрузку клиенту приходится задерживать или проводить в обход учёта, вручную, задним числом. Если разрыв повторяется каждую неделю хотя бы на части поставок, бухгалтерия тратит на ручной розыск и дозагрузку часы, которых нет в плане закрытия периода — а часть документов из-за этого рано или поздно теряется совсем и находится только при сверке с поставщиком, когда расхождение уже попало в отчётность.
Когда чинить самому, а когда звать сопровождение
Один потерявшийся документ из партии — обычно дело пяти-десяти минут: проверить статус в кабинете, заглянуть в справочник контрагентов, попробовать создать вручную. Другое дело, если разрыв повторяется каждую неделю на разных поставщиках или задание обмена регулярно не укладывается по времени — тогда причина системная, а не разовая, и чинить её точечно бессмысленно: через месяц вылезет снова, только с другим контрагентом. В этом случае разумнее один раз донастроить правила сопоставления и расписание регламентных заданий, чем каждую неделю тратить час бухгалтера на ручной розыск одних и тех же документов.
Чем закончился этот случай
В разборе из начала статьи причина нашлась на шаге три: один из четырнадцати поставщиков сменил ИНН после реорганизации, а справочник контрагентов об этом не знал. Правило сопоставления не нашло совпадения и молча пропустило один документ, пока остальные тринадцать благополучно создались в первые же минуты после распознавания. Как только контрагента завели заново и указали новый ИНН, оставшийся документ дозагрузился при следующем запуске регламентного задания — без ручного ввода и без повторной загрузки скана. Кладовщик получил приход в базе меньше чем через час после первого звонка.
Ниже — типичные места разрыва между статусом «распознано» и появлением документа в 1С, в порядке, в каком их стоит проверять.
| Где искать | Типичный признак | Кто чаще всего решает |
|---|---|---|
| Очередь передачи в сервисе распознавания | статус так и остаётся «в очереди», не переходит в «передано» | бухгалтер, без привлечения ИТ |
| Регламентное задание обмена в 1С | задание не запускалось несколько часов или зависло на прошлой партии | сисадмин или специалист сопровождения |
| Сопоставление контрагента или номенклатуры | часть документов из партии создалась, часть — нет | специалист по 1С, иногда доработка правил |
| Права технического пользователя обмена | ошибка одинаковая для всех документов, а не выборочная | сисадмин с правами администратора базы |
Как это выглядит в распознавании УПД от ukved
В сервисе распознавания УПД от ukved каждая стадия — распознано, передано, создано в 1С — видна отдельно, поэтому «повисший» документ находится по статусу за минуту, без разбора технических логов вручную. Если причина в правилах сопоставления или в регламентном задании конкретной базы, специалисты сопровождения донастраивают их на месте; если нужна нестандартная логика — например, автоматическое связывание по нескольким реквизитам сразу, — это оформляется как доработка 1С под конкретную базу, а не разовая правка «на глаз».
Подключение к распознаванию УПД стоит от 3900 руб/мес, разовая настройка обмена или разбор конкретного зависшего документа — по часовой ставке сопровождения 1С, от 3800 руб/час. Актуальные условия — на странице цены и тарифы.
❓ Частые вопросы
Почему в сервисе распознавания статус «готово», а в 1С документа нет?
Статус «готово» означает только то, что сервис прочитал реквизиты со скана. Создание документа в 1С — отдельный шаг обмена, и он может остановиться в очереди, на регламентном задании, на сопоставлении контрагента или из-за прав технического пользователя.
Как быстро понять, на каком именно шаге потерялся документ?
Сначала смотрят статус в личном кабинете сервиса распознавания: «передано» или «в очереди». Если «передано», а в 1С пусто — проверяют регламентное задание обмена и справочник контрагентов. Обычно причина находится за пять-десять минут.
Нужно ли каждый раз вручную заводить контрагента при смене его реквизитов?
Вручную — да, разово, чтобы дозагрузить зависший документ. Но если это повторяется регулярно на разных поставщиках, правило сопоставления стоит донастроить программно, а не заводить контрагентов вручную при каждом сбое.
Что делать, если такой разрыв повторяется каждую неделю?
Разовая причина и системная — разные истории. Регулярный разрыв обычно указывает на перегруженное регламентное задание или узкое правило сопоставления, и чинить это стоит один раз на уровне настроек или доработки, а не еженедельно вручную.
Сколько стоит настроить контроль передачи документов из распознавания в 1С?
Подключение к распознаванию УПД — от 3900 руб/мес. Разбор конкретного зависшего документа или настройка обмена и правил сопоставления оплачивается по часовой ставке сопровождения 1С — от 3800 руб/час.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

