1С:Распознавание первичных документов: что распознаёт, сколько стоит и где предел

Что такое 1С:РПД и что он распознаёт

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

По состоянию на 2026 год сервис распознаёт основные виды входящей первички:

• счета на оплату;
• товарные накладные (ТОРГ-12);
• акты выполненных работ и оказанных услуг;
• счета-фактуры;
• универсальные передаточные документы (УПД) и универсальные корректировочные документы (УКД);
• кассовые чеки.

Сервис работает с типовыми конфигурациями: 1С:Бухгалтерия, Управление нашей фирмой (УНФ), ERP, Комплексная автоматизация, Управление торговлей, Розница, Управление холдингом. Доступен он как в «коробочных» версиях, установленных локально, так и в облаке 1С:Фреш. Если у вас типовая база и стандартный поток бумажных счетов и накладных, 1С:РПД, как правило, закрывает задачу без единой строчки кода.

Сколько стоит: тарифы и лимиты (в т.ч. Фреш)

Оплата в 1С:РПД считается по числу распознанных страниц, а не по числу документов: многостраничный акт спишет несколько страниц. Часть лимита даётся бесплатно и обновляется раз в 12 месяцев.

Бесплатные лимиты (на 12 месяцев):

• локальные («коробочные») версии — 250 страниц в год;
• 1С:Фреш, тариф Базовый — 30 страниц в год;
• 1С:Фреш, тарифы ПРОФ / СПЕЦ / КОРП / ERP — 250 страниц в год.

Когда бесплатный лимит исчерпан, докупаются платные пакеты страниц:

• 100 страниц — порядка 3 500 ₸;
• 500 страниц — порядка 15 000 ₸;
• 1 000 страниц — порядка 27 000 ₸;
• 5 000 страниц — порядка 125 000 ₸;
• 10 000 страниц — порядка 240 000 ₸.

Логика простая: чем крупнее пакет, тем дешевле страница. На маленьком пакете страница выходит примерно 35 ₸, на большом — ближе к 20–25 ₸. Суммы в тенге приведены ориентировочно (по состоянию на 2026 год); актуальные тарифы для Казахстана уточняйте у 1С — они зависят от версии и пакета.

Точность и автосопоставление контрагентов и номенклатуры

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

Заявленная точность распознавания — до 98%. Это честный ориентир для чистых, читаемых документов типовых форм. На практике итоговое качество зависит от исходника: хороший PDF из учётной системы поставщика распознаётся почти идеально, а мятая фотография чека с бликом — заметно хуже. Поэтому цифру в 98% разумно воспринимать как «в среднем при хорошем качестве сканов», а не как гарантию по каждому документу.

Из этого следует важное правило, которое одинаково касается и родного сервиса, и любого стороннего решения: распознавание не отменяет проверку человеком. Автосоздание контрагентов удобно, но без контроля оно способно за месяц наплодить дубли в справочнике. Об этом — в разделе про встраивание в процесс.

Где у родного сервиса предел

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

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

Ни один из этих пунктов не делает 1С:РПД «плохим» — они просто очерчивают границу, за которой удобнее собственный процесс.

Родное vs кастомный пайплайн: когда что выбрать

Кастомный поток — это связка OCR и LLM, собранная на low-code платформе вроде n8n или Make: документ из любого источника попадает в сценарий, распознаётся, проходит ваши проверки и заносится в 1С через OData или HTTP-сервис. Что это даёт по сравнению с родным сервисом:

• Гибкость по источникам — почта, мессенджеры, порталы поставщиков, общие папки собираются в один поток.
• Свои правила сопоставления и проверки дублей — матчинг по вашим артикулам и договорам, контроль повторных загрузок.
• Отсутствие пер-страничной платы на объёме — на больших потоках стоимость обработки перестаёт линейно расти со страницами.
• Занесение в 1С через OData или HTTP-сервис и приложение оригинала к документу.

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

Как встроить в процесс (проверка перед проведением)

Независимо от того, родной это сервис или собственный пайплайн, встраивать распознавание в учёт нужно по одному принципу: автоматика готовит документ, человек его проводит. Распознанный документ должен попадать в базу в статусе черновика или «на проверке», а не проводиться сразу.

Практичный порядок шагов выглядит так:

1. документ поступает из источника (сканер, почта, мессенджер, портал);
2. OCR распознаёт реквизиты, суммы и позиции;
3. система сопоставляет контрагента и номенклатуру со справочниками, отмечает новые элементы;
4. сценарий проверяет ключевое: суммы, НДС, дубли, обязательные поля;
5. черновик создаётся в 1С, к нему прикладывается оригинал (скан или фото);
6. бухгалтер сверяет и проводит документ вручную.

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

Правило, которое стоит закрепить на старте: проверка бухгалтером перед проведением остаётся всегда — и в родном сервисе, и в кастомном пайплайне.