Автоматизация30 сентября · MakeBiz · 7 минут

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

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

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

Ломается такой поток почти всегда в одном месте. Между «файл прочитан» и «документ проведён» стоят проверки, которые никто не отменял, и если их не разложить заранее, экономия на вводе уходит на разбор ошибок.

Здесь речь про первичку и учёт. Что такое распознавание документов вообще и чем оно отличается от сканирования, разобрано в отдельной статье.

Путь документа от поставщика до проводки

Шаги одни и те же, меняется только то, кто их делает.

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

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

Что бухгалтер проверяет в любом случае

Распознавание сокращает ввод, а не контроль. Смотреть приходится на то же самое:

  • контрагента: по ИНН и КПП, а не по названию, потому что похожих названий много, а ИНН один;
  • номер и дату документа: от них зависит период, в который документ попадёт;
  • суммы и НДС: итог, ставку и то, выделен налог или уже сидит в цене;
  • номенклатуру: позиция поставщика должна лечь на вашу карточку, а не завести новую;
  • дубли: один и тот же акт легко приходит дважды, из почты и от менеджера;
  • подписи и печати на сканах: система видит их как картинку, а не как реквизит.
Покажем обработку на ваших документах
Пришлите пачку реальных счетов и накладных: разберём их, покажем извлечённые поля и посчитаем подключение под ваш объём.

Где поток встаёт

Мест немного, и они повторяются от компании к компании.

  • Качество исходника. Ровный скан читается увереннее, чем снимок под углом в плохом свете. Фотографии с телефона разбираются, но поля на них чаще приходится поправлять.
  • Чужая номенклатура. Поставщик называет позицию по-своему, и сопоставление с вашим справочником это отдельная работа. Один раз сделанное сопоставление дальше переиспользуется, первый прогон всегда дороже.
  • Приложения и спецификации. Часть условий живёт не в накладной, а в приложении к договору. Документ прочитан верно, а суммы не сходятся, потому что читали не тот лист.
  • Досылки и исправленные версии. Исправленный счёт приходит вдогонку старому, и без проверки по номеру и сумме в учёт попадают оба.

Проверочный вопрос к любому решению по первичке: что приходит на вход бухгалтеру. Готовый документ учёта с подставленными полями или файл с текстом, из которого данные всё равно переносят руками.

Что берём на себя с первичкой

Мы работаем с документами на участке до учёта: IntDoc читает документ построчно и вытягивает из него поля, а результат уходит туда, где его ждут. Выгрузка в 1С у нас есть: данные из распознанного документа уходят в учётную систему, а не остаются в отдельном окне. Настройка обмена под вашу конфигурацию — отдельная работа, её объём зависит от доработок базы.

Из документа достаются цена и валюта, срок поставки, наличие на складе, номенклатура и позиции, условия оплаты, гарантия и сервис, реквизиты поставщика, скидки и спецусловия.

Форматы принимаются как есть: PDF, сканы, фото с телефона, Word, Excel, письма, прайс-листы, счета и коммерческие предложения. Результат выгружается в Excel, в CRM и в Битрикс24, история сравнений остаётся внутри.

Стоимость считается под объём: три уровня подключения, от небольшого потока документов до крупных закупок и тендеров. Начинаем с демо на ваших реальных документах.

Где здесь всё-таки 1С

Обмен между Битрикс24 и 1С это отдельная и понятная работа. У нас она типовая: настройка такого обмена входит в поддержку Битрикс24 наравне с правкой воронок, правами доступа и подключением телефонии.

Пакеты поддержки считаются часами: 19 500 ₽ за 5 часов в месяц, 37 050 ₽ за 10 часов, 105 300 ₽ за 30 часов со сроком действия три месяца.

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

С чего начать в бухгалтерии

Порядок, который экономит месяц на внедрении.

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

Чего распознавание первички не делает

Оно не проводит документы и не отвечает за учёт. Ответственность за проводку и за период остаётся на бухгалтере, система избавляет его от набора.

Оно не наводит порядок в номенклатуре. Если справочник вёлся как получится, распознавание покажет это быстро: сопоставлять будет не с чем.

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

Коротко

Вопросы и ответы

Что такое распознавание документов в 1С?

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

Какие первичные документы имеет смысл распознавать?

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

Что остаётся за бухгалтером после распознавания?

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

IntDoc интегрируется с 1С?

Да. IntDoc читает документы построчно, вытягивает поля и выгружает результат в 1С, а также в Excel, в CRM и в Битрикс24; история сравнений хранится внутри сервиса. Настройка обмена под конкретную конфигурацию — отдельная работа: её объём зависит от доработок базы и состава справочников.

Сколько стоит обработка первичных документов?

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

Что делать с плохими сканами и фото с телефона?

Они разбираются, но точность на них ниже, чем на ровном скане или исходном PDF. Практический вывод один: на пилот берите не лучшие документы, а реальные, включая кривые снимки, и заранее договоритесь, кто и в какой момент правит поле, которое система не поняла. Этот порядок важнее процента точности из презентации.

← Все статьи