Загрузка PDF в 1С:Документооборот: почему счёт не долетает до проводки

1С:Документооборот принимает PDF, регистрирует и согласовывает его, но не создаёт бухгалтерскую проводку — это работа учётной системы: 1С:Бухгалтерии, УНФ или ERP. Граница проходит там, где скан должен превратиться в структурированные реквизиты — сумму, НДС, номенклатуру. Без отдельного шага распознавания или интеграции эти данные бухгалтер набирает вручную второй раз.

Что происходит с PDF после «загрузки» в 1С:Документооборот

1С:Документооборот в этой цепочке — архив и маршрутизатор, не бухгалтерия. Когда сотрудник загружает PDF-скан счёта или УПД, система создаёт карточку входящего документа: присваивает номер, прикрепляет файл, запускает маршрут согласования — кто визирует, в какие сроки, кому уходит на исполнение. На этом функция ДО заканчивается. Файл лежит в архиве, история согласования зафиксирована, но ни одна цифра из PDF не попала в план счетов, не легла в оборотку и не отразилась в НДС.

1С:Документооборот не знает, какая ставка НДС указана в счёте, к какому договору он относится и на какую номенклатурную позицию его разнести — это задача учётной системы, а не ДО. Разница принципиальная: документооборот работает с документом как с файлом и статусом, учёт — как с набором реквизитов, которые превращаются в проводку. Пока кто-то не перенёс эти реквизиты вручную или не настроил передачу данных, согласованный счёт в ДО и проводка в учёте — два никак не связанных события.

Путь одного счёта: от письма до проводки в учёте

В компании на 35–40 поставщиков процесс обычно выглядит так. Бухгалтерия получает счёт вложением в письме, сотрудник сохраняет PDF и заводит карточку входящего документа в 1С:Документообороте. Файл уходит на согласование: сначала руководителю отдела, потом финансовому директору — если сумма выше лимита. Через день-два виза стоит, статус меняется на «согласован», уведомление падает ответственному.

Дальше начинается вторая часть работы, которую ДО не видит. Бухгалтер открывает 1С:Бухгалтерию или УНФ вторым окном, смотрит на PDF на экране и вручную набирает сумму, ставку НДС, контрагента, номер и дату счёта, договор, номенклатурные позиции. На один счёт с несколькими строками уходит 5–10 минут — не потому что бухгалтер медленный, а потому что данные нигде не хранятся в структурированном виде, кроме головы человека, который их вбивает. При 40–60 счетах в месяц это почти целый рабочий день на перепечатывание того, что уже один раз напечатал поставщик. Согласование в ДО прошло быстро, но проводка появляется в учёте с задержкой, которая зависит только от загрузки бухгалтера в моменте.

Где именно рвётся цепочка между ДО и бухгалтерией

Граница проходит в точке, где скан должен перестать быть картинкой и стать структурированными данными. 1С:Документооборот хранит метаданные о процессе: кто автор, когда зарегистрирован, кто согласовал, какой статус. Учётной системе нужны другие реквизиты: сумма без НДС, сумма НДС, ставка, код номенклатуры, счёт учёта, аналитика по подразделению или проекту. Между этими наборами данных нет автоматического моста — если его не построить отдельно, разрыв повторяется на каждом документе.

Чаще всего разрыв не замечают, пока объём небольшой: пять-семь счетов в месяц бухгалтер перенесёт руками и не обратит внимания на потерянное время. Проблема проявляется на объёме, где ручной перенос конкурирует с закрытием периода. Тогда счета неделями лежат согласованными в ДО, но не отражёнными в учёте, потому что бухгалтер физически не успевает быть одновременно на закрытии месяца и на вводе входящих документов. Отчётность то и дело сдаётся с опозданием не потому что кто-то плохо работает, а потому что между двумя системами нет ничего, кроме человека с клавиатурой.

Три способа передать данные через эту границу

Три сценария закрывают этот разрыв по-разному — разница в скорости обработки одного документа и в цене ошибки.

Второй вариант подробно разобран на странице распознавания УПД из скана — он снимает ручной набор цифр, но согласование документа по-прежнему идёт отдельно, в ДО. Третий вариант — это уже доработка 1С под конкретную связку справочников и правил, и её имеет смысл делать, когда объём документов и правила сопоставления номенклатуры достаточно стабильны, чтобы окупить разработку.

Цена разрыва: во что обходится ручной перенос

Пока разрыв не закрыт, компания платит не деньгами напрямую, а временем и точностью. Бухгалтер тратит несколько часов в неделю на перепечатывание того, что уже есть в PDF, — это время уходит не в анализ и не в контроль, а просто в ввод данных. Ошибка в ставке НДС при ручном наборе всплывает не сразу, а на сверке или при формировании декларации, и её исправление занимает больше времени, чем стоил бы правильный ввод с первого раза.

Задержка между согласованием в ДО и отражением в учёте сдвигает закрытие периода: отчёт по расходам подразделения строится на неполных данных, потому что часть согласованных счетов физически ещё не в учёте. При росте потока документов ручной перенос масштабируется хуже всего остального в компании — на 40 счетах в месяц он ещё терпим, на 150 превращается в отдельную нагрузку или в постоянные переработки бухгалтерии.

Как собрать схему без двойного ввода

Рабочая схема соединяет распознавание и передачу данных, а не заменяет ДО учётной системой. Согласование по-прежнему идёт в 1С:Документообороте — маршрут, визы, контроль сроков там уже настроены, и менять их незачем. А момент, где скан превращается в документ учёта, стоит вынести в отдельный шаг: распознать реквизиты счёта или УПД и передать их в 1С:Бухгалтерию, УНФ или ERP без повторного набора.

В UKVED настраиваем именно эту связку под конкретный набор документов и справочников заказчика: сначала разбираем, какие поля обязательны для проводки и какие правила сопоставления номенклатуры и контрагентов уже есть в базе, и только потом собираем передачу данных между ДО и учётом. Подробности услуги — на странице загрузки PDF в 1С, стоимость смежных работ и обслуживания — в тарифах. Итог простой: согласование остаётся в ДО, а в учёт данные попадают без бухгалтера, который вручную перепечатывает то, что поставщик уже один раз напечатал в своём счёте.

❓ Частые вопросы

Загружает ли 1С:Документооборот PDF-счета напрямую в бухгалтерский учёт?

Нет. ДО хранит файл, привязывает его к карточке входящего документа и проводит по маршруту согласования, но проводку создаёт учётная система — 1С:Бухгалтерия, УНФ или ERP, и данные туда нужно передать отдельно, вручную или через интеграцию.

Чем распознавание PDF отличается от загрузки в 1С:Документооборот?

Загрузка в ДО — это фиксация и согласование файла. Распознавание — извлечение из него структурированных данных: суммы, НДС, номенклатуры, которые можно сразу превратить в документ учёта, минуя ручной ввод бухгалтером.

Сколько стоит связать 1С:Документооборот с учётной системой?

Готового фикс-прайса нет — объём зависит от количества видов документов и правил сопоставления номенклатуры. Типовая доработка 1С считается по тарифу сопровождения — от 3800 ₽/час, распознавание счетов и УПД подключается отдельно от 3900 ₽/мес.

Можно ли обойтись без интеграции и просто дисциплинировать бухгалтерию?

На объёме до десятка счетов в месяц — да. Дальше ручной перенос начинает съедать часы бухгалтера и провоцирует ошибки в НДС и суммах, которые всплывают уже при закрытии периода.

Что делать, если счета приходят в разных форматах — сканы, фото, PDF из ЭДО?

Разные источники нормально сочетаются на входе, если этап распознавания рассчитан на них: скан со смартфона, PDF от контрагента и выгрузка из ЭДО приводятся к одному формату данных перед попаданием в учёт.