Пощата, която мисли заедно с вас: PaperOffice AI в n8n, стъпка по стъпка

Здравейте и добре дошли в академията на PaperOffice AI. В този епизод ще изградим интелигентна пощенска кутия в n8n, която мисли заедно с Вас. Постъпва партиден скенер и в края всеки документ е разпознат, архивиран, проверен и съпоставен със съответната поръчка. Там, където нещо не съвпада, човек взема решението.

Резултатът първо: Реално изпълнение, човекът взема решенията

Преди да започнем да изграждаме каквото и да е, нека първо разгледаме резултата. Реално изпълнение. След това ще го построим стъпка по стъпка. Нашият пример е партиден скенер с шест страници: една поръчка за покупка, едно товарително писмо и четири фактури. На едната от тях внезапно се появява нов банков номер. Изпращам партидния скенер към уебхука. Шест страници в един PDF файл, точно както излизат от скенера. В списъка с изпълнения стартира работният процес. Разделянето разделя документите, IDP прочита полетата и всяка маркирана фактура минава през проверката Ultra. Това отнема няколко минути, така че превъртам напред. Работният процес е разпознал шест документа, ги е архивирал и съпоставил поръчките. За всеки документ с причина сега чака задача. И работният процес спи и очаква нас. В PaperOffice задачите са изброени под Човек в цикъла, всяка със своята причина. PaperOffice вече познава тази фактура. Това е второто копие на фактурата на Иберика с печат за получаване. Работният процес съобщава за дубликат, а изгледът за преглед посочва оригинала. Отхвърлям я с причина. За тази фактура проверката съобщава висок риск от измама: доставчикът дава нов банков номер. От оценка седем, документ автоматично се изолира в карантина. Отхвърлям и този. Фактурата за четиридесет и седем хиляди петстотин евро е без особености. Преди да я одобря, потвърждавам извлечените полета. След това: Одобрено. Решавам останалите три задачи по същия начин. Всяко решение събужда работния процес чрез втория уебхук. След последната той приключва: около тридесет минути, като повечето от това време е очаквал нас. Резултатът в 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. document-put поставя документа в Workspace n8n Закупуване. procurement_bind свързва фактурата и товарителницата с поръчката, използвайки номера на поръчката, който IDP Agent е открил.

Етап 6 от 10: AI-DMS Ultra

Етап шест е AI-DMS Ultra. Не всеки документ изисква пълен анализ; следователно, тук са предоставени правила. Сума над 1 000 евро, несъответствие в типа на документа, липсваща задължителна сума или отклонение при трите-посредничеството съвпадение. Ако се прилага правило, работният процес нарежда Ultra точно за този документ.

Етап 7 от 10: Задача за одит и преглед

Етап седем: задача за одит и преглед. Работният процес прочита риска от измама и неговото обосноваване от документа. Чрез интерфейса на задачата той създава задача за човек: определяйки кой ще я прегледа, крайния срок, нивото на спешност и свързания документ. Тук парсерът достига своята граница. LlamaParse и Mistral OCR предоставят текст и структура. Те не включват процес на проверка с задача, присвояване, крайен срок и доказателство. Вие бихте трябвало да изградите това сами.

Етап 8 от 10: Трите-посредничеството съвпадение

Етап осем е тристранното съвпадение. Цикълът има два изхода. Първият се активира, когато всички документи са завършени. Свързвам го с тристранното съвпадение. procurement_review проверява всяка транзакция: Съвпадат ли поръчката за покупка, товарителницата и фактурата по отношение на общата сума в шапката и реда на стоките? При наличие на каквито и да е отклонения, това също ще генерира задача.

Етап 9 от 10: Изчакване на човека

Етап девет: Изчакване на човека. Работният процес се регистрира със своя адрес за събуждане в PaperOffice и след това заспива без ограничение по време. Когато бъде взето решение в PaperOffice, PaperOffice докладва решението на втори уебхук. Той търси кой изпълнение чака тази задача и го събужда.

Етап 10 от 10: Прилагане на решението

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