Сначала договориться о структуре
Для каждого предложения нужны устойчивый идентификатор поставщика, его артикул, название, единица продажи, цена, валюта и момент обновления. Поля количества в упаковке и доступного остатка лучше хранить отдельно. Наименование помогает человеку проверить запись, но редко подходит как единственный ключ: одинаковые названия встречаются у разных размеров и комплектаций. Исходный файл сохраняют неизменным. Рядом фиксируют правила импорта, чтобы позже можно было объяснить происхождение каждой строки. Артикул 00125 следует воспринимать как текстовый идентификатор, иначе начальные нули исчезнут.
Нормализация без потери смысла
Очистка пробелов, распознавание десятичного разделителя и преобразование цены в число выполняются по заранее заданным правилам. Запись 1 250,50 нельзя без проверки превращать в набор цифр: запятая здесь отделяет дробную часть. Пустая цена означает отсутствие значения, а не бесплатный товар. Аналогично неизвестный остаток не равен нулю. Если коробка из десяти штук стоит 800 условных единиц, цена одной штуки составляет 80, но это ещё не означает возможность купить её отдельно. Поэтому нормализованная стоимость и минимальная единица заказа остаются разными полями.
Сопоставление и контроль изменений
Сначала используют точное соответствие проверенных артикулов, затем заранее подтверждённую таблицу связей с внутренним каталогом. Похожие названия дают лишь кандидатов для проверки. Смешивать товары автоматически по общему слову нельзя: кабели одинаковой длины могут иметь разные разъёмы. Дубли ключа отправляют в отчёт, а не выбирают случайную строку. Перед применением рассчитывают изменения относительно предыдущего снимка: сколько предложений добавилось, исчезло, подорожало или лишилось цены. Резкий скачок может быть реальным, но также указывать на смену валюты либо единицы упаковки.
Предсказуемый повторный запуск
Хороший процесс разделён на загрузку, проверку и применение. Ошибочные строки помещают в отдельный список с понятной причиной, а успешные не теряют связь с исходными данными. Повторная обработка того же файла не должна создавать новые дубли. Для этого сохраняют идентификатор загрузки или контрольную сумму и используют стабильные ключи. Сначала формируют предварительный результат, затем разрешают обновление. Такая граница позволяет проверить изменения до того, как они попадут в рабочие карточки товаров, и восстановить предыдущий снимок при обнаружении ошибки.
Попробуйте на практике
На бумаге или в любой таблице подготовьте пробный импорт двух вымышленных прайс-листов по три строки.
- Задайте общий набор колонок и включите артикул 00125, пустую цену и предложение за упаковку из десяти штук.
- Запишите исходные значения отдельно, затем создайте нормализованные: артикул текстом, цена числом, единица и упаковка отдельными полями.
- Добавьте повтор одного артикула с другой ценой и составьте список строк, требующих проверки.
- Сравните итог с вымышленным предыдущим снимком и опишите, какие изменения можно применить, а какие нужно остановить.
Как проверить результат. Ведущие нули сохранены, пустота не стала нулём, упаковка не перепутана со штукой, каждый дубль и подозрительное изменение объяснены.
Частые вопросы
Можно ли сразу объединять строки по названию?
Только если уникальность доказана для конкретного набора данных. Обычно название используют как вспомогательное поле, а связь товаров подтверждают по идентификаторам и характеристикам.
Зачем хранить старые файлы?
Они позволяют воспроизвести расчёт, проверить спорную цену и отличить ошибку поставщика от ошибки собственных преобразований. Нужен также журнал применённых правил.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.