Операции
Прагът на доверие се определя от цената на грешката
Аритметиката на опашката за ръчна проверка, защо скъпите провали са уверените и кои евтини контроли решават маршрутизацията по-добре от всеки IDP модел.
- Публикувано
- Четене
- 8 мин
- Стъпва на
- Публикувани F1 на ниво поле и STP бенчмаркове за IDP, ограниченията на Azure и Textract, ISO 13616/7064 и VIES; метод, а не доставена линия — границата е накрая
Демо на доставчик обработва 94% от фактурите без човешка намеса. Същият модел върху вашата споделена пощенска кутия прави 51%. Никой не е излъгал: демото върви върху чисти дигитални PDF-и от дванайсет доставчика, а в кутията ви има триста и четирийсет, от които около четирийсет снимат стоковата разписка с телефон.
След като моделът е избран, прагът на доверие е единственият останал лост — и почти всеки разговор за него минава без сметките.
Опашката за проверка струва по-малко, отколкото приема бизнес казусът
4 000 фактури месечно. При праг, който пуска 65% без допир, 1 400 документа падат в човешка опашка. Добре направена проверка — изрязан оригинал около спорното поле, попълнена извлечена стойност, назовано правилото, което е паднало — отнема 40 до 90 секунди. Около 29 часа месечно.
Евростат отчита часовата цена на труда в България за 2025 г. на 12,0 EUR срещу средно 34,9 EUR за ЕС; напълно натоварена, да речем 20 EUR на час в София — опашката излиза около 580 EUR месечно. Свалете прага, докато минават 77%, и махате около 480 проверки: десет часа, около 200 EUR месечно. Това е цялата награда откъм труд в решението за прага и е по-малка от едно грешно плащане. Прагът се определя от цената на изпуснатата грешка, а не от спестената проверка.
Средното число крие формата. Опашката е двумодална: повечето позиции са корекция за минута, но 10–20% не са корекция, а гонене — липсваща поръчка, стокова разписка, която не е осчетоводена, доставчик със сменена банкова сметка. Те вървят по 6 до 15 минути през чужда пощенска кутия. Двеста такива по десет минути са 33 часа — повече от цялата останала опашка. Отчитайте двете популации отделно, защото само първата реагира на праг. Никакъв праг не оправя купуването без поръчка.
Скъпите провали седят на границата, не сред очевидните откази
Обърнат наопаки скан, празна титулна страница, стокова разписка, класифицирана като фактура — проверяващият ги маха за секунди и нищо лошо не се случва. Очевидните откази са евтини. Пари струва уверено сгрешеното поле: сума 1.100,00, прочетена като 1,10, защото точката е взета за десетичен знак; ред „предходно салдо“, вдигнат вместо „за плащане“; чужд номер на поръчка, попаднал в полето за номер на фактура, което тихо изключва проверката за дублиране. И трите се връщат около 0,97 и се осчетоводяват невидени.
Confidence на полето описва собственото декодиране на модела — колко е сигурен, че тези глифове са тези знаци. То не знае, че вашият доставчик печата две суми. Затова проверете калибрацията, преди да сложите праг: разделете етикетирана извадка по докладвано confidence и измерете реалната точност на полето във всяка кофа. Ако документите с 0,95 грешат в 6% от случаите, имате ранкинг, а не вероятност — става за подреждане на опашка, не става за абсолютна отсечка. Извадете отсечката от измерената крива върху вашите документи и я премервайте след всяка версия на модела, защото кривата се мести и никой няма да ви каже.
Три аритметични тъждества бият всяко confidence
Детерминистичната валидация е безплатна, няма дисперсия, не се таксува на страница и не се измества, когато доставчикът пусне нов модел. Confidence има и четирите проблема.
Данъчната основа, ДДС-то и общата сума не са три независими извличания; те са едно твърдение с две степени на свобода. Ако основа плюс ДДС не дава общата сума, поне едно поле е грешно, каквото и да е върнал моделът. Не научавате кое — но научавате безплатно, че този документ не бива да се осчетоводява. Редовете дават същия лост дванайсет пъти: количество по единична цена трябва да дава сумата на реда, а сумите на редовете трябва да дават основата.
IBAN носи mod-97 контрола по ISO 13616 и ISO 7064 — първите четири знака отиват в края, буквите стават числа от A=10 до Z=35, а остатъкът при деление на 97 трябва да е 1. Българският IBAN е 22 знака. Тази единствена проверка хваща практически всяка едносимволна OCR грешка и всяка разменена цифра в най-опасното поле на страницата. ДДС номерът получава структурна проверка плюс жива справка във VIES; ЕИК носи собствена контролна цифра по претеглен модул. А IBAN, който е валиден, но се различава от последния известен добър за този доставчик, изобщо не е въпрос на confidence — това е най-експлоатираният измамен вектор в европейските бек офиси и мястото му е в отделен процес с двойно одобрение и обаждане по канал извън имейла, никога в опашката за извличане.
Пуснете детерминистичния слой пръв и оставете confidence да решава само остатъка: полетата, които никое правило не ограничава — свободен текст, адрес за доставка. Повечето решения за маршрутизиране, за които сте мислили, че искат праг, се оказват паднали контролни суми.
Праг на ниво документ се разпада при умножение
Публикуваните F1 на ниво поле са 95–99% за хедър полетата — номер, дата, обща сума, ДДС идентификатор — върху чисти дигитални PDF-и, и 75–90% за редовете, по-ниско върху влошени кирилски сканове. Фактура с дванайсет реда по четири полета е 48 извличания. При 90% всяко, вероятността и 48-те да са едновременно верни е 0,9 на 48-а степен: около 0,6%.
Затова едно число за точност на ниво документ не е метрика, а праг върху най-слабото поле праща всичко в опашката. Маршрутизирайте по поле: осчетоводете хедъра, когато хедърът минава и аритметиката излиза, и пратете само спорния ред на проверяващ с маркиран ред. И когато доставчикът, сумата и ДДС-то са верни, а детайлът по редове служи само за разнасяне по разходни центрове, попитайте дали изобщо ви трябва извличане на редове — за много фактури за нескладови разходи не ви трябва, и отпадането му дава повече STP от всяка смяна на модел.
STP процент без структура на документите описва чужда поща
Ръчните AP звена тръгват от 15–35% без допир. Публикуваните постижими диапазони са 65–85% за фактури срещу поръчка и 30–50% за фактури без поръчка. Ако 40% от обема ви е без поръчка, смесеният таван е около 0,6 × 0,75 + 0,4 × 0,40 — около 61%, преди някой да е погледнал качеството на скановете.
После стратифицирайте по вход. Amazon Textract разпознава текст само на английски, френски, немски, италиански, португалски и испански, ръкопис само на английски — няма български, няма кирилица — а минималната височина на разпознаваем текст е 15 пиксела, около 8pt при 150 DPI. Само този факт го изважда от повечето български бек офис процеси, преди разговорът за точност да е започнал. Azure AI Document Intelligence и ABBYY работят с кирилица; S0 нивото на Azure е с 15 транзакции в секунда по подразбиране и документиран backoff 2-5-13-34 секунди при 429.
Затова единственият ангажимент за точност, който си струва да се подпише, е по поле, върху ваша извадка, стратифицирана по клас документ — дигитален PDF, чист скан, снимка от телефон, кирилски скан — със заявена структура на класовете като част от числото. Около 300 документа на клас закотвят точност от 95% с приблизително ±2,5 пункта, така че не договаряйте разлика, по-малка от това. И договаряйте остатъчния процент изключения, не само процента автоматизация: очаквайте 15–30% остатъчни изключения през първата година при реален микс доставчици. Доставчиците цитират числителя.
Корекция, която не се записва обратно, е пътека за бягане
Всяка проверка трябва да оставя нещо след себе си: подсказка за оформлението на доставчика, ред в таблицата за съответствие на артикули, нов последен известен добър IBAN, толеранс, който е трябвало да съществува. Иначе същият документ се връща следващия месец със същото confidence. И публикувайте възрастта на най-старата позиция в опашката до STP процента: работа, преместена в застаряваща опашка, е преместена, а не автоматизирана.
Докъде спира да важи
Има праг на обем. При 300 документа месечно опашката струва порядъка на 1 440 EUR годишно при българска цена на труда; никаква логика за маршрутизиране не се изплаща от това, така че обосновката трябва да е време на цикъл, контрол срещу дублирани плащания или одитна следа — или няма обосновка. Маршрутизирането предполага и проверяващ, който за секунди различава вярно от грешно; когато правилната стойност иска експертна преценка, каквато той няма, маршрутизирането само мести грешката и ѝ добавя закъснение.
Начертайте правната граница точно, вместо да оставите тя да спре проекта. Съпоставянето на фактура с поръчка не е решение за човек и не носи нищо от чл. 22 на GDPR. Процес, който автоматично отхвърля нечия претенция или заявление, носи — и тогава дължи човешка намеса, право на изразяване на становище и право на оспорване.
Накрая, за нас. Palamed не е пускал в продукция процес за извличане от документи. Четирите ни доставени проекта са европейски маркетплейс за автомобили с над 300 000 обяви, платформа за агенция за AI автоматизация, речникът на Министерството на образованието и науката на beron.mon.bg и автоматизация на email маркетинга за козметична марка. Всичко по-горе е публикуваният модел, документацията на самите доставчици и сметки, които можете да проверите сами. Първото, което бихме измерили върху вашата поща, е структурата на класовете документи и кривата на калибрация — преди някой да назове праг. Ако доставчик ви цитира STP процент, преди да е видял вашите документи, цитирал ви е чужд.
