Короткий ответ: готовый сервис или разработка
Если вам нужно переносить счета, акты, накладные и УПД в 1С, начните с «1С:Распознавания первичных документов». 1С описывает распознавание этих входящих файлов, создание документов базы и прикрепление сканов. Пользователь проверяет результат перед дальнейшей работой. Доступность и набор функций нужно сверить с вашей программой, её версией и условиями подключения.
Своя разработка нужна не из-за слова «ИИ» и не из-за того, что файлы приходят из нескольких каналов. Сначала испытайте готовый путь на своих файлах и запишите, где он оставляет ручную работу или не выполняет нужное правило: особый вид документа, согласование между сотрудниками или передача в несколько систем. Если готовые настройки и интеграции не закрывают эти разрывы, оцените отдельную связку именно для них.
Представьте счёт и черновик рядом. Название поставщика похоже на запись в справочнике, но ИНН не совпадает. Полезная система не выбирает «почти такого же» контрагента: подсвечивает место в файле, останавливает передачу и просит бухгалтера решить, исправить карточку или запросить другой документ. Только подтверждённый вариант может стать черновиком в 1С.
Как файл превращается в запись учёта
Получение. Счёт может прийти на почту, акт через личный кабинет, а чек в виде фотографии. Система сохраняет исходный файл и источник. Если бухгалтер позже не сможет открыть исходник рядом с записью, исправлять ошибку будет трудно.
Чтение и извлечение. Распознавание текста отвечает на вопрос «какие символы есть на странице». Извлечение полей отвечает на другой: «какая из сумм является итогом, кто поставщик, сколько строк в таблице». Даже текстовый PDF не гарантирует готовой карточки: один номер может относиться к счёту, а другой к договору. Документация Google по извлечению данных также разделяет чтение полей и таблиц и настройку схемы извлечения.
Сверка. Система ищет контрагента в справочнике 1С (списке уже заведённых компаний), сравнивает сумму с файлом и проверяет обязательные для вашего процесса поля. Представьте УПД с несколькими позициями: шапка прочитана правильно, но одна строка пропущена. Такой документ нельзя считать готовым только потому, что итоговое поле заполнено. Неясную строку нужно показать человеку рядом с фрагментом изображения.
Решение и передача. Проверяющий подтверждает черновик или возвращает файл на уточнение. После этого сервис передаёт данные в 1С и получает результат операции. При тайм-ауте ответ мог потеряться уже после создания документа в 1С: AWS описывает такую ловушку повторов для обмена между системами. Сохраните постоянный идентификатор передачи; перед повтором проверьте по нему или по согласованным реквизитам, есть ли запись в 1С. Если проверить автоматически нельзя, передайте случай человеку. Только после сверки решайте, повторять ли отправку. Для иных систем принцип тот же: сохраняйте связь «исходник → извлечённые поля → исправления → результат в учёте».
Созданный черновик в 1С ещё не означает, что документ проведён и влияет на учёт. Кто проверяет черновик, по какому правилу проводит его и что делать при отказе — отдельные решения для вашей конфигурации. В первом пилоте достаточно проверить один согласованный маршрут до черновика и не обещать автоматическое проведение без испытания.
Чему нас научил маршрут проверки документов
В проекте «Проверка врачей» мы сделали бота для входа в закрытое профессиональное сообщество. Он просит данные и подтверждение, сверяет сведения на сайтах, сохраняет решение и даёт администратору управлять исключениями. Важна связка шагов: файл или фотография сами по себе не открывают доступ; результат появляется после проверки по правилам. Для бухгалтерских документов логика контроля похожа, хотя поля и последствия решения совсем другие.
Реальный проект 13FOX
«Проверка врачей»: документ ведёт к решению, а не к полю в форме
В боте для профессионального сообщества мы собрали ФИО и подтверждения, сверку сведений на сайтах, решение о допуске и работу с исключениями. Этот маршрут показывает, зачем после получения документа нужен проверяемый результат.
Для бухгалтерского потока вместо допуска участника итогом станет подтверждённая запись в 1С. Начните с карты полей, источника истины и правил передачи, а уже затем выбирайте способ извлечения текста.
Когда хватит 1С, а когда нужна своя связка
Проверьте готовый сервис на тех файлах, которые реально приходят. В перечне 1С:РПД есть счета, накладные, акты, счета-фактуры, УПД, УКД и кассовые чеки. Поддерживаются в том числе PDF, изображения и цифровые документы. Список на странице поставщика не означает, что каждый вид сразу доступен в любой вашей конфигурации: это нужно проверить до закупки или настройки.
| Ситуация | С чего начать | Что проверить |
|---|---|---|
| Типовые документы в поддерживаемой 1С | Проба 1С:РПД на своих файлах | Поля, строки, сопоставление со списками 1С, ручные исправления |
| Несколько каналов и согласующих | Карта маршрута и проба готовых настроек | Закрывает ли готовый путь получение, спор и подтверждение без ручного переноса |
| Особые виды документов или несколько систем | Пилот извлечения и интеграции одного потока | Поля, права, возвраты, дубли и доставку результата |
Иногда достаточно изменить процесс: сотрудники загружают документы в штатный инструмент и подтверждают результат, а новая программа не нужна. Если готовые настройки не соединяют почту, хранение, согласование и учёт без постоянного ручного переноса, ценность заказной связки в этом разрыве, а не только в новой модели ИИ. Для связи нескольких систем смотрите также наш разбор API-интеграций.
Матрица полей: что ИИ предлагает, а что человек подтверждает
Перед пилотом возьмите один вид документа и перечислите поля, которые действительно нужны следующему сотруднику или 1С. Для каждого поля укажите место в исходнике, правило сверки и действие при сомнении. Скопируйте таблицу ниже в техническое задание; удалите ненужные строки и добавьте свои.
| Поле | С чем сверить | Если не совпало | Кто решает |
|---|---|---|---|
| Тип документа | Заголовок и состав файла | Отправить в верный маршрут, не создавать произвольную запись | Принимающий сотрудник |
| Контрагент и ИНН | Исходник и справочник 1С | Показать варианты и исходный фрагмент | Ответственный за контрагентов |
| Номер и дата | Исходник и уже заведённые документы | Проверить дубль и исправление | Бухгалтер или оператор |
| Сумма и налог | Итоги и строки файла | Остановить передачу до проверки | Бухгалтер |
| Позиции и количество | Таблица файла и справочник товаров | Показать проблемную строку | Оператор номенклатуры |
Это шаблон проектирования, а не правило бухгалтерского учёта для всех компаний. Если поле нечитаемо, система должна обозначить сомнение, а не догадаться о значении. AWS в рекомендациях по извлечению документов предупреждает о сложных таблицах и советует учитывать уверенность модели вместе с ценой ошибки. Универсальный процент для всех документов из этого не следует: порог и маршрут проверки задают по своим файлам.
Тестовый набор: проверьте не только красивый счёт
Для первого испытания положите в набор обычный файл и случаи, которые ломают работу после распознавания. Ниже дана заготовка сценариев с ожидаемым поведением. Это не измерение точности модели: она показывает, что вы хотите увидеть при ошибке. Скачайте матрицу тестов в CSV и заполните по своим документам. Начните со строк «первый поток» для одного вида файла; акты, УПД и неподдерживаемые типы стоят в следующей волне. В матрице нет данных реальных клиентов.
| Файл для проверки | Что должно произойти | Чего не должно быть |
|---|---|---|
| Читаемый счёт | Поля показаны рядом с исходником, контрагент найден по идентификатору | Выбор по одному похожему названию |
| Следующая волна: УПД с несколькими строками | Число позиций и итог сверены с файлом | Потерянная строка без сигнала |
| Повтор того же файла | Показана существующая запись или вопрос проверяющему | Молча создан второй документ |
| Нечитаемая сумма | Запрошен новый скан либо ручное подтверждение | Угаданная сумма ушла в учёт |
| Ответ 1С не пришёл | Перед повтором сверить по постоянному идентификатору или реквизитам, появилась ли запись в 1С | Слепой повтор, который создаёт дубль |
Начните с нескольких обезличенных копий одного основного вида документа: обычный файл, повтор, плохой скан и спорный реквизит. По ним проверьте полный маршрут до 1С. Затем добавляйте другие виды, поставщиков и макеты отдельной волной. Если настоящих файлов нет, искусственные примеры помогут проверить маршрут, но не покажут качество на вашем потоке. По итогам пилота запишите, на каких файлах система остановилась и передала решение человеку.
Как оценить пилот, стоимость и запуск
Оценка складывается из четырёх частей: подготовка типов файлов и полей; извлечение данных и экран проверки; связь с 1С или другой системой; поддержка после запуска. Если готовая 1С:РПД покрывает задачу, сравнивайте стоимость его подключения и настройки с заказной разработкой. Если нужен свой поток, спрашивайте цену полного маршрута, включая дубли, очередь при сбое, права доступа и изменение шаблонов поставщиков.
Запишите наблюдаемые показатели без обещаний заранее: какие критичные поля были верны без исправления, сколько времени сотрудник потратил на проверку, какие файлы отправлены на ручной разбор, сколько дублей остановлено и возникла ли неверная запись в учёте. Эти результаты будут относиться только к вашему тестовому набору. При другом качестве сканов и новых шаблонах показатели могут измениться.
Приёмка: на тестовой копии 1С обработайте обычный документ, дубль, плохой скан и потерянный ответ после отправки. Для каждого сохраните исходник, предложенные поля, исправления, решение человека и итоговую запись. После тайм-аута сначала сверьте, не создан ли документ в 1С, и только затем повторяйте передачу. Если цепочку нельзя восстановить, автоматизацию рано запускать на полный поток.
Не пересылайте чувствительные документы в случайный публичный сервис ради быстрого теста. Сначала договоритесь, где будут храниться файлы, кто их увидит, сколько времени они нужны и как удалить тестовые копии. Эти условия влияют на выбор готового продукта и объём внедрения так же, как качество распознавания.
Частые вопросы
Можно ли сразу отправлять распознанный документ в 1С?
Технически передачу можно автоматизировать, но сначала определите поля, которые требуют сверки с исходным файлом и списками контрагентов и товаров в 1С. Для спорной суммы, контрагента, строки товара или дубликата нужен маршрут проверки. Кто подтверждает запись и можно ли автоматически проводить документ, то есть окончательно отражать его в учёте, зависит от вашего процесса и конфигурации 1С.
Когда хватит 1С:Распознавания первичных документов?
Начните с него, если у вас поддерживаемая программа 1С и типовые счета, акты, УПД или другие документы из перечня сервиса. Прогоните обезличенные примеры, проверьте сопоставление с вашей базой и время ручной проверки. Если готовый путь и доступные настройки не закрывают нужные файлы, согласование или передачу в другие системы, оцените расширение отдельно.
Нужен ли ИИ, если PDF уже содержит текст?
Не всегда. Если документы имеют стабильный шаблон, поля можно извлекать и проверять обычными правилами. ИИ полезен, когда макеты заметно различаются, приходят фото и сканы или нужно понять структуру. Выбор проверяют на своих документах, а не по названию технологии.
Как оценить качество пилота без выдуманного процента точности?
На наборе своих файлов фиксируйте правильность критичных полей, долю документов без исправлений, число дублей, время проверки и поведение при неподдерживаемом файле или недоступной 1С. Отдельно смотрите, не попала ли неверная запись в учёт. Порог приемлемости задавайте по цене ошибки в вашем процессе.
Источники и следующий шаг
- 1С: официальный обзор распознавания первичных документов, проверено 23.09.2026.
- 1С:ИТС: поддерживаемые виды файлов и документы, проверено 23.09.2026.
- 1С: проверка результата пользователем, проверено 23.09.2026.
- AWS: качество исходника и контроль спорных извлечений.
- AWS: почему потерянный ответ требует сверки перед повтором.
Когда проблема находится не в чтении файла, а в обмене готовых данных между программами, полезен наш материал об интеграции магазина и 1С: там подробно разобраны владельцы данных, повторы и ошибки передачи. Если у вас поток с разными типами файлов, обсудите внедрение ИИ-решения после теста готового сервиса.
Проверим один поток документов
Оставьте номер для короткого разговора. Назовите основной вид документа, нужные поля и конфигурацию 1С; обезличенный пример можно передать позже. Мы сравним штатный путь 1С с отдельной интеграцией и составим первый тестовый набор. Пароли и доступ к рабочей базе не нужны.
Для первого разговора не нужны пароли и доступы к рабочим системам.