Счёт-фактура и УПД: где 1С путает реквизиты при распознавании

Счёт-фактура фиксирует только сумму и ставку НДС и служит основанием для вычета налога. УПД объединяет её с накладной или актом: в шапке документа стоит статус «1» (полный аналог счёта-фактуры) или «2» (только первичка, без права на вычет). Путаница возникает, когда сервис распознавания читает УПД как обычный счёт-фактуру и теряет часть реквизитов.

чем УПД отличается от счёта-фактуры: разбор реквизитов

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

где в документе искать статус УПД

Статус УПД — это цифра «1» или «2» в отдельной ячейке в правом верхнем углу бланка, рядом с номером и датой. Шрифт там обычно мельче, чем в основной таблице, а сама ячейка может называться по-разному: «Статус», «СЧФ» или просто цифра без подписи. Для OCR-распознавания это неудобное место: соседние строки — название организации и адрес — забивают контраст, и цифра статуса теряется первой. В 1С эта единственная цифра решает, в какие регистры уйдёт документ: «Счета-фактуры полученные» и НДС-регистры — при статусе «1», только «Поступление товаров и услуг» — при статусе «2».

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

На практике различия ловятся не в бухгалтерии, а на входе — когда скан ложится в 1С через распознавание. Если сервис определяет документ только по слову «Счёт-фактура» в шапке, статус «1» или «2» он просто не видит и подставляет усечённый набор полей.

почему возникает путаница реквизитов при распознавании

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

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

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

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

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

как исправить ошибку сопоставления полей в 1С

Первый шаг — не редактировать документы в 1С задним числом, а разобраться, почему сервис не различает статус. Большинство типовых распознавалок настроены на один шаблон «счёт-фактура» и игнорируют строку статуса УПД, потому что она вынесена в отдельную ячейку в углу бланка, а не в основной блок реквизитов.

Рабочее решение — распознавание, которое сначала определяет тип документа по шапке и статусу, и только потом раскладывает реквизиты по нужным полям 1С: для статуса «1» — сразу и счёт-фактуру, и накладную или акт, для статуса «2» — только первичку без права на вычет, для обычного счёта-фактуры — минимальный набор полей без грузоотправителя. Мы настраиваем распознавание УПД из скана именно под эту логику: сервис читает статус документа, а не только заголовок, и подставляет реквизиты в те регистры 1С, где они физически используются — приход товара, вычет НДС, акт выполненных работ.

Разница на практике простая: типовой OCR-сервис отвечает на вопрос «что написано на скане», а нам нужно, чтобы система отвечала на вопрос «куда это положить в 1С». Поэтому в шаблон закладывается не общий список полей, а конкретные регистры и документы конфигурации — какие поля обязательны для статуса «1», какие можно оставить пустыми при статусе «2», и что делать, если ни один статус не распознан: документ уходит не в проводку, а в очередь на подтверждение бухгалтером, чтобы ошибка не попала в учёт молча.

что проверить в первую очередь

1. ✓смотрит ли шаблон распознавания на ячейку статуса УПД отдельно от заголовка документа;
2. ✓куда именно попадают реквизиты «грузоотправитель» и «основание передачи» — в отдельные поля или теряются;
3. ✓различает ли загрузка в 1С документ по статусу при выборе, в какой регистр его провести.

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

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

что делать, если ошибка повторяется на каждой партии

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

Отдельная головная боль — обособленные подразделения. У покупателя может быть один ИНН, но разные КПП на головной офис и филиал, и оба варианта встречаются в переписке с одним и тем же контрагентом в разные месяцы. Если шаблон распознавания жёстко привязан к паре ИНН-КПП, документы с «непривычным» КПП филиала он либо отклоняет, либо подставляет реквизиты головного офиса — а это уже прямая причина для вопросов от контрагента при сверке взаиморасчётов.

Часто это заметно у поставщиков, которые присылают документы через разные операторы ЭДО: один выгружает статус текстом «УПД (статус 1)» прямо в названии файла, другой — только цифрой в самом документе, третий вообще не подписывает статус и определяет его по составу реквизитов. Прежде чем донастраивать шаблон, стоит сопоставить 3-4 документа от проблемного поставщика за разные месяцы — обычно расхождение находится в одном и том же месте.

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

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

как предотвратить путаницу при массовом распознавании УПД

Полностью убрать путаницу нельзя — форматы документов у поставщиков разные и меняются без предупреждения. Но снизить частоту ошибок реально:

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

что зафиксировать в регламенте для бухгалтерии

Проще всего закрепить письменно: кто и как часто проверяет распознанные документы выборочно, что делать при пустом статусе УПД (не проводить автоматически, а откладывать на ручную проверку) и куда сообщать о новом формате от поставщика — чтобы шаблон донастраивали до того, как ошибка размножится на весь месяц.

Перед тем как переводить нового поставщика на автоматическое распознавание, разумно прогнать через сервис пробную партию — 15-20 документов за один-два месяца — и свериться с тем, что реально ушло в 1С, вручную. Если статус, грузоотправитель и суммы совпали без правок, можно ставить контрагента на поток; если нет — донастройка шаблона обойдётся дешевле, чем месяцы ручных исправлений постфактум.

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

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

Можно ли принять к вычету НДС по УПД со статусом «2»?

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

Чем УПД со статусом «1» отличается от статуса «2»?

Статус «1» объединяет счёт-фактуру и первичный документ — накладную или акт — в одном бланке и даёт право на вычет НДС. Статус «2» заменяет только накладную или акт, без счёта-фактуры, и права на вычет по этому документу не даёт. Разница видна в одной ячейке бланка, но определяет весь дальнейший учёт документа в 1С.

Почему сервис распознавания принимает УПД за обычный счёт-фактуру?

Чаще всего потому, что шаблон настроен на общий тип «счёт-фактура» и не проверяет отдельно ячейку статуса УПД в углу бланка. Документ распознаётся без явной ошибки, но часть реквизитов — грузоотправитель, основание передачи — просто не попадает в нужные поля 1С. Внешне всё выглядит корректно, поэтому ошибку обычно находят уже после проводки документа.

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

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

Сколько стоит подключить распознавание УПД для 1С?

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