Спросите финансовую команду, куда уходит время на счета, и «на набор текста» ответят редко. Уходит на цикл: открыть письмо, разобраться, к какому юрлицу и центру затрат это относится, сверить сумму с заказом, догнать согласующего, заметить, что это дубль оплаченного на прошлой неделе, — и только потом ввести.
Автоматизация, которая делает только извлечение, атакует самую малую часть этого цикла. Хорошо окупаются те проекты, которые делают ещё и сопоставление, проверку на дубли, валидацию по политике и проводку, потому что там живут и минуты, и ошибки.
Возьмём финансовую функцию среднего размера: 800 счетов в месяц, в среднем девять минут на каждый, полная стоимость часа 35 €. Это 120 часов в месяц, примерно 4 200 €, или около 50 000 € в год ручной обработки.
Реалистичная автоматизация проводит напрямую около 70% — часто больше, иногда меньше, и где провести грань между «само» и «на проверку», на практике решает клиент, — остальное направляет человеку, и тот теперь тратит четыре минуты на исключение вместо девяти минут на всё. Ручная нагрузка падает примерно до 25–30 часов в месяц. Экономия — в районе 35 000 € в год против внедрения, которое стоит долю от этого; поэтому это самый частый первый проект, который мы видим в финансах.
Обратите внимание, чего модель не предполагает: она не предполагает 100% автоматизации и не предполагает, что исключения станут бесплатными. Любой расчёт окупаемости, который предполагает хоть одно из этого, — тот, с которым потом будут спорить.
Точность извлечения цитируют в презентациях; экономию определяет доля прямой проводки. Система, которая читает поля с точностью 99%, но всё равно отправляет 60% счетов человеку на подтверждение, сэкономила вам очень мало.
Доля прямой проводки — в основном функция ваших правил, а не модели. Счета, совпавшие с заказом в пределах допуска, от известного поставщика, ниже порога согласования, без признаков дубля, могут проводиться автоматически. Каждое из этих условий, которое вы не можете проверить, — это категория счетов, которая обязана идти человеку. Поэтому первый вопрос мы задаём не про объёмы, а про то, существуют ли заказы на закупку и используются ли они последовательно.
Четыре условия отделяют внедрения, которые попадают в свои цифры, от тех, которые ковыляют.
Справочник поставщиков, который действительно поддерживают. Сопоставление с поставщиком — первый шаг цепочки, и падает он на дублях и устаревших записях, а не на плохом OCR.
Учётная система, которая принимает API или импорт. Если проводку в конце всё равно делают руками, вы автоматизировали простую половину.
Записанные правила согласования. Кто что согласует, на каком пороге и что никогда не должно проводиться автоматически. Если это не записано, оно и становится проектом.
Кто-то, кто владеет исключениями. Те примерно 30%, что не проходят напрямую, нуждаются в столе. Автоматизация делает этот стол меньше, а не ненужным.
Ниже примерно 300 счетов в месяц арифметика обычно не работает, и хорошо сделанный шаблон плюс дисциплинированный процесс обыграют внедрение по стоимости. Если счета приходят преимущественно сканами бумаги от поставщиков, которые ничего менять не будут, ждите более низкой доли прямой проводки и планируйте стол исключений до того, как что-то подпишете.
А если настоящая проблема в том, что согласования возвращаются три недели, автоматизация ускорит всё, кроме того, что реально медленно. Это проблема процесса, и мы так и скажем, а не станем продавать в обход.
Полная страница: как работает поток, с чем интегрируется, цена и ограничения.
Ваш объём, ваши минуты, ваша ставка — срок окупаемости в конце.
Отраслевые ограничения, внутри которых это приходится строить: четыре глаза, аудиторский след, резидентность.
Мы используем cookie только для аналитики — чтобы видеть, с каких страниц приходят заявки. Ничего больше и ничего до вашего согласия. Политика cookie