Нормализация прайс-листа поставщика
Сценарий подходит для регулярного приема XLSX, CSV или извлеченной таблицы из PDF, когда разные поставщики называют одинаковые поля по-разному. ИИ предлагает соответствия по смыслу, но цена, валюта, единица и артикул проходят отдельные правила и подтверждение сотрудника.
Цель и граница автоматизации
Что меняем
Сценарий подходит для регулярного приема XLSX, CSV или извлеченной таблицы из PDF, когда разные поставщики называют одинаковые поля по-разному. ИИ предлагает соответствия по смыслу, но цена, валюта, единица и артикул проходят отдельные правила и подтверждение сотрудника. Практическая цель этой схемы - получить нормализованный черновик с происхождением каждого значения в форме, которую ответственный может проверить по исходным данным. Скорость полезна только вместе с понятной границей ответственности и журналом изменений.
Где останавливается ИИ
Не обновляйте рабочий каталог прямо из ответа модели. Храните исходный файл, версию схемы и подтвержденные правила конкретного поставщика. ИИ завершает работу на стадии подготовки и разметки. Любое действие, которое меняет учетные данные, публикует текст, связывается с человеком или создает обязательство, выполняется только после явного подтверждения владельца процесса.
Эта страница построена как проектная схема. Сначала зафиксируйте цель и границу, затем опишите входы, переходы и результат. Такой порядок удобен, когда процесс только создается: команда может обсудить контракт до выбора конкретного конструктора автоматизаций.
Не начинайте с промпта. Большинство опасных ошибок появляется в маршрутизации, правах доступа, повторах и неясном владельце решения. Промпт становится полезным после того, как система уже умеет отклонить плохой вход и сохранить проверяемое основание.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Нормализация прайс-листа поставщика». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Нормализованный черновик с происхождением каждого значения» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Какие входные данные подготовить
Принять файл
Система сохраняет исходный файл, поставщика, дату получения и контрольную сумму, чтобы не обработать одно вложение повторно. Для входа 1 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Определить структуру
Обычный разборщик находит листы, заголовки, объединенные ячейки и строки с итогами до обращения к языковой модели. Для входа 2 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Предложить соответствия
ИИ сопоставляет названия колонок с внутренним справочником и возвращает основание, неоднозначность и список новых полей. Для входа 3 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Проверить значения
Формулы и правила отдельно проверяют валюту, единицы, разделитель дробной части, пропуски, дубли SKU и допустимые диапазоны. Для входа 4 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Как работает сценарий
Принять файл
Система сохраняет исходный файл, поставщика, дату получения и контрольную сумму, чтобы не обработать одно вложение повторно.
Определить структуру
Обычный разборщик находит листы, заголовки, объединенные ячейки и строки с итогами до обращения к языковой модели.
Предложить соответствия
ИИ сопоставляет названия колонок с внутренним справочником и возвращает основание, неоднозначность и список новых полей.
Проверить значения
Формулы и правила отдельно проверяют валюту, единицы, разделитель дробной части, пропуски, дубли SKU и допустимые диапазоны.
Подтвердить импорт
Контент-менеджер сверяет выборку строк, утверждает карту колонок и только затем передает файл в обычный импорт каталога.
Прайс-лист с двумя строками заголовка и разными единицами
Поставщик прислал XLSX: название группы находится в первой строке, заголовки начинаются со второй, цена указана без явной валюты, а длина части товаров дана в сантиметрах и части в миллиметрах. Внизу каждого блока есть строка итого. Внутренний импорт ожидает один заголовок, рубли и миллиметры.
Разборщик сначала выделяет структуру листа и исключает строки итогов. Модель предлагает соответствия названий колонок, но оставляет валюту неподтвержденной. Формулы переводят единицы только там, где они названы явно. Контент-менеджер проверяет выборку каждого блока и утверждает карту для этого поставщика.
Если валюта не указана, цены не переносятся в рабочий импорт. Система не делает вывод по домену поставщика или предыдущему файлу. Строки получают статус уточнения, исходный файл остается неизменным, а остальная часть каталога может пройти проверку отдельно без скрытого заполнения пробела.
Что должно появиться на выходе
Поле 1: Исходный файл сохранен
Результат должен позволять проверить условие «исходный файл сохранен» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 2: Поставщик определен явно
Результат должен позволять проверить условие «поставщик определен явно» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 3: Версия внутренней схемы зафиксирована
Результат должен позволять проверить условие «версия внутренней схемы зафиксирована» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 4: Валюта не угадывается
Результат должен позволять проверить условие «валюта не угадывается» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Правила решений и остановки
- Остановить обычный маршрут, если возникает риск: Неверное соответствие колонок переносит цену или единицу не в то поле.
- Передать ответственному случай, в котором возможно следующее: Строка итога может быть принята за товар.
- Не публиковать и не записывать итог автоматически, пока не исключен риск: Разные варианты одного SKU способны перезаписать друг друга.
- При повторном запуске использовать устойчивый идентификатор и сохранять ранее подтвержденную версию результата «Нормализованный черновик с происхождением каждого значения».
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
Сопоставь заголовки и примеры значений прайс-листа с переданным внутренним справочником. Верни source_column, target_field, evidence, transformation_candidate, ambiguity и requires_review. Не пересчитывай цены, не угадывай валюту и не объединяй разные артикулы.
Контрольные примеры для пилота
Запустить минимально заполненный пример для сценария «Нормализация прайс-листа поставщика» и убедиться, что недостающие поля отмечены явно.
Повторить один вход дважды и проверить, что автоматизация не создает вторую запись и не стирает ручные исправления.
Передать противоречивые данные, связанные с риском «Неверное соответствие колонок переносит цену или единицу не в то поле.», и проверить переход к ручному разбору.
Искусственно отключить одно действие связки «Почта или папка + разбор таблицы + правила + ИИ + проверочная таблица» и проверить уведомление, журнал ошибки и безопасный повтор.
Проверочный список
Какие показатели отслеживать
Измеряйте путь до подтвержденного результата «Нормализованный черновик с происхождением каждого значения», а не только скорость ответа модели.
Считайте изменения фактов, категорий и решений отдельно от стилистических правок. Так видно, где схема действительно ошибается.
Ошибки доставки, дубли и остановленные входы относятся к надежности автоматизации и не должны смешиваться с качеством текста.
Основные риски
Неверное соответствие колонок переносит цену или единицу не в то поле.
Строка итога может быть принята за товар.
Разные варианты одного SKU способны перезаписать друг друга.
Что уточнить перед внедрением
С чего начать безопасный пилот?
Возьмите небольшой исторический набор без лишних персональных данных, оставьте все действия в режиме черновика и сравнивайте результат с решением владельца процесса. Для связки «Почта или папка + разбор таблицы + правила + ИИ + проверочная таблица» заранее проверьте права доступа и журнал ошибок.
Когда можно уменьшить ручной контроль?
Только после того, как накоплена выборка по типовым и сложным случаям, отдельно посчитаны смысловые исправления и подтвержден безопасный откат. Даже тогда исключения из раздела рисков остаются у человека.