I passaporti digitali di prodotto diventano un livello operativo obbligatorio per i prodotti immessi sul mercato dell'UE.
Per molti marchi di moda, la prima domanda è come implementare un DPP.
In molti casi, le aziende gestiscono già le informazioni di prodotto attraverso sistemi esistenti come PIM, PLM, ERP, piattaforme dei fornitori o infrastrutture di e-commerce. Estendere questi sistemi può quindi risultare più efficiente rispetto all'introduzione di un livello DPP dedicato.
Allo stesso tempo, i marchi cercano di evitare di creare strutture temporanee o scollegate, realizzate unicamente per soddisfare i requisiti di compliance.
La sfida consiste nel capire se l'infrastruttura esistente possa realisticamente supportare i requisiti operativi introdotti nel tempo dai passaporti digitali di prodotto.
Per molte aziende, il PIM rappresenta già l' ambiente centrale per la gestione delle informazioni di prodotto su tutti i canali.
Potrebbe già contenere:
L'utilizzo del sistema esistente può quindi sembrare la soluzione più logica per gestire i passaporti digitali di prodotto senza duplicare l'infrastruttura.
In molti casi, parte delle informazioni DPP richieste saranno già presenti.
I passaporti digitali dei prodotti introducono requisiti che vanno oltre il tradizionale arricchimento del prodotto.
Dal punto di vista tecnico, i DPP comprenderanno:
Da un punto di vista informativo, i DPP possono anche richiedere:
I requisiti esatti dipenderanno dal gruppo di prodotti e dai futuri atti delegati.
Ciò modifica il ruolo del sistema di gestione del passaporto.
La sfida non consiste più solo nell'archiviare le informazioni sul prodotto, ma nel mantenere nel tempo registri strutturati a livello di prodotto, collegati a molteplici attori e sistemi.
Gli ambienti PIM tradizionali sono spesso progettati attorno alle informazioni commerciali sui prodotti:
I passaporti digitali di prodotto introducono ulteriori livelli operativi.
I dati relativi al prodotto potrebbero dover:
Ciò non significa automaticamente che un PIM non possa soddisfare i requisiti DPP.
Significa però che i marchi devono valutare se l'architettura esistente sia stata progettata per questo tipo di logica operativa.
Alcuni marchi rispondono creando flussi di lavoro DPP separati attorno ai sistemi esistenti, senza modificare l'infrastruttura di prodotto sottostante.
Questo può causare:
L'obiettivo non è quindi semplicemente aggiungere un'altra piattaforma o duplicare l'infrastruttura esistente.
La sfida consiste nel costruire una struttura in cui i requisiti DPP possano integrarsi con i sistemi esistenti, rimanendo al contempo gestibile man mano che irequisiti si evolvono.
Prima di decidere come verrà gestito il DPP, i marchi devono sempre più valutare:
Spesso la questione non riguarda tanto la sostituzione delle infrastrutture esistenti, quanto piuttosto se i sistemi attuali siano stati originariamente progettati per i requisiti operativi introdotti dai DPP.
Con l'aumentare della specificità dei requisiti del Digital Product Passport, i marchi stanno valutando sempre più spesso come i sistemi di prodotto esistenti si integrino nell'infrastruttura DPP a lungo termine.
Per alcuni marchi, i sistemi esistenti possono supportare parte del processo DPP. In altri casi, i marchi possono introdurre un'infrastruttura DPP dedicata, progettata per integrarsi con i sistemi di prodotto esistenti anziché sostituirli.
Scopri come Renoon aiuta i marchi di moda a strutturare i passaporti digitali di prodotto integrando i sistemi esistenti, i dati dei fornitori e i requisiti del DPP dell'UE.
.png)
.png)
.png)
.png)
