Присмотритесь к счёту INV-88180. Три его позиции в сумме дают 8 240,00 $. А внизу напечатан итог: 8 420,00 $. Две цифры поменялись местами, и разница составляет 180 $.
Загруженный работой проверяющий может и не заметить ошибку. Автоматизированный процесс, который доверяет всему, что извлёк, будет пропускать её каждый раз — и передавать неверную сумму дальше как верную.
Наше новое видео Checked, not trusted прослеживает путь именно этого счёта через DocReveal: от момента, когда его читают, через проверку, которая помечает его как проблемный, и до момента, когда человек решает, что будет дальше. Ролик длится три с половиной минуты, посмотреть его можно вверху этой страницы, и создан он не для разработчиков, а для тех, кто несёт ответственность: финансовых директоров, отделов расчётов с поставщиками, операционных подразделений и аудиторов. Вот что вы увидите и почему это важно.
Прочитать — не значит поверить
ИИ научился очень хорошо читать документы. Он безошибочно извлечёт каждую строку счёта INV-88180 — включая неверный итог, ведь напечатан именно он. Безупречная копия документа с ошибкой — всё равно результат с ошибкой.
Именно эту брешь оставляет большинство решений для автоматизации работы с документами. Обработка ускоряется — а вместе с ней растёт и скорость, с которой ошибки попадают в бухгалтерский учёт, отчёты и платежи. Выход не в том, чтобы сбавить темп, а в том, чтобы автоматически проверять каждый документ на соответствие правилам, которыми ваш бизнес уже руководствуется, — ещё до того, как кто-то станет опираться на эти данные.
Чтение: каждый счёт превращается в данные
Видео начинается в Reveal Manager, где шесть сентябрьских счетов обрабатываются за один запуск. Каждый файл распознаётся, сопоставляется с моделью счёта, проверяется по правилам и готовится для аналитики, а доска по ходу запуска показывает, на каком этапе находится каждый файл. Никаких шаблонов, которые пришлось бы поддерживать: поставщики используют разные макеты и языки, а счета читаются в том виде, в каком приходят.
Пять счетов проходят проверку. Один, от поставщика под названием Stavlund, — нет: проверки по правилам для него не пройдены.
Проверка: правила, которые написали бы ваши аудиторы
Проверка, из-за которой счёт не прошёл, задана в Rules Manager. Там бизнес-пользователь собирает правила из полей, условий и значений щелчками мыши — без кода и без скриптов. В видео одно правило гласит, что сумма позиций должна совпадать с итогом счёта. Другое следит за тем, чтобы один и тот же номер счёта никогда не встречался в двух документах.
Эти проверки детерминированы. Они не спрашивают мнения у ИИ: они считают и сравнивают — каждый раз одинаково. Правила группируются, версионируются и публикуются осознанно, а журнал аудита показывает, кто создал, изменил и опубликовал каждую версию. Когда спустя месяцы кто-то спросит, почему счёт был помечен как проблемный, ответ уже будет задокументирован.
Результат — вердикт с обоснованием. В Business Rules Validation счёт INV-88180 помечен как не прошедший проверку — с указанием конкретного нарушенного правила и значений, стоящих за ним: позиции на 8 240,00 $ против напечатанного итога 8 420,00 $. Не «что-то не так», а что именно, где и на сколько.
Отрицательный вердикт — не тупик. Он сохраняется вместе с документом и публикуется как событие, поэтому может запустить поток в Integration Manager или разбудить ИИ-агента, который сделает следующий шаг.
Решение: агент, который знает, когда спросить
Во второй половине видео это событие будит ИИ-агента для сортировки счетов в Agent Manager — одного из цифровых коллег, о которых мы рассказывали в статье Agent Pool. Никто не запускает его вручную: он срабатывает сам всякий раз, когда завершается проверка документа. И первым делом он не действует, а читает: вердикт по правилам и извлечённые данные счёта.
Агент работает в рамках, установленных его владельцем: определённый набор инструментов, максимальное число шагов за один запуск и профиль автономности, который решает, какие действия требуют одобрения человека. В его инструкциях ясно сказано: счета, не прошедшие проверку, уходят к человеку. Поэтому агент поступает так, как поступил бы хороший коллега: он спрашивает. Запуск встаёт на паузу в ящике согласований, где изложены вопрос и возможные варианты ответа.
Человек читает вопрос и решает придержать счёт и запросить исправленный. Агент возобновляет работу, фиксирует решение и завершает её. Журнал запуска показывает каждый шаг: что агент прочитал, о чём спросил, какой ответ получил и чем закончился запуск. Ящик снова пуст, и не произошло ничего, чего нельзя было бы объяснить.
Почему это важно не только для одного счёта
INV-88180 — маленькая история о 180 $. Но стоящий за ней принцип применим к каждому документу, который обрабатывает ваша компания, и умещается в одну строку: ИИ предлагает. Правила проверяют. Люди решают.
- Относитесь к извлечённым данным как к предложению, а не как к факту. Найдите места, где извлечённые данные используются без всякой проверки, — именно там место вашим первым правилам.
- Запишите проверки, которые ваши сотрудники и так делают по привычке. Итоги, которые должны сходиться, номера, которые должны быть уникальными, значения, которые должны оставаться в допустимых пределах. Если это проверяет человек, то правило может проверять это в каждом документе.
- Дайте автоматизации возможность остановиться и спросить. Агент, который передаёт другим то, что решать не ему, ценнее агента, который решает всё.
- Храните записи. Версионированные правила, вердикты с обоснованием и журналы запусков агентов с ответами людей превращают «это сделала система» в историю, пригодную для аудита.
Все компании и цифры в видео — вымышленные демонстрационные данные.
Проверено, а не принято на веру. Каждый документ. Именно так автоматизация заслуживает доверия.