AI работни потоци и агенти
Одобрение на входящи фактури с AI
Фактури от имейл се извличат, проверяват по правила и стигат до счетоводството с одобрение от човек.
Измислен сценарий. Примерна ситуация за илюстрация на подхода. Не е клиентски проект и не описва измерени резултати.
Бизнес проблем
Измислена дистрибуторска фирма получава около хиляда фактури месечно по имейл. Въвеждането е ръчно, грешките се откриват късно, а одобрението зависи от един човек.
Допускания
- Фактурите са PDF или снимки на латиница и кирилица.
- ERP системата има API за чернови на документи.
- Има писмени правила за одобрение по сума и доставчик.
Ограничения
- Нито една фактура не се осчетоводява без човек.
- Данните остават в ЕС.
- Без промяна на счетоводния процес в първия етап.
Референтна архитектура
Схема на компонентите по етапи — илюстрация, не работеща система и не сертифициран дизайн.
01Тригер
- Пощенска кутия за фактури
- Качване от портал
02Вход
- Съхранение на оригинала
- OCR и извличане на полета
03AI и правила
- Модел за извличане
- Проверка на ДДС номер и суми
- Съпоставка с поръчка
04Преглед
- Опашка за одобрение
- Ниска увереност → човек
05Резултат
- Чернова в ERP
- Журнал на решенията
Схемата като списък
| Етап | Компоненти |
|---|---|
| Тригер | Пощенска кутия за фактури, Качване от портал |
| Вход | Съхранение на оригинала, OCR и извличане на полета |
| AI и правила | Модел за извличане, Проверка на ДДС номер и суми, Съпоставка с поръчка |
| Преглед | Опашка за одобрение, Ниска увереност → човек |
| Резултат | Чернова в ERP, Журнал на решенията |
Интерфейси
| От | Към | Чрез |
|---|---|---|
| Пощенска кутия | Услуга за прием | IMAP/Graph API, само четене |
| Услуга за прием | ERP | REST API, чернови |
| Опашка | Счетоводител | Уеб интерфейс |
Поток на данните
- Фактурата пристига и оригиналът се съхранява непроменен.
- Полетата се извличат с оценка на увереността.
- Детерминистични правила проверяват суми, ДДС и поръчка.
- Човек одобрява или коригира; черновата отива в ERP.
- Всяко решение се записва в журнала.
Граници на сигурността
- Акаунт за пощата само за четене.
- API ключът за ERP е в хранилище за тайни, не в кода.
- Личните данни в бележките се маскират преди модела.
Къде одобрява човек
- Всяка фактура над прага се одобрява от човек.
- Нов доставчик винаги отива за преглед.
Фази на внедряване
01 · Откриване
Примерни фактури, правила и целеви полета.
02 · Пилот
Един доставчик, само извличане и преглед, без запис в ERP.
03 · Интеграция
Чернови в ERP зад одобрение; повече доставчици.
04 · Експлоатация
Тестов набор, наблюдение на грешките и разходите.
Ограничения
- Ръкописни фактури изискват ръчна обработка.
- Качеството зависи от качеството на сканиране.
Компромиси
- Повече човешки прегледи в началото срещу по-малко грешки.
- Чернови вместо директен запис — по-бавно, но обратимо.
Свързани услуги
Свързани оценки
Използвани интеграционни модели
Работни срещи и оценки
Имате подобна задача?
Ще започнем с оценка на текущото състояние и ще предложим реалистичен първи етап.