Codice ricambio
Usa l’identificatore necessario a clienti, rivenditori o team interni per ordinare o richiedere la parte.
Guida pratica ai dati catalogo
L’obiettivo non è creare il foglio di calcolo più grande possibile, ma dare a ogni tavola, collezione e workflow orientato al cliente un percorso affidabile verso il ricambio ordinabile corretto.

Prima di scegliere i campi o ricostruire un catalogo, mappa le decisioni che una persona prende quando cerca un ricambio.
Un cliente o tecnico parte normalmente da una macchina, un gruppo, un modello o una tavola esplosa. Deve poi riconoscere il riferimento corretto, capire quale ricambio è attualmente ordinabile e proseguire verso preventivo, carrello o assistenza.
La struttura dati deve sostenere questo percorso. I campi interni sono utili solo quando aiutano il team a mantenere il catalogo o aiutano l’utente a identificare e ottenere il ricambio corretto.
Separa le informazioni commerciali e descrittive riutilizzabili dalla posizione specifica in cui il ricambio appare nella tavola.
I campi esatti dipendono dall’azienda, ma questi elementi sono una base comune per la ricerca ricambi.
Usa l’identificatore necessario a clienti, rivenditori o team interni per ordinare o richiedere la parte.
Usa un nome riconoscibile invece di dipendere solo da codici interni o descrizioni abbreviate.
Aggiungi il contesto necessario per distinguere parti simili, varianti, kit o applicazioni.
Mantieni prezzi espliciti per i mercati e workflow in cui è necessario mostrare il prezzo al cliente.
Mantieni nomi e descrizioni tradotti quando il catalogo serve più mercati o pubblici.
Rendi chiaro se una parte deve restare visibile e utilizzabile nei workflow attivi.
Una parte può apparire in molte tavole, ma ogni posizione può avere un proprio riferimento, quantità e contesto di gruppo.
Evita di ricreare lo stesso record per ogni tavola esplosa. Mantieni il ricambio una sola volta e collegalo ai riferimenti e alle tavole pertinenti.
Così il team può correggere nome, descrizione, prezzo o immagine una sola volta, mantenendo allo stesso tempo il riferimento e la quantità specifici di ogni tavola.
L’automazione riduce il lavoro ripetitivo, ma fonti ambigue o incomplete richiedono ancora decisioni umane.
Verifica che i riferimenti siano presenti, leggibili e posizionati correttamente nella tavola.
Confronta riferimento, codice ricambio, quantità e descrizione con la relativa riga BOM.
Collega, scollega o sostituisci il ricambio associato quando il materiale sorgente non produce un risultato affidabile.
Tratta la tavola orientata al cliente come un risultato catalogo approvato e non come un’estrazione grezza.
I gruppi sono utili quando un insieme di ricambi deve ricevere lo stesso trattamento per prezzi, filtri, manutenzione o altri workflow.
Seleziona esattamente i ricambi che devono essere gestiti insieme quando la regola dipende da una lista curata o da una decisione commerciale.
Definisci condizioni riutilizzabili sui campi supportati e verifica quali ricambi corrispondono.
I gruppi non devono servire a nascondere dati sorgente scadenti o a fondere record che rappresentano codici ricambio differenti. Il loro valore è applicare una decisione chiara e ripetibile a un insieme noto di ricambi condivisi.
Un vecchio codice ricambio non dovrebbe semplicemente scomparire quando diventa disponibile una parte nuova o preferita.
Mantieni riconoscibile il ricambio originale e collegalo alla sostituzione appropriata. Registra se la relazione è ufficiale, aftermarket o compatibile, aggiungi note utili e indica l’opzione preferita quando necessario.
In questo modo clienti e team di assistenza hanno un percorso chiaro quando lavorano con manuali più vecchi o codici sostituiti.
Una buona struttura è utile solo se il team può mantenerla corretta quando cambiano prezzi, descrizioni, sostituzioni e gamme prodotto.
Usa file strutturati per creare o aggiornare record ricambi, verificando errori e valori sorgente inattesi.
Definisci chi controlla riferimenti non associati, codici mancanti, relazioni di sostituzione e decisioni di pubblicazione.
Usa ricambi mantenuti in più tavole e collezioni invece di ricostruire ripetutamente le stesse informazioni.
Non servono fonti perfette, ma devi sapere dove sono necessarie revisione e decisioni.
La fonte contiene un identificatore stabile utilizzabile per mantenere e cercare ogni ricambio.
Un utente può distinguere la parte senza affidarsi completamente a sigle interne.
Il team può confermare o correggere la relazione tra riferimento, BOM e ricambio.
Qualcuno conferma supersessioni e sostituzioni preferite.
Sai quali mercati richiedono descrizioni localizzate, prezzi o varianti catalogo.
I dati importati o estratti vengono verificati prima di entrare nell’esperienza cliente.
Strutturare i dati ricambi
Mantieni il modello pratico e allineato all’esperienza che vuoi realmente pubblicare.
No. Puoi iniziare con manuali e liste ricambi esistenti purché il team possa verificare le eccezioni e decidere chiaramente quali informazioni diventano visibili al cliente.
Solo quando rappresentano realmente lo stesso ricambio ordinabile nel tuo sistema. Formattazioni o descrizioni simili non bastano. PartGrid non fonde automaticamente duplicati approssimativi.
Sì. Un record condiviso può essere collegato a più tavole e riferimenti mantenendo riferimento e quantità specifici nel contesto corretto.
Mantieni le sostituzioni come relazioni esplicite tra record. Così il vecchio codice resta ricercabile e l’utente riceve una chiara opzione preferita o compatibile.
Riferimenti ambigui, codici mancanti, valori di import inattesi, decisioni sulle sostituzioni e approvazione finale devono restare decisioni visibili per il team.
Porta una tavola esplosa e una lista ricambi rappresentativa. Vedremo come record condivisi, matching, gruppi, sostituzioni e pubblicazione possono lavorare insieme.