Разпознаването на фактура отдавна не е трудната част. Трудното е сверяването с доставчика, проверката на сумите и решението какво да се направи, когато нещо не съвпада.
Компания с централизирано счетоводство обработва около две хиляди входящи фактури месечно от няколкостотин доставчика. Документите идват по поща в различни формати: структуриран PDF, сканирано изображение и снимка от телефон. При около четири минути на документ това са над сто часа месечно, от които по-голямата част отива не за въвеждане, а за проверка дали доставчикът вече съществува и под кое от изписванията си.
Числата са примерни. Основното, което определя дали казусът е ваш, е броят доставчици, не броят фактури.
Шест стъпки в двата случая. Разликата е какво изобщо стига до човек.
Всяка фактура минава през пълна ръчна обработка.
Човек вижда само това, което не е минало проверките.
Прагът е ваше решение и определя каква част от потока изобщо стига до човек. При строг праг автоматизацията върши по-малко, но доверието се изгражда по-бързо.
Не въвеждането на числата отнема време. Отнема го проверката дали „ЕООД Пример“, „Пример ЕООД“ и „Пример ООД“ са един и същ доставчик, и ако да, под кой запис да влезе фактурата. Това е решение, което изисква поглед към историята, а не към документа.
Системата не извършва плащане и не одобрява разход. Тя подготвя проверен запис и показва какво не съвпада. Финансовото решение остава при отговорния служител, включително когато всички проверки са минали.
Веригата е една и съща във всички наши проекти. Разликата е какво стои във всяко звено.
Четири звена между пощенската кутия и системата.
Бихме измервали: време за обработка на документ, дял автоматично обработени, грешки при проверка
Разделението е изрично, защото от него зависи какво може да се обещае.
Обърнете внимание кое къде е: разпознаването е за AI, а проверката на сумата е за правило. Аритметика не се поверява на езиков модел.
Изключенията не са грешки в проекта. Те са това, което определя дали процесът ще работи в реална среда.
Третото изключение е най-важното. Система, която изглажда разминаване, е по-опасна от система, която спира.
Показателите се сравняват с изходно състояние, измерено преди началото.
Колко време отнема един документ.
Каква част минава без намеса.
Колко често данните са верни.
И къде не си заслужава, това е също толкова полезно да се знае.
Ако ползвате счетоводна кантора, възможността зависи от това какъв достъп можете да уговорите с нея. Това е първият въпрос, не последният.
Редовният пример и примерът с проблем показват защо един структуриран резултат още не е разрешение за действие.
Това е работеща демонстрация на проверките след извличане на данните. Използва примерен структуриран резултат, не изпълнява AI модел, OCR или връзка с CRM/ERP и не изпраща въведеното към сървър. Използвайте само тестови данни.
Изберете пример и натиснете „Провери данните“.
Дори при успешна проверка последната стъпка е човешко одобрение. Бутонът сменя само тестовия статус на тази страница. В реална система правилата, разрешените действия и изключенията се договарят предварително.
Илюстративен сценарий. Описаният случай е примерна структура на работен процес, а не резултат при конкретен клиент. Показателите описват какво бихме измервали при реално внедряване. Измерени данни публикуваме само със съгласие на клиента и с описана методология.
Това число казва повече за възможния ефект от броя фактури.
Този примерен сценарий може да бъде отправна точка за собствен проект. Конкретният обхват, достъпите и критериите за приемане се уточняват за вашите системи.
Ползваме бисквитки само за да разберем как се ползва сайтът. Без съгласие не се зарежда нищо. Подробно в политиката за бисквитки.
