Определите узкое место
Не начинайте с модели. Посчитайте, где сотрудники теряют время: вводят реквизиты, ищут строку в скане, восстанавливают таблицу или проверяют уже распознанное. Выберите один тип документа и пять обязательных полей. Для счёта это могут быть номер, дата, поставщик, сумма и валюта. Запишите, какая ошибка блокирует автоматизацию. Такой предел удерживает пилот в разумном объёме и позволяет сравнить его с текущей работой.
Соберите безопасный корпус
Возьмите 30–50 документов из реального потока и обезличьте их по правилам компании. Оставьте разные источники: цифровой PDF, скан, фотографию, поворот, печать, таблицу и пустое обязательное поле. Сотрудник готовит эталон, не видя будущего ответа модели. У каждого значения остаётся номер страницы. Архив и действующие формы не смешивают: устаревшая верстка полезна как отдельный стресс-тест, но не должна искажать основную метрику.
Снимите ручную базу
Попросите двух сотрудников обработать по десять документов обычным способом. Зафиксируйте время, исправления и разногласия. Это покажет не только стоимость ручного труда, но и качество эталона. Если люди по-разному понимают поле, нейросеть не устранит проблему. Сначала владелец процесса утверждает правило. Базовый замер нужен, чтобы позже не выдавать быструю генерацию сырого текста за реальную экономию.
Проверьте рабочую станцию
Уточните модель процессора, поддержку AVX2, объём оперативной памяти, доступную графику и свободное место. Для OpenVINO 2026.4 AVX2 обязателен. Установку выполняйте в отдельном окружении. Сохраните версии Python, OpenVINO, Optimum Intel и модели. Не используйте рабочий компьютер бухгалтера как постоянный сервер: фоновая нагрузка, обновления и права доступа делают результат непредсказуемым. На этапе пилота цель — измерить требования, а не доказать, что закупка уже нужна.
Запустите два прохода
Сначала используйте точность, близкую к исходной модели, и сохраните результат. Затем попробуйте квантованный вариант. В обоих случаях вход, разрешение и параметры одинаковы. Измерьте время страницы, пик памяти и критические поля. Общая похожесть текста не подходит: одна неверная запятая в сумме важнее десятка правильно распознанных заголовков. Таблицы проверяйте по строкам и колонкам, а не только по наличию слов.
Разделите распознавание и решение
OCR возвращает наблюдение, а не бухгалтерскую проводку. Следующий слой проверяет формат, валюту, арифметику и соответствие справочнику. При сомнении документ попадает человеку вместе с оригиналом и выделенным местом. Не позволяйте языковой модели незаметно «исправлять» значение: первоначальный вывод и корректировка хранятся отдельно. Так можно увидеть, где ошибся скан, где модель, а где правило компании.
Проверьте локальность
Отключите сеть и повторите обработку уже загруженной модели. Посмотрите кэш, временные каталоги и журналы. Проверьте запуск под обычной ролью и отказ пользователю без доступа. В лог не следует писать полный документ ради удобства отладки. Срок хранения исходников и результатов должен совпадать с политикой процесса. Если интерфейс сторонний, его сетевое поведение проверяют отдельно от OpenVINO.
Решите, что покупать
Постройте прогноз по дневному объёму и пику. Если одна станция укладывается во время и допускает очередь, сервер пока не нужен. Если пользователи ждут, посчитайте второй процесс или отдельный узел. Сравните с API на том же корпусе. В цену локального варианта включите поддержку и резервирование. Решение о железе принимают после измерения памяти и нагрузки, иначе компания покупает запас на основе названия модели.
Тест на невидимых документах
После настройки отложите десять новых документов, которых не видел автор инструкции. Проверьте их без изменения правил. Резкое падение качества означает, что команда подстроилась под маленький набор. Разберите причины по типам, а не исправляйте каждую отдельным исключением в промпте. Новый шаблон становится собственной категорией с минимальным числом примеров. Только устойчивость на невидимом наборе позволяет прогнозировать реальный поток.
Передача и учебный отказ
Владелец получает инструкцию запуска, известные ошибки, маршрут ручной проверки и контакт ответственного за окружение. Проведите безопасный сбой в тестовой копии: остановите сервис или подайте неподдерживаемый файл. Пользователь должен увидеть понятное сообщение и сохранить документ для повторной обработки. Если при отказе файл исчезает или дублируется в учётной системе, автоматизацию не расширяют. Техническая скорость не компенсирует отсутствие восстановления и понятной ответственности.
FAQ и критерий готовности
**Сколько документов достаточно?** Для первого решения 30–50, но они должны отражать трудные случаи. **Можно ли автоматом записывать результат?** Только после стабильной проверки и с правилами для критичных полей; на старте — нет. **Что сохранить?** Корпус, эталон, версии, измерения, ошибки и решение. Пилот готов, когда другой сотрудник повторяет его и получает сопоставимый результат без устных подсказок автора. Новый шаблон документа или новая версия модели требуют повторного прогона.