Распознать документ — половина задачи. Вторая половина в том, чтобы он превратился в документ 1С с правильным контрагентом, договором, номенклатурой и счётом учёта, не создав при этом дубль и не сломав обновление конфигурации. Способов доставки данных в 1С ровно три: штатный сервис 1С:Распознавание первичных документов, внешняя система, которая пишет в базу через HTTP-сервис, и файловый обмен через каталог или почту.
Разница между ними — не в качестве распознавания, оно вообще снаружи. Как машина читает сам документ, из каких четырёх слоёв это состоит и почему обещанные 99 % точности не означают 99 % готовых документов — разобрано отдельно, в статье как машина читает документ. Здесь речь только про 1С: цену стыковки, срок и то, где живёт очередь проверки. Ниже — сравнение по деньгам, разбор того, что происходит с контрагентом и номенклатурой при создании документа, защита от дублей и правила, при которых обновление конфигурации не превращается в проект.
Ставка в расчётах одна: бухгалтер 844 ₽/час — полная стоимость часа с взносами и рабочим местом. Модельный поток — 800 входящих документов в месяц у оптовой компании, средний документ 1,5 страницы. Цены — ориентиры на сентябрь 2026 года; это цена стыковки с 1С, а не всего проекта распознавания — его вилку 350 000–1 200 000 ₽ мы разбирали в материале о цене распознавания одного документа.
Три способа: сроки, деньги и границы применимости
Способы не конкурируют «лучше — хуже»: выбор определяется числом типов документов и тем, есть ли у контура распознавания сетевой доступ к базе 1С.
| Способ | Что нужно на стороне 1С | Срок | Стыковка с 1С | Поддержка, ₽/мес | Когда это ваш вариант |
|---|---|---|---|---|---|
| Штатный сервис 1С:Распознавание первичных документов | Типовая конфигурация на поддержке, действующий договор ИТС, подключение к интернет-поддержке | 1–2 недели | 40 000–90 000 ₽ | Оплата за страницы поверх ИТС | 1–2 типа документов, типовая конфигурация, до 1 500 страниц в месяц |
| Внешняя система через HTTP-сервис в расширении | Расширение с HTTP-сервисом, служебный пользователь, доступ из контура распознавания | 4–7 недель | 180 000–420 000 ₽ | 15 000–35 000 ₽ | Три и более типов, свои правила сопоставления, очередь проверки вне 1С |
| Файловый обмен через каталог или почтовый ящик | Обработка загрузки, каталог обмена, регламентное задание | 2–3 недели | 90 000–180 000 ₽ | 8 000–15 000 ₽ | К базе нет доступа снаружи, загрузка раз в день, переходный вариант на время пилота |
Считать надо не стыковку, а два года эксплуатации. Возьмём 800 документов в месяц двух типов на типовой Бухгалтерии: 1 200 страниц, цена страницы у штатного сервиса по рыночному ориентиру около 5 ₽ — точный тариф меняется, уточняйте у поставщика.
Вывод прямой: на одном-двух типах документов и типовой конфигурации разработку начинать не надо. К внешней системе переходят не потому, что она лучше, а когда упираются в границы штатной — и границы эти известны заранее.
- Набор типов документов у штатного сервиса закрытый: своя форма заявки, отраслевой акт или реестр перевозок в него не заводятся.
- Очередь проверки живёт внутри 1С: каждому оператору нужен вход в базу и клиентская лицензия. На двух проверяющих это незаметно, на шести — уже статья расходов.
- Свои правила сопоставления номенклатуры сверх типовых — только доработкой, а она возвращает вас к вопросу обновлений.
- Приём документов из почты и мессенджеров штатный сервис не закрывает: нужен отдельный приёмник, который сложит входящее в очередь и отсеет посторонние файлы. Состав этой задачи разобран на странице решения «Классификация документов».
Карта связей. Слева узел «поток документов: почта, сканер, мессенджеры». От него три горизонтальные ветки к правому узлу «документ 1С». Верхняя ветка: «1С:Распознавание первичных документов», подпись «40 000–90 000 ₽, 1–2 недели, очередь проверки внутри 1С». Средняя: «контур распознавания» и «HTTP-сервис в расширении», подпись «180 000–420 000 ₽, 4–7 недель, очередь снаружи». Нижняя: «каталог обмена или почтовый ящик», подпись «90 000–180 000 ₽, 2–3 недели, загрузка по расписанию». Ниже правого узла ответвление «в очередь на проверку». Подписи по-русски, чертёжная графика.
Что происходит с контрагентом, договором и номенклатурой
Момент создания документа — самое хрупкое место цепочки: здесь распознанный текст связывается со справочниками. Неверный контрагент ломает сверку, неверная номенклатура — себестоимость и остатки.
- 1Контрагент — по ИНН и КПП, а не по названию
Нашли одну запись — привязываем, не нашли — документ уходит в очередь. Молча создавать нового контрагента нельзя: так за полгода вырастает справочник с дублями, который потом чистят руками.
- 2Договор — по номеру и контрагенту
Если у контрагента один действующий договор нужного вида, подставляем его. Если несколько или ни одного — решение принимает человек. Автоподстановка «первого попавшегося» ломает взаиморасчёты тише всего и обнаруживается позже всего.
- 3Номенклатура — через таблицу соответствий
Строка поставщика сопоставляется с нашей позицией по артикулу, коду или названию, и результат сохраняется в таблице соответствий. Самая дорогая часть первых месяцев и одновременно та, которая быстрее всего дешевеет.
- 4Счёт учёта и ставка НДС — из карточки номенклатуры
Из документа их только сверяют. Расхождение ставки НДС между документом поставщика и карточкой — повод отправить документ человеку, а не взять молча любое из двух значений.
- 5Арифметика — до записи, а не после
Количество × цена = сумма строки, сумма строк плюс НДС = итог. Расхождение больше рубля на округлениях означает, что распознана не та строка или пропущена позиция: такой документ не проводится.
Сопоставление номенклатуры стоит показать в деньгах: именно оно делает первый месяц похожим на провал, хотя всё работает как задумано. Возьмём 300 УПД в месяц по 30 строк и 25 секунд на ручное сопоставление строки.
Смета, посчитанная по числу документов, ошибается кратно. Счёт на три строки и ТОРГ-12 на тридцать — один документ в отчёте и разница в четыре раза по минутам оператора. Просите подрядчика показать оценку в строках табличной части, а поток раскладывайте по типам и средней длине.
Дубли: как не создать один счёт дважды
Дубль в 1С — типовая авария первого месяца, и причин у него не одна, а четыре. Защита нужна от каждой.
- 1Ключ идемпотентности проверяется до создания документа, а не после: ИНН поставщика, номер документа, дата и сумма. Совпали все четыре — это дубль.
- 2Хеша файла недостаточно. Он ловит повторную загрузку того же файла и не ловит второй скан того же счёта, присланный другим менеджером: хеш будет другим, а счёт тем же.
- 3Журнал загрузки фиксирует не «обработан», а «создан документ с номером». Если статус ставится до записи, то после сбоя повторная попытка честно создаст второй документ.
- 4Счёт и УПД по одной поставке — не дубли, а разные документы: их связывают по номеру счёта в основании, а не отбрасывают.
- 5Обратный случай тоже реален: два разных счёта одного поставщика на одинаковую сумму в один день. Слишком грубый ключ склеит их, и один документ потеряется — поэтому номер документа в ключе обязателен.
- 6Найденный дубль не отбрасывается молча. Он показывается оператору со ссылкой на существующий документ и выбором «это тот же» или «это другой» — так же, как любое спорное поле в очереди проверки.
Вертикальная схема из шести блоков сверху вниз: «распознанные поля», «контрагент по ИНН и КПП», «договор по номеру», «номенклатура по таблице соответствий», «счёт учёта и ставка НДС из карточки», «проверка арифметики». От каждого из четырёх средних блоков вправо отходит стрелка в общий блок «очередь проверки» с подписями «не найден», «несколько вариантов», «новая позиция», «расхождение больше 1 ₽». Внизу блок «документ 1С проведён». Слева от блока проверки дублей врезка «ключ: ИНН + номер + дата + сумма». Подписи по-русски, чертёжная графика.
Бухгалтерия, УТ и УНФ подключаются по-разному
Фраза «интеграция с 1С» ничего не значит, пока не названа конфигурация: путь документа и набор обязательных реквизитов у них разные, и оценка работ отличается в полтора-два раза.
| Конфигурация | Куда ложится документ | Что усложняет стыковку | Практический вывод |
|---|---|---|---|
| 1С:Бухгалтерия предприятия 3.0 | Счёт от поставщика, Поступление товаров и услуг | Счета учёта и статьи затрат берутся из карточки номенклатуры: грязный справочник ломает проводку, а не только название | Самый короткий путь, штатный сервис закрывает большинство случаев |
| 1С:Управление торговлей 11 | Заказ поставщику, Приобретение товаров и услуг | Ордерная схема склада: приёмка и финансовый документ разделены, документ обязан сопоставиться с заказом | Работы на треть больше, чем в Бухгалтерии; сопоставление с заказом проектируется отдельно |
| 1С:Управление нашей фирмой | Счёт поставщика, Приходная накладная | Реквизитов меньше, но и типовых механизмов сопоставления меньше | Чаще всего делают файловым обменом или HTTP-сервисом |
Отдельный вопрос — состояние базы: если конфигурация снята с поддержки и дорабатывалась годами, сначала надо понять, что в ней осталось от типовой. Развилку «дорабатывать 1С или ставить внешний контур» мы разбирали в материале об автоматизации без замены 1С.
Обновления конфигурации: как не сорвать поддержку
Самая дорогая ошибка здесь обнаруживается не на приёмке, а через полгода: выходит релиз, а обновиться нельзя без ручного объединения конфигураций. Правила простые и проверяются до подписания акта.
- 1Всё в расширении с признаком «не изменяет типовую конфигурацию»: ни одной правки в типовых объектах.
- 2HTTP-сервис живёт в расширении и имеет свой корневой URL. Добавленный в типовую конфигурацию сервис снимает её с поддержки целиком.
- 3Метрика приёмки — число типовых объектов, снятых с поддержки. Норма ноль, и спросить об этом стоит на первом созвоне, а не на сдаче.
- 4Перед установкой релиза — прогон 20 документов на тестовой копии: сорок минут работы дешевле любой аварии в день закрытия месяца.
- 5Отдельно проверяются обновления библиотеки стандартных подсистем: механизмы обмена и HTTP-сервисов меняются в ней чаще прикладной части.
Когда распознавание в 1С не нужно вовсе
Прежде чем выбирать способ стыковки, разложите месячный поток по каналам поступления. У оптовой компании на 800 входящих документов типичная картина выглядит так: 310 приходят по ЭДО, 190 — PDF с текстовым слоем из учётной системы поставщика, 220 — сканы, 80 — фотографии.
- 310 документов по ЭДО распознавать нечем и незачем. У документа из Диадока, 1С-ЭДО или Saby ЭДО есть машиночитаемый файл и подпись отправителя: он просто загружается в 1С штатным механизмом. Правильный ответ здесь — настроить обмен и роуминг, а не читать картинку. Как это устроено, разобрано в материале о том, как устроен ЭДО и что нужно для старта.
- 190 PDF с текстовым слоем не требуют распознавания изображения: текст из них извлекается напрямую, и точность там 99,5–100 % по полю. Платить за них как за сканы не нужно — уточните у подрядчика, как тарифицируется этот случай.
- Перевод ещё части поставщиков на ЭДО стоит восемь часов работы. Шаблон письма плюс обзвон двадцати крупнейших контрагентов — это 6 752 ₽ разово по ставке 844 ₽/час, и он снимает из потока сотню документов навсегда. Ни одно распознавание такой отдачи на рубль не даёт.
- Реальных сканов и фотографий после такой разборки остаётся 300, а не 800. Это меняет и выбор способа стыковки, и всю смету — вплоть до вывода, что проект пока не нужен.
Если после разборки потока настоящих сканов остаётся меньше 300 в месяц, обсуждать HTTP-сервис не о чем: постоянные расходы контура съедят экономию при любом способе стыковки. Где именно проходит порог и как он двигается от вашей ставки часа — в разборе окупаемости распознавания на разных объёмах.
Сначала выясните, сколько документов у вас действительно приходит картинкой. Способ стыковки выбирается уже под это число.
