Что именно должно пройти проверку
Распознавание накладных в BAS состоит из нескольких независимых задач. Сначала система получает файл, затем извлекает поля, находит контрагента и товары, проверяет арифметику и передаёт данные в учётную систему. Хорошо прочитанный PDF ещё не доказывает, что приходная накладная создана правильно.
На странице распознавания документов описаны возможные источники и приёмники данных. Здесь разберём, как принимать такую работу: владелец должен получить воспроизводимый тест, а бухгалтер — понятный список того, что проверять. Методика подходит и для нового внедрения, и для проверки уже имеющегося сценария.
До начала теста согласуйте конкретную конфигурацию BAS, тип документа, правила округления, валюту и место хранения оригиналов. Отдельно запишите, кто может изменять справочники. Если эти решения отложены, ошибки интеграции легко ошибочно назвать ошибками AI.
Как собрать контрольную выборку
Возьмите документы за обычный рабочий период, а не только самые чёткие сканы. Предлагаемое начало — 30–50 файлов от нескольких поставщиков. Это рабочий размер пилота, а не достаточная выборка, чтобы обещать определённую точность.
Добавьте многостраничную накладную, фото под углом, печать поверх строки, возврат, скидку и документ с новой позицией. Если реально приходят Excel и письма, они тоже должны быть в тесте. Сохраните связь между каждым файлом и правильным ответом, который проверил бухгалтер.
Разделите материалы на настроечную и контрольную части. На первой разрешено исправлять правила, вторую показывают системе только после этого. Иначе команда будет демонстрировать запомненные примеры вместо работы на незнакомых документах. Удаляйте лишние персональные данные, которые не нужны для проверки.
Таблица приёмки
| Что проверяем | Контрольный случай | Ожидаемое поведение |
|---|---|---|
| Контрагент | Похожие названия двух компаний | Выбор по согласованным идентификаторам |
| Товар | Артикул поставщика отличается | Сопоставление через таблицу соответствий |
| Единицы | Упаковки и штуки | Пересчёт только по известному коэффициенту |
| Суммы | Скидка и округление | Совпадение строк и итога по правилам учёта |
| Дубли | Тот же файл с новым названием | Повтор не создаёт вторую накладную |
| Неизвестное | Новый товар или нечёткое поле | Запрос человеку, без выдуманного значения |
Не сводите весь результат к одному проценту. Ошибочная запятая в примечании и неправильный контрагент имеют разную цену. Выделите критичные поля, для которых нужна проверка человеком или отказ от автоматического продолжения.
Почему больше всего времени занимает номенклатура
Поставщик может называть товар «кофе зерно 1кг», а в учёте он имеет другое название, фасовку и артикул. Сходство текста даёт кандидата, но не всегда надёжное соответствие. Для дорогих или похожих позиций нужны дополнительные признаки: штрихкод, производитель, объём, единица.
Начните с согласованной таблицы «поставщик — его артикул — наш артикул». Новые соответствия подтверждает ответственный человек. Сохраните автора и дату изменения, чтобы можно было объяснить, почему вчера система выбрала одну позицию, а сегодня другую.
Неизвестный товар не должен автоматически становиться новой карточкой в BAS. Иначе быстрый импорт создаст несколько справочных записей для одного товара. Правило создания новых карточек стоит оценивать отдельно от распознавания.
Как считать время и ошибки
Запишите время ручного ввода контрольных документов. Для автоматизированного варианта считайте всё человеческое время: загрузку, ожидание, проверку, исправление и повторную попытку. Сравнивать ручной ввод только со временем ответа модели некорректно.
В журнале для каждого документа нужны его условный номер, формат, количество строк, критические ошибки, минуты проверки и результат. Отдельно отмечайте технические отказы: недоступная база, нехватка прав, таймаут. Они влияют на работу, даже если текст прочитан правильно.
После смены модели или правил повторите контрольную выборку. Сохраняйте предыдущий результат, а не перезаписывайте его. Так видно, не ухудшило ли исправление для одного поставщика обработку другого. Не публикуйте обобщённый показатель без описания состава выборки.
Пилот, доступы и следующий шаг
Первый запуск делайте в тестовой базе или согласованной копии. Интеграционному пользователю нужны только необходимые права. Передавайте ключи отдельным защищённым способом, а не в тексте накладной или общем чате. Оригинал, распознанный результат и созданный черновик должны иметь общий идентификатор.
Условия приёмки запишите до разработки: какие поля критичны, кто разбирает исключения, сколько времени разрешено тратить на проверку и что происходит после сбоя. После теста выберите один стабильный поток, а остальных поставщиков подключайте постепенно.
Для оценки подготовьте несколько обезличенных файлов, название конфигурации BAS, месячный объём и перечень ручных исправлений. Если кроме документов нужны другие обмены, смотрите интеграцию AI с учётом и CRM. Смета должна отдельно показывать распознавание, сопоставление справочников, запись в базу и сопровождение изменений.
Частые вопросы
Можно ли сразу проводить распознанные накладные?
На пилоте создавайте черновики. Проведение оставляйте бухгалтеру, пока контрольная выборка и обработка исключений не подтвердят приемлемое качество.
Сколько документов нужно для первого теста?
Практичное начало — 30–50 разных документов. Это предлагаемый объём пилота, а не статистическая гарантия; важны разные поставщики, форматы и сложные случаи.
Чем OCR отличается от интеграции с BAS?
OCR читает текст. Интеграция дополнительно сопоставляет контрагентов и товары, проверяет значения, находит дубли и создаёт документ нужного типа.
