Как распознать многостраничный УПД и не потерять строки таблицы

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

почему УПД на 4–5 страницах ломает типовое распознавание

Форма УПД, утверждённая ФНС, не рассчитана на компактность: при поставке в 30–40 позиций табличная часть с реквизитами, ставками НДС и итогами уже не помещается на один лист. Документ печатается или сканируется на несколько страниц, и здесь начинаются проблемы, которых нет у одностраничного УПД.

Заголовок таблицы — «№», «наименование товара», «количество», «цена», «сумма» — обычно печатается только на первой странице. Вторая и последующие продолжают таблицу без шапки, иногда даже без слова «продолжение». Типовое распознавание, настроенное на поиск заголовка перед каждой строкой, в этом месте либо обрывает таблицу, либо принимает вторую страницу за отдельный документ.

Добавляется ещё один источник ошибок — сканирование. Если бухгалтерия сканирует пачку документов через МФУ или мобильное приложение, страницы одного УПД могут перемешаться со страницами соседнего договора или счёта: разбор по внешнему виду листа, а не по номеру документа и отметке «лист N из M», здесь не работает.

Есть косвенный, но надёжный признак склейки — нумерация строк табличной части. В форме УПД строки нумеруются сквозно по всему документу: если первая страница заканчивается на строке 14, то вторая должна начинаться со строки 15, а не заново с 1. Разрыв нумерации — почти всегда сигнал, что распознавание потеряло переход между страницами.

случай: как одна строка потерялась на границе страниц

Оптовая компания в Москве получила от поставщика мебельной фурнитуры УПД на 4 страницы — 42 позиции, обычная для неё поставка на склад в Одинцово. Скан прислали одним PDF: страница 1 с шапкой и первыми 14 строками, страницы 2–3 — продолжение таблицы без заголовка, страница 4 — итоговая строка и подписи.

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

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

🔍 как распознавание должно вести многостраничный документ — по шагам

Чтобы не терять строки на границе страниц, обработка многостраничного УПД должна идти не «от строки к строке», а по документу целиком, с проверкой на каждом шаге.

1. определить число страниц по служебной отметке

В УПД обычно печатается отметка «лист N из M» в шапке или колонтитуле. Это первое, что должна прочитать система — она задаёт, сколько страниц ждать и куда возвращаться, если одна из них не распозналась. Если отметка отсутствует или нечитаема — например, обрезана при сканировании, — система должна ориентироваться на нумерацию строк табличной части как резервный признак продолжения.

2. привязать страницы к документу по номеру и дате, а не по порядку в файле

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

3. склеить табличную часть без повторного заголовка

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

4. сверить построчную сумму с итоговой строкой на последней странице

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

5. не проводить документ автоматически при расхождении

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

5 признаков, что строки потерялись при распознавании

• ✓сумма НДС по распознанным строкам не совпадает с итоговой строкой на последней странице документа — даже расхождение в несколько рублей достаточно, чтобы остановить проведение и проверить документ вручную;
• ✓количество позиций в 1С меньше числа строк, которые видно на скане накладной — сравнить проще всего по последнему номеру строки на скане;
• ✓вторая и последующие страницы документа не привязаны к номеру и дате первой страницы, а идут в базе как самостоятельные документы;
• ✓в файле отсутствует или искажена отметка «лист N из M», а количество страниц скана с ней не совпадает;
• ✓итоговая сумма в 1С равна сумме по одной из страниц, а не по документу целиком — верный знак, что остальные страницы прошли мимо.

Любой из этих признаков — повод открыть оригинал и пересчитать строки вручную, не дожидаясь сверки с поставщиком или закрытия периода.

📄 какой скан не даст распознаванию потерять страницы

Часть потерь строк закладывается ещё до распознавания — на этапе, как документ сканируют или фотографируют. Несколько простых правил снимают половину проблем ещё до того, как файл попадёт в обработку.

• ✓все страницы одного УПД — в один PDF, а не в отдельные JPG-файлы: при разрозненных файлах порядок страниц легко перепутать при загрузке;
• ✓отметка «лист N из M» и номер строки в шапке таблицы должны полностью попадать в кадр — обрезанный край страницы часто обрезает и эту отметку;
• ✓все страницы — в одной ориентации и с одинаковым разрешением: повёрнутая на 90 градусов страница 3 из 4 иногда обрабатывается системой как отдельный документ;
• ✓если документ сканирует МФУ пачкой, стоит проверить итоговый PDF на количество страниц сразу после сканирования, а не через неделю при вводе в 1С.

четыре способа обработать многостраничный УПД — и что теряется в каждом

как многостраничные УПД обрабатываем мы

Сервис распознавания УПД из скана изначально настроен на документы из нескольких страниц: система читает отметку «лист N из M», склеивает продолжение таблицы по структуре колонок и сверяет сумму по строкам с итоговой строкой перед тем, как документ уйдёт в проведение. Если сумма не сходится, документ остаётся на ручной проверке, а не проводится с недостающими строками.

Распознанные документы попадают прямо в базу через загрузку PDF в 1С — без промежуточной выгрузки в Excel и повторного ввода. Если у поставщика нестандартный шаблон УПД или таблица с дополнительными колонками, которые типовое распознавание не читает, это закрывается точечной доработкой 1С под конкретный формат.

Стоимость распознавания УПД начинается от 3900 руб/мес — актуальные пакеты и лимиты по документам смотрите на странице тарифов.

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

Можно ли распознать УПД, если в скане перепутан порядок страниц?

Да, если система привязывает страницы не по порядку в файле, а по номеру и дате документа, указанным в шапке каждой страницы. Так последовательность восстанавливается даже при перепутанных листах, а табличная часть склеивается корректно, без потери строк на стыке.

Как понять, что многостраничный УПД загрузился в 1С не полностью?

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

Что делать, если у поставщика УПД в нестандартном формате с дополнительными колонками?

Такие случаи закрываются точечной доработкой правил распознавания под конкретный шаблон поставщика — система дообучается читать таблицу целиком, включая нестандартные колонки, а не только типовую форму УПД, утверждённую ФНС.

Есть ли ограничение по числу страниц, которое система распознает без потерь строк?

Жёсткого ограничения нет — важна не длина документа, а то, как система ищет продолжение таблицы: по структуре колонок и сквозной нумерации строк, а не по повторному заголовку на каждой странице. УПД на 6–8 листов обрабатывается так же надёжно, как на двух.

Что дешевле — настроить распознавание многостраничных УПД или вводить их вручную?

Ручной ввод кажется бесплатным, но каждая пропущенная строка оборачивается пересчётом задним числом и риском не подтвердить вычет НДС при проверке. Настройка распознавания окупается уже на первых объёмных документах — тариф начинается от 3900 руб/мес.