
Обработка на фактури от доставчици с ИИ
· от Panayot Dimkov
Автоматизираната обработка на фактури от доставчици не е „да сложим OCR“. Това е цикъл от седем участъка — вход, извличане, проверка, съпоставяне с поръчка и стокова разписка, осчетоводяване, одобрение и архив — от момента, в който фактурата пристигне отнякъде, докато бъде осчетоводена, одобрена и архивирана. Много от проектите, които засядат, са автоматизирали само втория: разчитането на данните.
1Вход: подреждане на каналите
Преди да се извлича каквото и да било, трябва да се реши нещо по-скучно: фактурите пристигат по четири-пет различни канала и всеки си има собствен хаос.
| Канал | Какво трябва да се реши |
|---|---|
| Електронна поща | Единна пощенска кутия за получаване. Това е най-изгодната промяна и тази, която среща най-голяма съпротива, защото днес всеки получава своите |
| Портали на доставчици | Някой влиза и ги сваля ръчно. Или се свързвате през интерфейс, или приемате, че този участък остава ръчен |
| Хартия | Сканиране с фиксирана дестинация. Ако скенерът остави PDF на нечий работен плот, автоматизация е невъзможна |
| Структурирани формати | Най-добрите от групата: данните пристигат етикетирани (Facturae, UBL, EDI) и не се нуждаят от интерпретация. Минават по различен и по-евтин път и ще набират тежест, когато задължителното електронно фактуриране между фирми в Испания започне да се прилага |
2Извличане на данните
Реалната разлика спрямо инструментите отпреди няколко години е, че моделът с ИИ не се нуждае от шаблон за всеки доставчик: разбира документа и нов доставчик не изисква предварителна настройка. За цикъла в този участък трябва да се решат две неща.
Най-честата грешка в проектирането е да се изисква 100 % точност. Такава няма — нито с изкуствен интелект, нито с хора. Онова, което може да се проектира, е система, която знае кога не е сигурна.
3Проверка спрямо основните ви данни
Доброто извличане не е достатъчно: трябва да се провери, че извлеченото отговаря на действителността във вашата система.
- Доставчикът съществува и е активен. Ако не, фактурата не се осчетоводява сама: насочва се към създаване на доставчик, което е друг процес.
- Данъчният номер съвпада с този в регистъра. Това е проверката, която хваща фактури от различно юридическо лице от очакваното.
- Номерът на фактурата не се повтаря за този доставчик. Двойното плащане е сред най-скъпите грешки и сред най-лесните за автоматично предотвратяване.
- Банковата сметка е регистрираната. Ако се променя, не се приема без проверка по друг канал. Това е бариерата срещу измамата със смяна на сметка, която още работи, защото често никой не проверява.
- Сметките излизат. Основа плюс данъци е равно на общата сума. Фактура, която вътрешно не излиза, означава или грешка при разчитане, или реален проблем — и в двата случая трябва да се погледне.
4Съпоставяне на фактура, поръчка и стокова разписка
Ако купувате по поръчка, този участък решава дали фактурата се одобрява сама, или минава през човек. Това е тристранното съпоставяне: фактурата се сравнява с поръчката (какво е поръчано и на каква цена) и със стоковата разписка или заприхождаването (какво реално е пристигнало).
| Ситуация | Какво трябва да направи потокът |
|---|---|
| Всичко съвпада в рамките на допуска | Осчетоводяване и одобрение без намеса |
| Разлика в цена или количество в рамките на маржа | Одобрение и записване на отклонението за последващ преглед |
| Разлика над маржа | Задържане и насочване към този, който може да реши, със вече направено сравнение |
| Няма поръчка | Цикъл на одобрение по сума и разходен център |
Определянето на допуските е бизнес разговор, не технически, и е добре да се проведе, преди да се програмира каквото и да било. Твърде тесен марж праща всичко за преглед и проектът не спестява нищо; твърде широк — пропуска грешки.
5Осчетоводяване в ERP
Записът се нуждае от сметка, разходен център и данъчно третиране. Тук има принципно решение, което е добре да се вземе съзнателно.
6Одобрение и изключения
Фактурите, които не се одобряват сами, имат нужда от цикъл. И точно в този цикъл се губи времето, което проектът е искал да спести, така че той заслужава проектиране.
Какво работи: уведомяване на конкретния човек — не на споделена кутия — с всичко нужно за решението вътре в самото известие, възможност за одобрение без влизане в ERP и ескалиране само при изтичане на срок. Какво не работи: ежедневно писмо с двадесет чакащи и връзка към списък, в който трябва да се търси.
7Архивиране, проследимост и плащане
Последният участък се забравя, а после липсва. Оригиналният документ трябва да се съхранява и да е свързан със записа, заедно със запис кой какво е направил и кога. Точно това превръща един одит в петминутна справка.
При самото плащане си струва да се автоматизира предложението — какво се плаща тази седмица според падежите и отстъпките за ранно плащане — а изпълнението да остане под човешки контрол с двойна проверка. Това са пари, които излизат: не е мястото да си спестявате проверка.
Струва си да подготвите и още нещо: когато задължителното електронно фактуриране между фирми в Испания започне да се прилага, Кралски указ 238/2026 задължава фирмата получател да съобщава дали приема или отхвърля всяка фактура и датата, на която я е платил изцяло. Цикъл, който вече записва тези статуси при одобрението и плащането, има тази част почти решена.
8Как да стартирате обработката на фактури от доставчици
Често задавани въпроси
Трябва ли да сменя ERP, за да автоматизирам фактурите?
Не, и почти никога не е добра идея. Потокът се свързва с ERP, който вече имате, през интерфейс, ако предлага такъв, или чрез импорт на файлове, ако не. Смяната на ERP е проект от друг мащаб и смесването му с автоматизацията умножава риска да се провалят и двете.
Какво е тристранното съпоставяне на фактура, поръчка и стокова разписка?
Това е проверката, че фактурата съвпада с поръчката (какво е поръчано и на каква цена) и със стоковата разписка или заприхождаването в склада (какво реално е пристигнало). Ако трите съвпадат в рамките на договорения допуск, фактурата може да се осчетоводи без намеса; ако не — задържа се с вече отбелязана разлика. При покупки без приемане на стока, като много услуги, съпоставянето е двустранно — фактура срещу поръчка, а без поръчка фактурата минава през цикъла на одобрение.
А фактурите, които пристигат на хартия?
Сканират се и влизат в същия цикъл, стига скенерът да оставя файла на фиксирано място, а не в нечия лична папка. Хартията не пречи на автоматизацията; пречи това цифровизирането да зависи от човек, който да си спомни къде да го запише.
Може ли системата да осчетоводява сама, без никой да преглежда?
Да, за фактурите, които минават всички проверки и се съпоставят с поръчката и стоковата разписка в рамките на допуска, а при добре настроен цикъл те могат да са голяма част от обема. Останалите минават през човек. Точно това разпределение е целта на проектирането: хората да отделят време за изключенията, а не да въвеждат обичайните фактури.
За колко време има работеща първа версия?
Зависи от броя входни канали, от това дали има съпоставяне с поръчка и колко достъпен е ERP. Стеснен обхват — един канал, основните доставчици, без редове на детайла — тръгва доста преди целия цикъл и освен това показва какво наистина е нужно за останалото.
В крайна сметка
Цикълът е от седем участъка и извличането на данни е само един от тях. Проектите, които спират там, често завършват с много добър OCR, който захранва процес, оставащ ръчен от втората стъпка нататък.
Участъците, които връщат най-много, обикновено са най-невзрачните: подреждането на входа, проверката спрямо основните данни и изграждането на цикъл на одобрение, който стига до правилния човек. Точно така подхождаме в автоматизация на процеси с изкуствен интелект.
Колко фактури от доставчици обработвате месечно?
С това число, каналите, по които пристигат, и вашия ERP може да се начертае целият цикъл и да се каже кой участък да се автоматизира първи. Преглеждаме го с вас без ангажимент.
Заявете анализ на процеситеNexum Blog
Свързани статии

16 авг 2026
Колко струва програмирането на PLC? Реални цени 2026
Колко струва програмирането на PLC: 65-110 €/час и проекти от 3 000 до над 25 000 €. Фактори на цената и какво трябва да включва офертата.

15 юни 2026
Кобот срещу индустриален робот: кой да изберем
Разлика между кобот и индустриален робот: безопасност, товар, скорост, цена и кога да изберем всеки. Ръководство от интегратор за 2026.

9 юли 2026
Тенденции в Индустрия 4.0 през 2026
8-те тенденции в Индустрия 4.0 за 2026 г., които имат значение: ИИ в цеха, машинно зрение, цифрови двойници, коботи, edge и NIS2.