Распознавание первичных документов в 1С: где помогает ИИ и что добавляет B2C

Опубликовано: 10 сентября 2026 года. Обновлено: 10 сентября 2026 года.

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

Короткий ответ: сервис 1С берет на себя распознавание и подготовку документа, но финальная проверка остается у сотрудника. Telegram-бот, MAX-бот, электронная почта и наблюдаемая папка являются не штатными каналами 1С:РПД, а отдельной интеграцией B2C. Ее задача состоит в том, чтобы безопасно принять файл, передать его в согласованный маршрут, сравнить ключевые реквизиты и не проводить документ без заданной роли человека.

Что умеет штатный сервис 1С:РПД

Штатный сервис 1С распознает первичные документы и готовит данные для учетной базы. По официальному материалу 1С от 8 сентября 2026 года он извлекает реквизиты, номенклатуру и суммы, предлагает сопоставления и оставляет сотруднику проверку перед созданием документа.

В актуальном описании сервиса перечислены счета, ТОРГ-12, акты, счета-фактуры, УПД и кассовые чеки. Официальная карточка также указывает поддержку «1С:Бухгалтерии 8» редакции 3.0, «1С:ERP», «1С:Комплексной автоматизации» редакции 2, «1С:Управления торговлей» редакции 11, «1С:УНФ» редакции 3.0 и «1С:Розницы» редакции 3.0. Перечень и условия проверены 10 сентября 2026 года на официальной странице 1С:РПД.

Документация «1С:Управления торговлей 11.5» уточняет рабочий процесс. Система может подсвечивать нераспознанные и неуверенно сопоставленные поля, проверять арифметику табличной части, предлагать похожих контрагентов и номенклатуру, искать потенциальные дубли и собирать связанные документы в комплекты. Пользователь выбирает подходящие объекты, исправляет спорные значения и только затем создает документ информационной базы.

Для оперативных обновлений о функциях 1С и изменениях рабочих процессов мы отдельно ведем Telegram-канал B2C. В статье остается полный проверочный маршрут, а в канале можно быстро увидеть сам факт изменения.

Что остается за человеком

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

Официальная статья 1С прямо описывает финальную проверку сотрудником и указывает, что без подтверждения документ в базу не попадет. Это важное ограничение: автоматизация сокращает ввод, но не отменяет учетную политику, права доступа и ответственность за отраженную операцию.

• Реквизиты шапки. Что сверить: организация, контрагент, договор, номер, дата, сумма и валюта.
• Табличная часть. Что сверить: номенклатура, единицы, количество, цена, ставка НДС и итоговые суммы.
• Дубликаты. Что проверить: не создан ли документ ранее вручную, через ЭДО или другой канал.
• Проведение. Что решить: можно ли только записать черновик или операция готова к проведению по правилам конкретной базы.

Где заканчивается 1С:РПД и начинается интеграция B2C

Telegram, MAX, электронная почта и наблюдаемая папка не заявлены здесь как встроенные входящие каналы 1С:РПД. B2C может разработать отдельную связку, которая получает вложение из разрешенного источника и передает его дальше по контролируемому сценарию.

Официальные API Telegram и MAX позволяют ботам получать события и работать с файлами, но сами по себе не классифицируют бухгалтерские документы и не создают объекты в 1С. Для почты дополнительно нужны правила доступа к ящику, фильтрация отправителей и защита от повторной обработки. Для папки нужны права файловой системы, архив исходников и журнал событий.

Как выглядит безопасный контур из четырех зон

Практичная схема B2C разделяет прием, распознавание, сверку и запись. Такое разделение позволяет видеть, где именно возникла ошибка, и не превращать интеграцию в непрозрачную автоматическую кнопку.

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

Если в компании уже используется 1С-ЭДО, структурированные электронные документы разумно обрабатывать через ЭДО, а распознавание оставлять для бумаги, сканов, фотографий и файлов, которые не поступили в подходящем формализованном формате. Эти потоки не должны создавать дубли одной хозяйственной операции.

Можно ли сравнить документ с тем, что уже внесено в 1С

Да, но правила сравнения нужно задать до автоматизации. Система должна отличать точное совпадение, допустимое отличие и ошибку, которая требует остановки процесса.

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

• Совпало. Все обязательные поля одинаковы или находятся в пределах заранее утвержденного правила.
• Требует проверки. Отличие допустимо технически, но его должен подтвердить сотрудник, например близкое наименование номенклатуры.
• Критическое расхождение. Не совпала организация, контрагент, номер, дата, сумма или другой блокирующий реквизит. Автоматическая запись останавливается.

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

Как проверить решение на 20-30 документах

Пилот должен измерять качество, а не создавать красивую демонстрацию. B2C предлагает взять 20-30 обезличенных документов с разными поставщиками, видами, качеством скана и количеством строк, а затем пройти один и тот же маршрут вручную и через тестовый контур.

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

• Определение вида документа. Метрика: сколько файлов правильно отнесено к счету, УПД, акту, накладной или чеку.
• Ключевые реквизиты. Метрика: доля корректно извлеченных значений по согласованному набору полей.
• Найденные расхождения. Метрика: сколько реальных отличий обнаружено и сколько ложных предупреждений получил сотрудник.
• Время проверки человеком. Метрика: продолжительность проверки одного документа по одинаковому сценарию.
• Повторяемость. Метрика: не создаются ли дубли при повторной отправке файла или сетевом сбое.

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

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

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

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

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

Как B2C внедряет распознавание и контроль первички

B2C начинает с обследования реального потока документов и базы 1С. Мы отделяем штатные возможности 1С:РПД от индивидуальной интеграции, определяем поддерживаемые документы, роли, правила сверки и безопасную точку остановки.

В состав работ могут входить подключение сервиса 1С, настройка рабочего места, проверка справочников, создание адаптера для Telegram, MAX, почты или папки, защита от повторов, классификация вложений, создание проекта документа, протокол расхождений, журналирование, тестирование на обезличенном наборе и обучение сотрудников. Конкретный состав определяется после проверки версии и доработок базы.

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

Официальные источники

• 1С: «Сервис 1С:Распознавание первичных документов: как ИИ в 1С избавляет от рутины», опубликовано 8 сентября 2026 года, проверено B2C 10 сентября 2026 года.
• 1С: карточка сервиса «1С:Распознавание первичных документов», проверено B2C 10 сентября 2026 года.
• 1С:ИТС, «Распознавание первичных документов» в 1С:Управлении торговлей 11.5, проверено по локальной копии документации 10 сентября 2026 года.
• Telegram: официальная документация Bot API, проверено 10 сентября 2026 года.
• MAX: официальная документация API для ботов, проверено 10 сентября 2026 года.