ИИ-распознавание таблиц поставщика проверяют по строкам, единицам измерения и контрольным суммам

Нужно перенести спецификацию поставщика в Excel? Начать можно с готового конвертера. Но сохранённый файл ещё не отвечает на вопрос, к какой позиции относится каждое количество.

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

Свою разработку заказывают, когда сотрудникам нужен повторяемый маршрут: загрузить документ, проверить сомнительное, получить согласованные строки. Для готового переноса первички в 1С сначала проверьте распознавание в Entera.

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

Объединённую ячейку можно развернуть в строки по правилу заказчика. Группа «Крепёж» относится к болту и шайбе, но пустое количество у шайбы нельзя заполнить количеством болта.

Такой критерий входит в постановку задачи агенту. «Сделать PDF в Excel» оставляет выбор структуры исполнителю. «Сохранить позиции и показать источник каждой ячейки» задаёт проверяемый результат.

Число строк проверяют после согласованного разбиения. Две печатные строки описания могут быть одной позицией, а повторная шапка на следующей странице не должна стать товаром.

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

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

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

Нечитаемая ячейка отправляется сотруднику на сверку. Низкая уверенность распознавателя помогает найти такие места, но высокая уверенность сама по себе не доказывает, что выбран нужный столбец.

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

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

Складывать метры со штуками нельзя. В нашем учебном примере проверяют отдельно 50 шт. и 20 м. Если кабель получил единицу «шт.», сверка по единицам обнаружит расхождение.

Даже оба правильных итога пропускают перестановку количеств. Поменяем местами 20 и 30 у болта и шайбы. Сумма крепежа останется 50 шт., но компания закажет другие количества.

Инженер ведёт машину агентов vibecoding.ru и задаёт проверки заранее. На открытой странице показано, как инженер принимает работу. Две поломки ниже объясняют, почему одного успешного ответа мало.

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

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

Начните с одной таблицы и согласованного образца результата. Выберите документ, где уже встречаются объединения, смена единиц или нечёткие цифры. Выбирать только чистую страницу для демонстрации мало.

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

Таблицу и программу принимают отдельно. Сотрудник сверяет строки со сканом. Инженер проверяет структуру ответа и запрет выгрузки при сомнении.

Успех измеряют временем принятой таблицы. Посчитайте загрузку, сверку и исправления вместе. Быстрый ответ распознавателя не помогает, если сотрудник потом перепроверяет каждую ячейку.

После исправления сохраняйте проблемный пример в наборе проверок. Новый скан поставщика дал сбой, инженер изменил правило, старые примеры прошли снова. Так ошибка пополняет проверку, а не повторяется в следующем заказе.

Начните с разбора первой задачи: извлечь одну таблицу в согласованную структуру и подсветить сомнительные ячейки.

В подписке «Один проект» инженер с машиной агентов сдаёт правки в ваш репозиторий за 250 000 ₽ в месяц. Одна задача в работе, пауза в любой месяц.

1. Принимайте строки по позициям: читаемые символы ещё не гарантируют правильную таблицу.

2. Сохраняйте источник ячейки и правило разбиения объединений, чтобы сотрудник мог сверить результат.

3. Проверяйте количество вместе с единицей. Пусто, прочерк, ноль и «не прочитано» различаются.

4. Сверяйте независимые итоги по единицам, затем позиции: совпавшая сумма пропускает перестановки.

5. Принимайте таблицу и код отдельно. Каждую найденную ошибку сохраняйте в наборе проверок.