APPROFONDIMENTI

Qualità dei dati DPP: cinque verifiche prima della pubblicazione

Un passaporto di prodotto può essere accessibile sul piano tecnico e contenere comunque informazioni errate. Per i fabbricanti svizzeri che esportano nell’UE, è utile verificare i contenuti prima della pubblicazione. Cinque domande collegano i dati di sviluppo, acquisti e informatica a una decisione tracciabile: queste informazioni sono pronte per essere condivise?

Illustrazione concettuale di un componente con schede ordinate che rappresentano la verifica dei dati di prodotto.
Un passaporto di prodotto affidabile parte da dati tracciabili e responsabilità chiare.Illustrazione concettuale generata con IA per VALNARO; non rappresenta un prodotto reale o un progetto cliente.

Aggiornamento: 2 novembre 2026 · Redazione: VALNARO AG

Chiarire prima il quadro applicabile

L’ESPR richiede dati DPP accurati, completi e aggiornati. Le regole applicabili al prodotto definiscono informazioni e livello di identificazione; l’allegato III non è un elenco universale di campi obbligatori. Distinguete il diritto svizzero dai requisiti per le esportazioni nell’UE. Il comunicato SECO del giugno 2026 descrive un progetto legislativo svizzero, senza stabilire un obbligo generale già vigente. Le verifiche seguenti sono una proposta organizzativa. Un identificativo di registrazione non sostituisce il passaporto né dimostra la conformità. [1] [2] [4]

1. I dati si riferiscono al prodotto corretto?

Scegliete una famiglia di prodotti e un record concreto. Verificate modello, variante, versione e, se pertinente, lotto o singolo esemplare. Questi elementi coincidono tra PLM, ERP e documenti del fornitore? Un identificativo valido non basta se il documento associato descrive una configurazione diversa. Registrate l’associazione e il ruolo responsabile. Mantenete visibili le relazioni ancora da chiarire, senza risolverle implicitamente durante l’importazione. [1]

2. Fonte e validità sono tracciabili?

Per ogni valore selezionato annotate fonte, versione del documento o dei dati e responsabile competente. Verificate che la fonte valga proprio per quella versione del prodotto. La presenza di una data non dimostra da sola che l’informazione sia aggiornata. Definite quali cambiamenti richiedono una nuova verifica, come una sostituzione di materiale o una nuova specifica del fornitore. Un’evidenza mancante diventa un’attività da risolvere; una stima plausibile non sostituisce un dato confermato. [1] [3]

Proposta operativa · nessun elenco ufficiale di campi obbligatori

Cinque verifiche per un record

Un record selezionato

  1. Riferimento al prodotto

    Quale variante e versione?

  2. Fonte e validità

    Quale evidenza si applica?

  3. Unità e lingua

    Lo stesso significato ovunque?

  4. Diritti e approvazione

    Chi può confermare cosa?

  5. Modifiche e storico

    Cosa è cambiato e perché?

Una decisione documentata

Verificate lo stesso record in tutte e cinque le tappe. I punti aperti restano attività da risolvere prima dell’approvazione interna.Schema originale di VALNARO.

3. Unità e traduzioni sono coerenti?

Un numero deve avere un significato preciso: massa netta e peso di spedizione sono diversi. Controllate insieme unità, separatore decimale, quantità di riferimento e regola di conversione. I team della Svizzera tedesca, della Romandia e del Ticino devono condividere la stessa definizione, anche con etichette diverse. Lo stesso vale per i responsabili anglofoni nelle imprese svizzere. Traducete i testi esplicativi, non l’identificativo del prodotto. Un glossario approvato e un record verificato aiutano a individuare differenze di significato prima della distribuzione.

4. Chi può leggere, modificare e approvare?

Distinguete consultazione, gestione dei dati e decisione interna di pubblicazione. L’ESPR disciplina i diritti di accesso e modifica; definite la procedura di approvazione in funzione del prodotto e dell’organizzazione. Con ruoli di prova, controllate che informazioni riservate dei fornitori non diventino pubbliche. Documentate responsabilità e questioni aperte. Un salvataggio o un’esportazione riusciti non dimostrano che il responsabile competente abbia confermato il contenuto. [1]

5. Le modifiche rimangono tracciabili?

Registrate il valore modificato, il motivo, la fonte a supporto e il ruolo intervenuto. Definite quando i dati interessati devono essere ricontrollati e ripubblicati. Un’esportazione può riuscire mentre rimane accessibile una versione precedente. Confrontate quindi la versione approvata con il contenuto effettivamente distribuito. Considerate anche la gestione operativa: chi interviene sui dati errati e come organizzate disponibilità e ripristino delle informazioni? [1]

Fittizio · nessuna referenza cliente · nessuna tolleranza normativa

Caso fittizio: errore → chiarimento → approvazione

Corpo A

  1. Rilevare l’errore

    • Fonte: 1 200 g
    • Campo di uscita: 1 200 kg
    • Sospendere la pubblicazione
  2. Chiarire l’associazione

    • Stessa versione del prodotto?
    • Evidenza pertinente?
    • Conversione: 1,2 kg
  3. Approvare la correzione

    • Documentare la verifica
    • Approvare la versione corretta
    • Controllare il risultato distribuito
Correggere il numero non basta: confermate prodotto e fonte, documentate la decisione e controllate il contenuto distribuito.Schema originale; esempio interamente fittizio.

Caso fittizio: un errore di un fattore 1 000

Per il «Corpo A», interamente fittizio, il documento del fornitore pertinente indica 1 200 g. Dopo un’importazione errata, il campo di uscita riporta invece 1 200 kg. Il team sospende la pubblicazione, conferma versione del prodotto e fonte e verifica la conversione in 1,2 kg. La versione corretta viene approvata dopo un controllo documentato del responsabile competente; anche il risultato distribuito viene verificato. L’esempio illustra un percorso di controllo, non una referenza cliente o una tolleranza normativa.

Iniziare con un insieme di dati circoscritto

Preparate una panoramica anonimizzata dei sistemi e un esempio rappresentativo per un confronto con VALNARO. Insieme possiamo definire un percorso di verifica per modello dati, interfacce e responsabilità. Perimetro e risultati del lavoro vengono concordati prima dell’avvio. Partite da poche informazioni ben definite e provate anche casi intenzionalmente errati: emergeranno le decisioni che il team deve ancora prendere prima della pubblicazione.

Per approfondire

Fonti e contesto operativo

Parliamo della verifica dei dati DPP