PartGrid.ai

Guida pratica ai dati catalogo

Come strutturare i dati ricambi per una ricerca affidabile

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.

Parti dal percorso di ricerca del cliente
Separa i dati condivisi dal contesto specifico della tavola
Integra revisione e manutenzione nella struttura
PartGrid embedded viewer showing an interactive parts schematic and quote cart

Parti dalle domande a cui il cliente deve trovare risposta

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.

1. Crea un record condiviso per ogni codice ricambio ordinabile

Separa le informazioni commerciali e descrittive riutilizzabili dalla posizione specifica in cui il ricambio appare nella tavola.

Informazioni principali da considerare

I campi esatti dipendono dall’azienda, ma questi elementi sono una base comune per la ricerca ricambi.

#️⃣

Codice ricambio

Usa l’identificatore necessario a clienti, rivenditori o team interni per ordinare o richiedere la parte.

📝

Nome orientato al cliente

Usa un nome riconoscibile invece di dipendere solo da codici interni o descrizioni abbreviate.

📄

Descrizione

Aggiungi il contesto necessario per distinguere parti simili, varianti, kit o applicazioni.

💶

Prezzo e valuta

Mantieni prezzi espliciti per i mercati e workflow in cui è necessario mostrare il prezzo al cliente.

🌍

Varianti linguistiche

Mantieni nomi e descrizioni tradotti quando il catalogo serve più mercati o pubblici.

Stato di disponibilità

Rendi chiaro se una parte deve restare visibile e utilizzabile nei workflow attivi.

2. Mantieni il contesto della tavola come relazione, non come record duplicato

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.

3. Verifica le associazioni tra riferimenti e ricambi prima che i clienti le usino

L’automazione riduce il lavoro ripetitivo, ma fonti ambigue o incomplete richiedono ancora decisioni umane.

1

Controlla i riferimenti rilevati

Verifica che i riferimenti siano presenti, leggibili e posizionati correttamente nella tavola.

2

Confronta riferimenti e righe BOM

Confronta riferimento, codice ricambio, quantità e descrizione con la relativa riga BOM.

3

Risolvi associazioni mancanti o ambigue

Collega, scollega o sostituisci il ricambio associato quando il materiale sorgente non produce un risultato affidabile.

4

Pubblica solo il risultato verificato

Tratta la tavola orientata al cliente come un risultato catalogo approvato e non come un’estrazione grezza.

4. Usa i gruppi ricambi per decisioni operative ripetibili

I gruppi sono utili quando un insieme di ricambi deve ricevere lo stesso trattamento per prezzi, filtri, manutenzione o altri workflow.

Gruppi manuali

Seleziona esattamente i ricambi che devono essere gestiti insieme quando la regola dipende da una lista curata o da una decisione commerciale.

Gruppi dinamici

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.

5. Modella le sostituzioni come relazioni esplicite

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.

6. Pianifica la manutenzione dei dati dopo il lancio

Una buona struttura è utile solo se il team può mantenerla corretta quando cambiano prezzi, descrizioni, sostituzioni e gamme prodotto.

Un modello operativo mantenibile include normalmente

Importazioni e aggiornamenti controllati

Usa file strutturati per creare o aggiornare record ricambi, verificando errori e valori sorgente inattesi.

Responsabilità chiara sulle eccezioni

Definisci chi controlla riferimenti non associati, codici mancanti, relazioni di sostituzione e decisioni di pubblicazione.

Record condivisi tra più output

Usa ricambi mantenuti in più tavole e collezioni invece di ricostruire ripetutamente le stesse informazioni.

Checklist pratica di preparazione

Non servono fonti perfette, ma devi sapere dove sono necessarie revisione e decisioni.

I codici ordinabili sono identificabili

La fonte contiene un identificatore stabile utilizzabile per mantenere e cercare ogni ricambio.

I nomi orientati al cliente sono comprensibili

Un utente può distinguere la parte senza affidarsi completamente a sigle interne.

I riferimenti delle tavole possono essere verificati

Il team può confermare o correggere la relazione tra riferimento, BOM e ricambio.

Le decisioni sulle sostituzioni hanno un responsabile

Qualcuno conferma supersessioni e sostituzioni preferite.

Lingue e valute sono definite

Sai quali mercati richiedono descrizioni localizzate, prezzi o varianti catalogo.

La pubblicazione prevede un passaggio di approvazione

I dati importati o estratti vengono verificati prima di entrare nell’esperienza cliente.

Strutturare i dati ricambi

Domande frequenti

Mantieni il modello pratico e allineato all’esperienza che vuoi realmente pubblicare.

Dobbiamo pulire tutti i file sorgente prima di iniziare?+

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.

Codici ricambio simili devono essere uniti in un solo record?+

Solo quando rappresentano realmente lo stesso ricambio ordinabile nel tuo sistema. Formattazioni o descrizioni simili non bastano. PartGrid non fonde automaticamente duplicati approssimativi.

Una parte può apparire in più tavole?+

Sì. Un record condiviso può essere collegato a più tavole e riferimenti mantenendo riferimento e quantità specifici nel contesto corretto.

Dove vanno gestite le sostituzioni nella struttura?+

Mantieni le sostituzioni come relazioni esplicite tra record. Così il vecchio codice resta ricercabile e l’utente riceve una chiara opzione preferita o compatibile.

Quali passaggi dovrebbero restare manuali?+

Riferimenti ambigui, codici mancanti, valori di import inattesi, decisioni sulle sostituzioni e approvazione finale devono restare decisioni visibili per il team.

Rivedi la struttura attuale del catalogo con un manuale reale

Porta una tavola esplosa e una lista ricambi rappresentativa. Vedremo come record condivisi, matching, gruppi, sostituzioni e pubblicazione possono lavorare insieme.