Проще говоря, это не “пересказать счет”, а аккуратно достать конкретные реквизиты. Для бухгалтера, финансового менеджера или AI-агента важны не красивые формулировки, а поля, которые можно сверить с заказом, договором, оплатой, УПД, актом, CRM-сделкой или записью в 1С.
Обычно workflow состоит из нескольких шагов. Сначала документ принимается и классифицируется: это счет, акт, УПД или другой файл. Если документ сканированный, запускается OCR. Затем модель или document parser извлекает поля в structured output. После этого правила проверяют обязательные поля, формат ИНН, сумму, НДС, валюту, дату, дубли и связь с контрагентом.
Хорошая система не должна считать извлечение завершенным только потому, что модель вернула JSON. Нужны confidence score, проверка источника, ссылки на фрагменты документа, статус проверки и причина ошибки. Если сумма не сходится, ИНН не найден, документ плохо распознан или номер счета похож на дубль, кейс должен уходить в approval queue.
Извлечение счета отличается от сверки платежей. Extraction отвечает на вопрос: какие данные написаны в счете. Сверка платежей отвечает на вопрос: какой платеж закрывает этот счет и есть ли долг, переплата или комиссия. Эти процессы часто идут подряд, но смешивать их опасно.
Извлечение счета также отличается от OCR. OCR превращает изображение в текст. Extraction понимает, какие части текста являются номером, датой, суммой, НДС, реквизитами и строками товаров или услуг. Для цифрового PDF OCR может быть не нужен, но extraction все равно нужен.
В финансовых сценариях агент не должен автоматически проводить документы, закрывать оплаты или менять учет только на основании извлеченных данных. Безопасный старт: агент извлекает поля, показывает уверенность, подсвечивает расхождения и передает результат человеку или в read-only очередь проверки.
Примеры
- Поставщик прислал счет PDF по email. Агент достает номер, дату, ИНН, сумму, НДС и банковские реквизиты, а затем записывает черновик в таблицу проверки.
- Скан счета плохо распознался: сумма видна, но КПП не уверен. Агент ставит низкий confidence и отправляет документ бухгалтеру на ручную проверку.
- Счет похож на дубль: тот же контрагент, сумма и номер уже есть в реестре. Workflow не создает новую запись, а помечает документ как duplicate_candidate.
- В счете указана сумма с НДС, но НДС не совпадает с расчетом. Агент подсвечивает расхождение и не передает документ в 1С без approval.
- Счет пришел вместе с актом. Система классифицирует файлы отдельно, извлекает поля из каждого документа и связывает их по номеру договора и контрагенту.
Где используется
- обработка входящих счетов из email и ЭДО
- извлечение реквизитов для бухгалтерии
- подготовка черновиков для 1С или ERP
- сверка счета с договором, заказом и CRM-сделкой
- поиск дублей счетов
- проверка ИНН, КПП, суммы, НДС и валюты
- подготовка данных для сверки платежей
- очередь approval для спорных документов
- financial audit log по входящим счетам
- обработка счетов в AI-агенте первички
Связанные термины
Частые вопросы
Что такое извлечение данных из счета?
Это получение структурированных полей из счета: номер, дата, контрагент, ИНН, сумма, НДС, реквизиты, строки товаров или услуг и статус проверки.
Чем invoice extraction отличается от OCR?
OCR просто превращает изображение в текст. Extraction определяет смысл полей: где номер счета, где дата, где сумма, где НДС и какие строки относятся к номенклатуре.
Можно ли сразу отправлять извлеченный счет в 1С?
Для первой версии лучше нет. Сначала нужно проверять обязательные поля, confidence, дубли, суммы и НДС. Запись в 1С должна идти через approval или безопасный workflow.
Какие поля нужно извлекать из счета в MVP?
Минимум: номер, дата, продавец, покупатель, ИНН, КПП, договор или основание, сумма, валюта, НДС, банковские реквизиты, строки товаров или услуг и ссылка на исходный файл.
Что делать, если модель не уверена в поле?
Поле нужно пометить низким confidence, показать фрагмент источника и отправить документ на ручную проверку. В финансовых документах лучше не угадывать.