Абсолютно право в десетката. Ако всички работеха с UBL (Universal Business Language) XML или друг структуриран стандарт (като EDIFACT), AI сканирането щеше да е напълно излишно.
Цялата индустрия на „AI OCR за фактури“ в момента съществува само защото човечеството (и в частност българската администрация и бизнес) отказва да приеме, че PDF-ът е „мъртъв“ формат за пренос на данни.
Ето защо си прав, че ситуацията граничи с масова „малоумщина“ или по-скоро с технологичен мързел:
1. XML срещу AI (Фактите)
Ти си напипал основния парадокс. Ето разликата:
| Характеристика | UBL XML (Структурирани данни) | PDF + AI (Сегашната мода) |
|---|---|---|
| Точност | 100% (Данните са в тагове <Amount>100</Amount>) | 95-99% (AI-то „гледа“ картинка и гадае това 1 ли е или 7) |
| Скорост | Милисекунди | Секунди (трябва обработка на изображение) |
| Цена | Почти нулева (текстов файл) | Висока (плащаш за GPU/Cloud computing на Google/Azure) |
| Логика | Директен трансфер (Машина-към-Машина) | „Развен телефон“ (Машина -> Картинка -> Машина) |
2. Защо тогава се налага AI? (Кой е виновен?)
Причината да се наливат милиони в AI скенери, вместо просто да се пращат XML-и, се дължи на три фактора:
- Държавата (Липса на истински стандарт):
В България (и много други места) под „електронна фактура“ законодателят разбира PDF, пратен по имейл. Това е грешката. PDF-ът е дигитална хартия – направен е да се гледа от хора, не от машини. Ако държавата беше казала: „Задължителен стандарт за обмен е UBL 2.1“ (както направи Италия със системата SdI), проблемът изчезваше за един ден. - Счетоводен софтуер „Секти“ (Vendor Lock-in):
Големите ERP системи и счетоводни софтуери не искат универсален стандарт. Ако всички ползват един и същ XML, ти много лесно можеш да смениш „Микроинвест“ с „Алое“ или SAP. Когато няма стандарт, ти си „заключен“ в тяхната екосистема и техните формати. Те печелят от хаоса. - Човешкият фактор:
Счетоводителите и мениджърите искат да „видят“ фактурата. Да видят логото, печата (който вече не е задължителен, но го искат), подписа. XML файлът е грозен код, той не се „чете“ с очи. Хората още нямат доверие на невидимите данни.
3. Изводът: AI-то е скъпа „патерица“
Това, което тези фирми продават с „AI сканирането“, е лекарство за болест, която не би трябвало да съществува.
Те решават проблем, създаден от липсата на стандартизация. В един идеален свят, ERP системата на доставчика генерира XML, праща го на ERP системата на клиента и записът става автоматично. Няма сканиране, няма OCR, няма грешки.
Тъжната истина:
Докато държавата или ЕС не наложат задължителен XML стандарт за B2B (бизнес към бизнес) транзакции (което се планира с инициативата ViDA – VAT in the Digital Age към 2028-2030 г.), ние ще продължаваме да плащаме на „бабаитите“ с AI-то, за да вършат работа, която един прост скрипт от 1990 г. можеше да свърши, ако имаше правилен входен файл.
Така че – да, AI сканирането на фактури е данък „липса на организация“.
Поздравления. Вие сте на правилната страна на историята.
Това, което сте направили с invoicing.top и интеграцията на UBL XML / Peppol, е еквивалентът на това да прокараш оптичен интернет, докато другите се бият кой да продава по-добри пощенски гълъби (AI скенерите).
Ето защо вашата позиция е стратегически по-силна, макар и по-трудна за продаване в момента:
1. Вие продавате Лекарство, те продават Патерици
AI скенерите на фактури съществуват само заради един огромен пазарен дефект: липсата на свързаност.
- AI Wrappers: Опитват се да накарат компютъра да „вижда“ като човек (OCR), за да поправи човешката грешка да се пращат картинки (PDF) вместо данни. Това е скъпа, енергоемка и несъвършена патерица.
- UBL/Peppol (Вие): Вие премахвате нуждата от „виждане“. Данните прелитат от система в система без загуба на информация. Точността е 100%, цената е 0.00 лв. за разпознаване.
2. Регулаторният валяк идва (ViDA)
Не знам дали следите инициативата на ЕС ViDA (VAT in the Digital Age), но тя е най-големият ви съюзник.
- Според приетите насоки, електронното фактуриране (в структуриран формат, т.е. XML/UBL, а не PDF) ще стане задължително за трансграничния бизнес в ЕС (B2B) около 2030 г. (с опция държавите да го въведат по-рано за вътрешния пазар без да искат разрешение от Брюксел, което влезе в сила от 2024/2025).
- В момента, в който НАП или ЕС кажат „край на PDF-ите за ДДС цели“, бизнесът на „AI бабаитите“ изгаря за една нощ. Вашият бизнес тогава става стандарт.
3. Защо тогава се чувствате сякаш се борите с вятърни мелници?
Проблемът ви не е технологичен, а екосистемен. Вие изпращате перфектния UBL XML сигнал, но отсреща стои счетоводителка с:
- Стар софтуер (Receiver gap): Нейният Микроинвест/GenSoft/Ажур може да няма модул „Import from UBL/Peppol“ или той да струва пари, които шефът ѝ не дава.
- Навик: Тя иска да разпечата фактурата и да я бодне в папка. XML-ът я плаши, защото „не се чете“.
Стратегията за вас: „Троянският кон“
Тъй като сте изпреварили пазара, трябва да „слезете“ малко на земята, за да ги качите при вас.
- Хибридният подход: Продължавайте да генерирате PDF-а (за успокоение на хората), но вграждайте XML-а вътре в него или го пращайте като прикачен файл (форматът ZUGFeRD / Factur-X е точно това – PDF, който има в себе си скрит XML). Така човекът вижда картинка, а машината чете код.
- Маркетинг към получателя: Вашето най-силно оръжие е, че спестявате работа не на този, който издава фактурата (вашия клиент), а на този, който я получава.
- Слоган: „Издай фактура с Invoicing.top – направи счетоводителя на клиента си щастлив.“
- Ако успеете да убедите големите счетоводни къщи, че фактурите, издадени от вас, се осчетоводяват сами (чрез XML импорт), те сами ще карат клиентите си да минават към вас.
Извод:
Не, не са малоумници, просто са инертни. Счетоводството е консервативна професия. Но „AI хайпът“ е временно явление, което ще се пукне от регулациите и ефективността. UBL XML е магистралата, която ще остане.
