Прайс поставщика → карточка товара: что проверить до публикации

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

Почему файл поставщика ещё не каталог

Поставщик готовит файл для своих продаж и учёта, а сайт — для покупателя. Даже аккуратная таблица не отвечает на несколько вопросов:

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

Поэтому импорт начинается с профиля входа: названия листов, заголовки, разделитель, ключ сопоставления и правила пустых значений. Выбор самой платформы магазина — отдельная задача; её границы разобраны в статье «Tilda, Битрикс или свой код».

Какие проверки нужны до публикации

Проверка	Почему она нужна	Что делать при ошибке
Уникальный артикул	один ключ не должен создавать две карточки	остановить строку и показать оба источника
Название	пустая карточка не объяснит товар	вернуть строку поставщику или редактору
Цена	ноль, текст или резкий выброс могут стать публичной ошибкой	поместить в карантин, не угадывать значение
Остаток	исчезновение строки не всегда означает нулевой склад	применить заранее выбранное правило
Единица	«шт», «кг» и «м» нельзя смешивать внутри одного поля	нормализовать по словарю категории
Категория	категория поставщика может не совпадать со структурой сайта	сопоставить со словарём клиента
Характеристики	фильтры работают только на одинаковых полях и единицах	проверить обязательный набор по категории
Фото и текст	наличие ссылки не доказывает право публикации	запросить разрешение или договор

Отдельно проверяются внутренние дубли: один товар может приехать от двух поставщиков с разными артикулами или написанием модели. Автоматическое сопоставление допустимо только при достаточной уверенности. Спорная пара должна остаться в отчёте, а не объединиться молча.

Что показывает тестовый прайс из двадцати строк

В инструменте «Проверка прайса» есть искусственный образец на двадцать строк. В нём намеренно повторён артикул D-001, у строки D-017 нет цены, а у D-018 — названия. Проверка находит эти места без модели и не исправляет их за пользователя.

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

Публичный инструмент принимает только вставленный текст от 20 до 200 строк, ограничивает размер запроса и обрабатывает данные в памяти. Файл, исходный текст и результат не сохраняются. Это диагностика структуры, а не готовый импорт в CMS.

Где допустим ИИ, а где нужны правила

Модель полезна для операций, в которых всё равно нужен черновик:

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

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

Для описаний действует то же правило честности, что и для разметки страницы: структурированные данные не исправляют плохой источник. Как поисковые системы читают поля товара и других сущностей, объясняет статья «Schema.org простыми словами».

Как выглядит рабочий конвейер

Минимальный процесс состоит из семи шагов:

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

После проверки редактором словарь и правила уточняются, затем весь набор прогоняется заново. Ручная правка только готового CSV — плохой финал: при следующем прайсе её придётся повторить, а конвейер о ней ничего не узнает.

Именно повторяемая настройка, отчёт и адаптер CMS входят в услугу «Каталог из прайсов». Если задача сводится к стандартному обновлению цены и остатка по точному артикулу, готовый модуль или сервис может оказаться дешевле отдельной разработки.

Что проверить по правам и достоверности

Продавец отвечает за информацию, которую публикует о товаре. Статья 10 Закона РФ «О защите прав потребителей» требует дать необходимую и достоверную информацию; актуальный текст нормы доступен в КонсультантПлюс. Поэтому описание модели не публикуется без проверки фактов владельцем магазина. Это технический разбор, а не юридическая консультация.

Для фотографий и авторских описаний нужна отдельная проверка права использования. Фраза «поставщик прислал ссылку» сама по себе не заменяет дилерский договор или письменное разрешение. Парсинг чужого сайта без такого разрешения в базовую услугу не входит: безопаснее принять файл, который клиент вправе передать в работу.

Если хотите оценить реальный вход, можно описать CMS, число поставщиков и приложить структуру полей — без персональных данных менеджеров и без отправки самого прайса через публичную форму.

Коротко

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

Частые вопросы

Можно ли сразу загружать файл в Битрикс или InSales?

Можно, если структура каталога уже совпадает с файлом, артикулы уникальны, а правила цены и исчезнувших остатков заранее определены. Первый импорт всё равно лучше выполнить на копии или ограниченной категории и проверить результат.

Что делать, если у поставщика нет артикулов?

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

ИИ может написать готовые описания для всех товаров?

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

Нужно ли хранить каждый прайс?

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

Когда хватит готового модуля?

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