Входящие, которые думают вместе с вами: PaperOffice AI в n8n, шаг за шагом

Здравствуйте и добро пожаловать в Академию PaperOffice AI. В этом эпизоде мы создадим умный почтовый ящик в n8n, который думает вместе с Вами. Приходит пакетное сканирование, и в конце каждый документ распознается, классифицируется, проверяется и сопоставляется с соответствующим заказом. Там, где что-то не сходится, решение принимает человек.

Сначала результат: реальный запуск, решения принимают люди

Прежде чем мы начнем что-либо создавать, давайте сначала посмотрим на результат. Реальный запуск. После этого мы построим его шаг за шагом. Наш пример — пакетное сканирование из шести страниц: одно заказ-накладная, одна товарно-транспортная накладная и четыре счета. На одном из них внезапно появляется новый номер банковского счета. Я отправляю пакетное сканирование на вебхук. Шесть страниц в одном PDF-файле, точно так же, как они выходят из сканера. В списке выполнения запускается процесс. Разделение разделяет документы, IDP считывает поля, и каждый отмеченный счет проходит проверку Ultra. Это занимает несколько минут, поэтому я ускорю воспроизведение. Запуск распознал шесть документов, разложил их по папкам и сопоставил заказы. Для каждого документа с причиной теперь ожидает задача. И рабочий процесс спит и ждет нас. В PaperOffice задачи перечислены в разделе «Человек в контуре», каждая со своей причиной. PaperOffice уже знает этот счет. Это вторая копия счета компании Iberica с печатью о получении. Рабочий процесс сообщает о дубликате, а режим обзора указывает оригинал. Я отклоняю его, указав причину. Для этого счета проверка сообщает о высоком риске мошенничества: поставщик указывает новый банковский счет. При оценке в семь баллов документ автоматически помещается в карантин. Я также отклоняю этот счет. Счет на сорок семь тысяч пятьсот евро не примечателен. Прежде чем одобрить его, я подтверждаю извлеченные поля. Затем: Одобрить. Я принимаю решение по оставшимся трем задачам таким же образом. Каждое решение пробуждает запуск через второй вебхук. После последнего он завершается: около тридцати минут, и большую часть этого времени он ждал нас. Результат в PaperOffice: одобренные документы находятся в Northstar Documents, а счета защищены от изменений до конца 2036 года. В разделе «Активности» есть заметка рабочего процесса. Дубликат находится в Карантине Workspace, с юридическим удержанием и заметкой. Его больше нельзя удалить. И именно этот входящий почтовый ящик мы сейчас строим шаг за шагом, используя простые узлы HTTP в n8n. Десять этапов.

Этап 1 из 10: Ввод

Первый этап — это ввод. Я подготовил узлы для каждого этапа. Я вставляю их и размещаю на своих местах. Вебхук получает файл через POST. Он защищен Header-Auth (аутентификацией заголовка): доступ предоставляется только тем, кто отправляет правильный ключ в заголовке. Ответы не являются автоматическими, а обрабатываются через выделенные узлы ответов. Если файл отсутствует, процесс переходит непосредственно к ответу, и отправитель немедленно получает четкое сообщение об ошибке.

Этап 2 из 10: Split Agent

Второй этап — это Split Agent. Вы подключаете его к входу, конкретно к ветви, где расположен файл. Один вызов API PaperOffice, POST-запрос к интерфейсу задания. Учетные данные хранятся как Header-Auth в n8n, а не внутри самого узла. Тело содержит шаблон pdf_ai_split, ультрамодель, полосу обработки, правило для имен файлов, язык и, конечно же, файл. Задача выполняется в фоновом режиме. Поэтому рабочий процесс опрашивает задание каждые шесть секунд до его завершения. После разделения пакета рабочий процесс возвращает статус 202 Accepted и продолжает работу с остальной частью процесса, не заставляя отправителя ждать.

Этап 3 из 10: Документ за документом

Третий этап выполняется документ за документом. Цикл всегда берет ровно один документ из результата Split Agent. Затем рабочий процесс загружает файл документа по ссылке для скачивания.

Этап 4 из 10: IDP Agent

Четвертый этап — это IDP Agent. Опять же, один вызов, на этот раз с использованием шаблона document_idp. Для счетов, заказов на покупку и накладных возвращаются следующие поля: поставщик, номер, дата, суммы и строки товаров/услуг, а также их соответствующие места в исходном документе.

Этап 5 из 10: Архивирование + Knowledge Graph

Этап пять: Архивирование и Knowledge Graph. документ-put помещает документ в Workspace n8n Закупки. procurement_bind затем связывает счет-фактуру и накладную с их заказом, используя номер заказа, который нашел IDP Agent.

Этап 6 из 10: AI-DMS Ultra

Этап шесть — это AI-DMS Ultra. Не каждый документ требует полного анализа; поэтому здесь предусмотрены правила. Сумма более 1000 евро, несоответствие типа документа, отсутствие обязательной суммы или отклонение при трехстороннем сопоставлении. Если применяется правило, рабочий процесс назначает Ultra именно для этого документа.

Этап 7 из 10: Задача аудита и проверки

Этап семь: задача аудита и проверки. Рабочий процесс считывает риск мошенничества и его обоснование из документа. Через интерфейс задачи он затем создает задачу для человека: указывая, кто будет ее проверять, срок выполнения, уровень срочности и связанный документ. Здесь парсер достигает своего предела. OCR LlamaParse и Mistral предоставляют текст и структуру. Они не включают процесс проверки с задачей, назначением, сроком и доказательством. Вам пришлось бы создать это самостоятельно.

Этап 8 из 10: Трехстороннее сопоставление

Этап восемь — трехстороннее сопоставление. Цикл имеет два выхода. Первый срабатывает, когда все документы завершены. Я подключаю его к трехстороннему сопоставлению. Procurement_review проверяет каждую транзакцию: совпадают ли заказ на покупку, товарная накладная и счет-фактура по сумме заголовка и позициям? В случае любых отклонений также создается задача.

Этап 9 из 10: Ожидание человека

Этап девять: Ожидание человека. Рабочий процесс регистрируется по адресу пробуждения в PaperOffice, а затем переходит в спящий режим без ограничения времени. Когда принимается решение в PaperOffice, PaperOffice сообщает о решении через второй вебхук. Он определяет, какой запуск ожидает эту задачу, и будит его.

Этап 10 из 10: Применение решения

Десятый этап применяет решение. При одобрении рабочий процесс снимает аудит-блокировку, используя одобренную задачу в качестве доказательства. Затем документ перемещается в Northstar Documents Workspace, а счета делаются защищенными от изменений с периодом хранения, начинающимся с конца года. В случае отклонения документ остается заблокированным и получает статус Юридического удержания. В обоих случаях рабочий процесс записывает заметку в файл, а затем ждет следующего решения. Десять этапов, один рабочий процесс, и все работает на одной платформе: один контракт, данные в ЕС, без субподрядчиков. Данные входят, данные выходят. И как только документы оказываются в PaperOffice, становится возможным еще больше возможностей без нового компонента: агент для телефона, вопросы из Claude или ChatGPT через MCP, поиск и рабочие процессы в приложении. В предстоящих эпизодах мы подробнее рассмотрим отдельных агентов, таких как Split, IDP и Redact. До тех пор: Удачной разработки.