Загрузка договоров PDF в 1С: карточка контрагента, срок, сумма

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

почему договор — не то же самое, что УПД

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

Поэтому загрузка договоров требует не просто OCR, а логики распознавания смысла: программа должна понять, что фраза «настоящий договор вступает в силу с момента подписания и действует до 31.12.2026» — это срок, а не часть преамбулы. Такую настройку делают один раз под форматы договоров конкретной компании, и дальше система работает по этим шаблонам.

что 1С вытаскивает из PDF-договора и куда это попадает

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

• ✓Название организации, ИНН и КПП — сверяются со справочником «Контрагенты», при совпадении договор привязывается к существующей карточке, при отсутствии — создаётся черновик карточки на проверку
• ✓Номер и дата договора — заполняют реквизиты документа «Договор с контрагентом»
• ✓Срок действия — дата окончания или условие пролонгации записывается в поле, по которому потом строится напоминание об истечении
• ✓Сумма — общая сумма по договору или по спецификации, если она вынесена в приложение

Из этого списка чаще всего страдает именно срок действия. Бухгалтерия смотрит на договор один раз при подписании, а через десять месяцев узнаёт, что он истёк, только когда контрагент присылает письмо о расторжении.

сценарий: как теряют договор на 400 контрагентов

Компания на аутсорсинге бухгалтерии ведёт 1С:Бухгалтерию для клиента с базой в 400 контрагентов. Договоры хранятся в почте и в папке на файловом сервере — по одному PDF на письмо, без единой системы. Раз в квартал бухгалтер вручную открывает папку, ищет истёкшие договоры глазами и вбивает даты в Excel-табличку рядом.

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

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

ручной ввод против загрузки PDF: что меняется на практике

Разница не только в скорости набора текста. При ручном вводе бухгалтер физически не может держать в голове сроки по 400 договорам и полагается на напоминания в календаре, которые легко пропустить. При автозагрузке дата окончания попадает в систему одновременно с созданием карточки договора, и от неё можно строить отчёт или уведомление внутри самой 1С.

с чего начать внедрение загрузки договоров

Настройка начинается не с покупки инструмента, а с разбора реальных форматов договоров, которые компания получает от контрагентов. Обычно достаточно 10-15 типовых образцов: типовой договор поставки, договор услуг, договор аренды — под каждый формат прописываются правила извлечения полей.

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

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

что делать, если у договора нестандартная структура

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

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

Стоимость сопровождения после запуска — по часовой ставке сисадмина и специалиста 1С, 3800 рублей в час, если нужно донастроить правило под новый формат контрагента. Актуальные тарифы на настройку и обслуживание — на странице цен и тарифов.

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

можно ли загрузить договор в PDF, если он отсканирован, а не сделан в Word

Да, если сканы читаемые и текст не искажён при сканировании. Система распознаёт текст через OCR так же, как с обычными сканами счетов-фактур, но точность зависит от качества скана и чёткости шрифта.

как система понимает, что документ нужно привязать к уже существующему контрагенту, а не создать нового

Сопоставление идёт по ИНН и КПП из текста договора со справочником контрагентов в 1С. При точном совпадении договор привязывается к существующей карточке, при отсутствии — предлагается создать новую на проверку.

что если в договоре сумма указана только в приложении, а не в основном тексте

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

нужно ли менять типовую конфигурацию 1С для загрузки договоров

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

сколько времени занимает настройка распознавания договоров под конкретную компанию

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