Когда количество позиций в каталоге тормозных накладок растет с нескольких десятков до сотен SKU, самой серьезной проблемой обычно становится не отсутствие нужного номера, а использование одного и того же продукта под разными названиями в системах закупок, складского учета, продаж и работы с поставщиками. Создание стабильной структуры данных помогает избежать повторных закупок, неправильной маркировки и ошибочного сопоставления.
1. Выберите внутренний SKU в качестве основного ключа
Для каждого продукта, который можно отдельно закупать, хранить на складе и продавать, определите уникальный внутренний SKU. После внедрения внутреннего SKU его не следует использовать повторно из-за смены поставщика или упаковки. Номера FMSI, OE, номера поставщика и клиента должны указываться в таблице перекрестных номеров — ни один внешний номер не должен использоваться напрямую в качестве единственного основного ключа базы данных.
2. Различайте версии продукта, формулы и упаковки
У одинаковых по форме накладок могут быть разные фрикционные материалы, аксессуары, номера краев, бренды и упаковка. В каталоге необходимо делать различие как минимум по следующим параметрам:
- Основная версия продукта: внутренний SKU, тип колодки или версия чертежа, ключевые размеры и конфигурация принадлежностей;
- Версия материала: идентификатор формулы, сфера применения, статус проверки и дата изменений;
- Рыночная версия: целевые страны или клиенты, необходимые документы и маркировка;
- Версия упаковки: единица продажи, количество в коробке, логотип на упаковке и утверждённая версия.
Если такие различия влияют на закупки, запасы или продажи, их нельзя отличать только с помощью полей примечаний.
3. Создание таблицы множественных взаимосвязей.
Один внутренний SKU может соответствовать нескольким OE-кодам, а внешний номер также может требовать учета модели автомобиля, года выпуска, размера или конфигурации для определения. В таблице перекрестных номеров должны быть указаны тип номера, значение номера, источник, дата проверки, проверяющий и статус. FMSI стандартизирует описание номеров как общий язык в цепочке поставок, однако OE-коды все равно необходимо сверять с технической документацией продукта.
Необходимо разделять подтвержденные, находящиеся на проверке и устаревшие номера. Не проверенные из интернета перекрестные номера не должны сразу попадать в состояние, пригодное для оформления заказа; если они сохраняются, следует указать источник и риски.
4. В список заказов включаются только контролируемые основные записи.
Заказ на закупку может содержать внутренний SKU, номер материала поставщика, количество, цену за единицу, версию материала, версию упаковки и требования к поставке. Основные записи должны приводиться через проверку данных или выбор из выпадающего списка, чтобы избежать повторного ввода вручную. Перед отправкой на завод проверяются дублирующие строки, пустые номера материалов, единицы измерения количества, конфликты версий и устаревшие SKU.
5. Фиксация изменений и замен.
Не следует удалять старые записи и сразу писать новые поверх них. Необходимо задокументировать, является ли замена полной, условной или невозможной между старым SKU и новым, а также указать дату вступления в силу, оставшиеся запасы и затронутые заказы. Изменения в формуле, принадлежностях или упаковке не всегда требуют новой формы шин, но могут потребоваться новые версии запасов.
6. Создание замкнутого цикла с помощью акта поставки.
Необходимо требовать от поставщика возврата результатов проверки по каждой строке: совпадение, необходимость размеров или чертежей, невозможность поставки, минимальный объем заказа, потребность в образцах и предполагаемые сроки поставки. Ответы следует включать в процесс рассмотрения заказа, а не хранить только в электронной почте. После получения товара необходимо сообщить информацию о фактической партии, количестве и расхождениях в основные записи.
Рекомендуемые минимальные поля:
Внутренний SKU, название продукта, версия формы шин, OE-код, внутренний код FMSI, номер материала поставщика, примечания к автомобилю или применению, ключевые размеры, принадлежности, версия материала, рыночная версия, версия упаковки, единица продаж, статус, источник, дата проверки и записи об изменениях. Не каждый пункт обязательно должен присутствовать в одной таблице, но они должны быть связанными между собой.
Как BAOTAI поддерживает проекты с несколькими SKU?
BAOTAI может составить список для подтверждения на основе FMSI, OE, SKU клиента, чертежей или образцов, предоставленных клиентом, и после подтверждения проекта координировать выбор формы изделия, материала, маркировки и упаковки. Заказчик сохраняет свой собственный внутренний ключ SKU, что позволяет поддерживать целостность данных при смене упаковки или расширении рынка.
Можно просмотретьКаталог SKU тормозных накладокчерезформу заявки на закупкузагружая списки в форматах Excel или CSV. Рекомендуется сохранять в файлах исходные номера строк и внутренние SKU для удобства взаимной обратной связи по каждой строке.
Примечание к редактированию: данный текст является оригинальным руководством BAOTAI по управлению данными; в нем не приводятся выводы относительно совместимости с автомобилями, а также не копируются защищенные каталоги третьих сторон. Основное изображение в настоящее время является заменителем и будет заменено позже.
