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