Счета из PDF в проверочную таблицу
Сценарий ускоряет перенос реквизитов из однотипных документов, но не проводит платеж и не заменяет бухгалтерскую проверку. Для каждого значения сохраняется ссылка на исходный файл и признак уверенности.
Цель и граница автоматизации
Что меняем
Сценарий ускоряет перенос реквизитов из однотипных документов, но не проводит платеж и не заменяет бухгалтерскую проверку. Для каждого значения сохраняется ссылка на исходный файл и признак уверенности. Практическая цель этой схемы - получить строка с реквизитами счета и статусом проверки в форме, которую ответственный может проверить по исходным данным. Скорость полезна только вместе с понятной границей ответственности и журналом изменений.
Где останавливается ИИ
Финансовые документы требуют отдельной политики доступа. Перед внедрением проверьте хранение файлов, журнал действий и запрет автоматической оплаты. ИИ завершает работу на стадии подготовки и разметки. Любое действие, которое меняет учетные данные, публикует текст, связывается с человеком или создает обязательство, выполняется только после явного подтверждения владельца процесса.
Здесь сценарий описан как пульт контроля: сначала сигналы качества и условия остановки, затем логика обработки. Формат подходит регулярным процессам, где опаснее незаметный сбой, чем медленный результат. Владелец должен видеть свежесть данных, очередь исключений и последний успешный запуск.
Метрика скорости не может быть единственной. Добавьте число дублей, пропусков, смысловых исправлений и ручных остановок. Эти показатели показывают, какой слой требует доработки: источник, автоматизация, инструкция модели или правило согласования.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Счета из PDF в проверочную таблицу». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Строка с реквизитами счета и статусом проверки» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Какие показатели отслеживать
Измеряйте путь до подтвержденного результата «Строка с реквизитами счета и статусом проверки», а не только скорость ответа модели.
Считайте изменения фактов, категорий и решений отдельно от стилистических правок. Так видно, где схема действительно ошибается.
Ошибки доставки, дубли и остановленные входы относятся к надежности автоматизации и не должны смешиваться с качеством текста.
Правила решений и остановки
- Остановить обычный маршрут, если возникает риск: OCR может перепутать цифры в реквизитах или сумме.
- Передать ответственному случай, в котором возможно следующее: Разные шаблоны счетов требуют разных правил извлечения.
- Не публиковать и не записывать итог автоматически, пока не исключен риск: Автоматическая передача в оплату создает недопустимый риск.
- При повторном запуске использовать устойчивый идентификатор и сохранять ранее подтвержденную версию результата «Строка с реквизитами счета и статусом проверки».
Основные риски
OCR может перепутать цифры в реквизитах или сумме.
Разные шаблоны счетов требуют разных правил извлечения.
Автоматическая передача в оплату создает недопустимый риск.
Многостраничный счет с налогом и двумя валютами
Поставщик прислал PDF, где итог указан на первой странице, позиции продолжаются на второй, а банковские реквизиты находятся на третьей. В примечании встречается сумма в другой валюте как справочная. OCR распознал один символ налогового номера неуверенно. Обычное извлечение может смешать итог и справочную сумму.
В таблицу попадает валюта платежа, позиции и итог с номерами страниц. Справочная сумма хранится в отдельном комментарии и не участвует в арифметике. Налоговый номер получает статус ручной проверки из-за качества OCR. Формулы подтверждают сумму строк, но запись остается черновиком до сравнения с PDF.
Если итог не сходится, валюта неоднозначна или контрольная сумма файла уже встречалась, перенос в учетную систему запрещен. Ответственный получает причину блокировки и ссылку на исходник. Никакая ветка не создает платежное поручение и не меняет банковские реквизиты автоматически.
Как работает сценарий
Принять документ
Триггер сохраняет файл, контрольную сумму и канал поступления, чтобы не обработать один счет дважды.
Получить текст
Для скана выполняется OCR, а страницы с плохим качеством отмечаются до извлечения реквизитов.
Извлечь поля
ИИ возвращает номер, дату, стороны, позиции, налог и итог в строгой структуре с указанием страницы.
Проверить арифметику
Обычные формулы сверяют сумму позиций, налог, валюту и дубликаты по реквизитам.
Подтвердить строку
Ответственный сравнивает поля с PDF и только затем разрешает перенос в учетную систему.
Какие входные данные подготовить
Принять документ
Триггер сохраняет файл, контрольную сумму и канал поступления, чтобы не обработать один счет дважды. Для входа 1 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Получить текст
Для скана выполняется OCR, а страницы с плохим качеством отмечаются до извлечения реквизитов. Для входа 2 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Извлечь поля
ИИ возвращает номер, дату, стороны, позиции, налог и итог в строгой структуре с указанием страницы. Для входа 3 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Проверить арифметику
Обычные формулы сверяют сумму позиций, налог, валюту и дубликаты по реквизитам. Для входа 4 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
Извлеки поля invoice_number, invoice_date, supplier_name, supplier_tax_id, currency, line_items, tax_amount и total_amount. Для каждого поля укажи страницу и фрагмент основания. Неразборчивое значение верни как null.
Контрольные примеры для пилота
Запустить минимально заполненный пример для сценария «Счета из PDF в проверочную таблицу» и убедиться, что недостающие поля отмечены явно.
Повторить один вход дважды и проверить, что автоматизация не создает вторую запись и не стирает ручные исправления.
Передать противоречивые данные, связанные с риском «OCR может перепутать цифры в реквизитах или сумме.», и проверить переход к ручному разбору.
Искусственно отключить одно действие связки «Папка или почта + OCR + ИИ + таблица + согласование» и проверить уведомление, журнал ошибки и безопасный повтор.
Что должно появиться на выходе
Поле 1: Файл имеет уникальную контрольную сумму
Результат должен позволять проверить условие «файл имеет уникальную контрольную сумму» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 2: Качество OCR отмечено
Результат должен позволять проверить условие «качество ocr отмечено» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 3: Каждое поле связано со страницей
Результат должен позволять проверить условие «каждое поле связано со страницей» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 4: Суммы проверяются формулами
Результат должен позволять проверить условие «суммы проверяются формулами» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Проверочный список
Что уточнить перед внедрением
С чего начать безопасный пилот?
Возьмите небольшой исторический набор без лишних персональных данных, оставьте все действия в режиме черновика и сравнивайте результат с решением владельца процесса. Для связки «Папка или почта + OCR + ИИ + таблица + согласование» заранее проверьте права доступа и журнал ошибок.
Когда можно уменьшить ручной контроль?
Только после того, как накоплена выборка по типовым и сложным случаям, отдельно посчитаны смысловые исправления и подтвержден безопасный откат. Даже тогда исключения из раздела рисков остаются у человека.