Un codice SKU è un identificativo interno che un’azienda assegna a un prodotto, a una variante o a una specifica unità di vendita. Serve a riconoscere gli articoli senza ambiguità nel catalogo, in magazzino e negli ordini, anche quando si vende su più canali. Una codifica efficace è breve, coerente e pensata per restare stabile nel tempo.
SKU è l’acronimo di Stock Keeping Unit, traducibile come unità di gestione delle scorte. A differenza di un codice attribuito da un’organizzazione esterna, lo SKU è definito dal venditore secondo le proprie esigenze: non esiste un formato universale né un obbligo di adottare una particolare struttura. Proprio per questo conviene stabilire regole chiare prima che il catalogo cresca.
Ogni SKU distingue un articolo dagli altri all’interno del sistema aziendale. Se un prodotto è disponibile in più colori e taglie, normalmente ogni combinazione vendibile deve avere un codice distinto: una maglietta blu in taglia S e la stessa maglietta in taglia M sono due unità di gestione differenti. Il codice identifica quindi ciò che viene effettivamente scelto, movimentato e spedito.
Lo SKU può comparire nel gestionale, nella piattaforma ecommerce, nei file di importazione, nelle etichette di magazzino e nei dati inviati ai marketplace. Quando i sistemi sono integrati, il codice aiuta a collegare la scheda di catalogo all’ordine e alla giacenza corretta. Se invece lo stesso prodotto è registrato con codici diversi nei vari strumenti, occorre una corrispondenza esplicita tra gli identificativi.
È utile distinguere lo SKU da altri codici di prodotto:
Un marketplace può chiedere un identificativo standardizzato per creare o abbinare una scheda prodotto e, nello stesso tempo, permettere al venditore di indicare uno SKU per gestire la propria offerta. Le regole dipendono dalla piattaforma e dalla categoria: è opportuno verificare i requisiti del singolo canale. In ogni caso, lo SKU non sostituisce un GTIN quando il marketplace richiede quel tipo di identificativo.
La codifica dovrebbe rendere semplice trovare e gestire un articolo, non raccontarne ogni caratteristica. Prima di scegliere il formato, elenca le informazioni che servono davvero alle persone e ai sistemi che lo useranno: per esempio famiglia merceologica, modello, colore o taglia. Poi decidi quali elementi inserire e in quale ordine.
Un formato possibile è FAM-MOD-COL-TAG. Per una felpa del modello 240, blu e in taglia M, si potrebbe usare FEL-240-BLU-M. La struttura è leggibile, ma non è l’unica corretta: un’azienda con molte referenze può preferire una parte numerica progressiva e conservare le caratteristiche in campi separati del catalogo.
Per definire le regole, considera questi passaggi:
La tabella mostra come una stessa logica possa distinguere varianti e confezioni:
| Articolo vendibile | Esempio di SKU | Elemento distinto |
|---|---|---|
| Felpa blu, taglia S | FEL-240-BLU-S | Taglia |
| Felpa blu, taglia M | FEL-240-BLU-M | Taglia |
| Felpa rossa, taglia M | FEL-240-ROS-M | Colore |
| Set di due felpe | FEL-240-BLU-M-2P | Confezione |
Gli esempi sono convenzioni aziendali, non formati ufficiali. Se il catalogo comprende migliaia di referenze, codici brevi e progressivi possono essere più facili da mantenere. Le caratteristiche descrittive possono restare nei rispettivi attributi. È una scelta da valutare considerando sia la lettura umana sia la gestione nei software.
La qualità della codifica dipende anche da come è organizzato il catalogo. Una struttura coerente distingue le famiglie, i prodotti base e le relative varianti, evitando di creare codici sulla base di nomi scritti liberamente o di descrizioni che cambiano da un canale all’altro. Per impostare categorie e relazioni tra prodotti può essere utile approfondire la tassonomia di un catalogo ecommerce.
Prima di assegnare un nuovo SKU, controlla se il prodotto esiste già e se si tratta davvero di una nuova variante o confezione. Un doppione può generare giacenze separate per lo stesso articolo, rendere meno affidabili i report e portare a evadere un ordine dal codice sbagliato. Al contrario, riutilizzare lo stesso SKU per articoli diversi può confondere inventario e storico degli ordini.
Lo SKU dovrebbe restare invariato durante la vita dell’articolo. Se cambiano una descrizione commerciale o un’immagine, in genere non serve modificare il codice. Se invece la modifica crea un prodotto sostanzialmente diverso o una nuova unità vendibile, può essere opportuno assegnare un altro SKU. La decisione va allineata con le regole aziendali e con la gestione delle scorte.
Chi vende su più canali dovrebbe decidere quale sistema governa la codifica e come i codici vengono trasmessi agli altri strumenti. Lo SKU può essere lo stesso su sito e marketplace, quando i canali lo consentono e la struttura è compatibile; in altri casi, il canale può richiedere un identificativo d’offerta diverso. In questa situazione serve una mappatura affidabile tra il codice interno e quello usato dal marketplace.
La corrispondenza diventa importante quando gli ordini confluiscono in un gestionale o in un software di gestione multicanale. Se un ordine ricevuto su un marketplace riporta un codice non associato correttamente, il sistema può non riconoscere la variante o la giacenza da aggiornare. Prima di attivare un’integrazione, conviene verificare un flusso completo: pubblicazione del prodotto, ricezione dell’ordine, aggiornamento delle scorte e preparazione della spedizione.
In magazzino, lo SKU può aiutare a localizzare e identificare la referenza durante il prelievo, ma non è necessariamente un codice a barre. Se si usano lettori o etichette, occorre definire quale informazione codificare e verificare che sia compatibile con il processo logistico. Anche procedure di reso e inventario devono fare riferimento allo stesso articolo e alla stessa variante.
Per ridurre gli errori, controlla periodicamente duplicati, codici non più utilizzati e associazioni tra varianti. Prima di importazioni massive, prova il file su un numero limitato di prodotti e confronta il risultato con le schede, le giacenze e gli ordini registrati. Se la codifica esistente funziona, non è necessario cambiarla solo per renderla più descrittiva: conta soprattutto la coerenza.
Una gestione ordinata degli SKU richiede dati coerenti tra catalogo, ordini e canali di vendita. Il PIM di MarketRock supporta la gestione centralizzata delle informazioni di prodotto; per conoscere le altre funzionalità dedicate alla gestione multicanale, visita il sito di MarketRock.
Non esiste un formato SKU universale imposto a tutti i venditori. È però utile adottare un identificativo interno per distinguere prodotti e varianti nei propri processi.
No. Lo SKU è scelto dal venditore; EAN e GTIN sono identificativi standardizzati. Un codice non sostituisce l’altro quando un sistema richiede quello specifico.
In genere sì, se la variante viene gestita come unità vendibile distinta e ha una giacenza propria, come nel caso di taglie o colori differenti.