Почему цена модели — не стоимость автоматизации

Когда считают экономику обработки документов, обычно сравнивают тариф API с зарплатой сотрудника. Но модель не забирает счёт из почты, не выясняет, почему сумма не сходится, и не отвечает за проводку. Для бизнеса важнее стоимость одного корректно обработанного документа: распознавание, модель, интеграция, ручная проверка исключений и исправление ошибок.

Это не повод отказаться от автоматизации. Просто в расчёте надо учитывать весь маршрут документа, а не только один тарифный столбец.

Сначала задайте границы процесса

Возьмём входящие счета поставщиков. До пилота договоритесь, что считается «обработано»: извлечены поставщик, номер, дата, валюта, сумма, НДС и строки; данные прошли проверки; запись попала в бухгалтерскую систему; спорные поля получили владельца и статус.

Разделите поток на три результата:

  • **принят автоматически** — критические поля извлечены и прошли бизнес-проверки;
  • **проверен человеком** — низкая уверенность или конфликт правил отправили документ сотруднику;
  • **отклонён / исправлен** — неверный тип документа, дубль, отсутствующий заказ или несходящаяся сумма.

Считать нужно все три группы. Если в отчёте показаны только документы, которые модель приняла автоматически, а время на оставшиеся исключения исчезло, экономия получится скорее бухгалтерской, чем реальной.

Модельный расчёт на 1 000 счетов в месяц

Ниже иллюстрация, а не данные компании и не прогноз тарифа. Допущения нужно заменить замерами пилота:

  • вручную один счёт занимает в среднем 4 минуты;
  • с автоматизацией полный средний труд сотрудника — 1,5 минуты на каждый счёт, включая исключения и исправления;
  • полная стоимость рабочего часа — 900 ₽;
  • обработка модели и OCR — условно 6 ₽ за документ;
  • инфраструктура и сервис — 3 000 ₽ в месяц;
  • поддержка и контроль процесса — 4 часа в месяц по 900 ₽;
  • разработка интеграции стоит 120 000 ₽ и для сравнения распределяется на 12 месяцев.

Высвобождаемое время: 1 000 × (4 − 1,5) / 60 = 41,7 часа. Его оценочная стоимость — около 37 500 ₽. Текущая эксплуатация: 6 000 ₽ за обработку, 3 000 ₽ инфраструктура, 3 600 ₽ поддержка и 10 000 ₽ условной месячной доли внедрения. Остаётся около 14 900 ₽ в месяц до учёта налогов, стоимости капитала и последствий ошибок.

В этих же допущениях простая точка безубыточности — примерно 527 счетов в месяц: каждый документ даёт 37,50 ₽ расчётной экономии времени и требует 6 ₽ переменных расходов, а месячные фиксированные затраты составляют 16 600 ₽. Это не универсальный порог: изменение времени проверки, ставки труда или цены ошибок сдвинет результат.

И ещё важная оговорка: 41,7 часа высвобождённой мощности не означают автоматическое сокращение фонда оплаты труда. Это деньги только тогда, когда компания избегает сверхурочной работы или найма либо направляет время на полезную работу.

Где уверенность помогает, а где вводит в заблуждение

Для извлечения полей можно использовать оценку уверенности, но её нельзя считать обещанием правильности. Microsoft описывает confidence как оценочную вероятность и рекомендует для важных сценариев направлять результаты на проверку человеком. В документации к Content Understanding примеры порогов для критических, важных и некритичных полей прямо названы иллюстративными: границы надо подобрать экспериментально для своего процесса.

В пилоте задайте отдельные правила:

  • для суммы и НДС — извлечь поле, сверить арифметику и заказ; при расхождении остановить автоматическую запись;
  • для номера счёта и поставщика — сравнить с реестром и известными идентификаторами;
  • для комментариев — можно принять более низкий порог, если поле не запускает финансовое действие.

Измеряйте не только среднюю уверенность, но и долю неверно принятых документов, долю ручной проверки, минуты сотрудника на исключение и стоимость исправления. Ошибка в сумме на одном документе может стоить больше, чем несколько минут ручной работы.

Как провести короткий пилот

Возьмите несколько сотен уже обработанных счетов, включая сканы, разные макеты, кредит-ноты и ошибки поставщиков. Сравните результат системы с утверждёнными данными, не меняя действующий процесс записи.

За 2–4 недели снимите:

  • минуты ручной обработки до и после;
  • долю автоматически принятых и направленных на проверку документов;
  • точность критических полей отдельно от некритичных;
  • количество дублей, исправлений и остановленных проводок;
  • переменные расходы на OCR, модель и хранение;
  • время поддержки интеграции и обновления шаблонов.

Порог безубыточности пересчитывайте по фактической доле исключений. Если система хорошо распознаёт типовые счета, но все нестандартные документы всё ещё требуют длительной ручной работы, это может быть хорошим инструментом для части потока, но не полной автоматизацией.

Практический вывод

Сравнивайте не «цену токенов» и зарплату, а стоимость корректно завершённого процесса. Начните с одного вида документа, зафиксируйте время и ошибки на исходной выборке, затем добавляйте OCR, модель и проверку по одному шагу. ИИ-стажёр пусть сортирует бумаги; калькулятор всё равно лучше посадить рядом с владельцем процесса.