Travailler avec les produits, passeports et versions

La fiche produit vient d'abord

Un passeport est toujours construit à partir d'un produit : commencez par la page Produits. La fiche contient le nom, les identifiants, la catégorie et les informations d'opérateur économique qui apparaîtront ensuite sur le passeport.

Les numéros d'article global sont contrôlés par clé de contrôle à la saisie, et la plateforme peut détecter un doublon exact ou un nom proche avant l'enregistrement. La catégorie ne peut plus être modifiée dès qu'un passeport existe, et un identifiant publié est verrouillé, car un passeport atteste ce qui a été déclaré à un instant donné.

Rédiger le passeport

1. Ouvrez Passeports et choisissez Créer un passeport.
2. Sélectionnez le produit ; le formulaire suit le schéma de sa catégorie.
3. Renseignez les champs que vous pouvez étayer par des preuves, via le formulaire guidé ou l'éditeur JSON.
4. Enregistrez. Chaque enregistrement produit une version immuable au lieu d'écraser l'historique.

La validation est l'espace de conformité

Lancer une validation évalue la version avec le moteur de règles déterministe pour les marchés choisis et enregistre un passage de validation : constats avec sévérité et règle d'origine, score pondéré et note, et action suivante suggérée.

Un passeport sans validation ne prouve rien. Validez après chaque modification importante et lisez les constats : le moteur indique ce qu'une règle exige, il ne certifie pas le produit.

Versions, écarts et détention

L'historique des versions liste chaque version enregistrée avec son auteur, et la vue des écarts montre les changements champ par champ entre deux versions - utile lorsque quelqu'un demande ce qui a changé depuis la version vue par un client.

La même page porte la chaîne de détention (un détenteur actif à la fois, transferts enregistrés et diffusés comme événements EPCIS), la traçabilité de refabrication, la location, la sérialisation (division et fusion) et le panneau des supports QR, lien numérique GS1, DataMatrix et RFID.

Publication

Publier fait passer une version en passeport public. Vérifiez d'abord l'aperçu public et utilisez l'occultation de champs pour tout élément sensible : un chemin occulté est retiré de l'interface publique comme de la page, et il reste masqué partout où la charge publique est réutilisée, y compris les justificatifs et les flux de canaux.

Après publication, continuez sur la version suivante. La version publiée reste disponible jusqu'à la publication d'une version plus récente.

Composants et passeports imbriqués

Dans un passeport, ouvrez Components pour décrire la structure du produit : chaque ligne peut renvoyer à un passeport de votre organisation, à un passeport de composant publié par un autre émetteur (https ou GS1 Digital Link), ou rester une simple ligne de structure. Les liens sont des références, jamais des copies.

Le résumé signale les passeports de composants rappelés, non publiés ou non conformes, et Used in liste les produits qui contiennent un passeport. Les lignes publiques apparaissent sur le passeport public avec nom, quantité et lien uniquement ; un composant rappelé crée une action urgente.

Articles sérialisés à grande échelle

Pour une traçabilité à l'article sans passeport complet par article, ouvrez Items dans un passeport : générez jusqu'à 1 000 000 de numéros de série par tâche, en arrière-plan, ou enregistrez des numéros existants. Chaque numéro se résout par son lien GS1 Digital Link vers ce passeport, et la page publique affiche le statut propre de l'article.

L'export d'impression / encodage fournit pour chaque article l'URI Digital Link (QR, NFC) et la chaîne d'éléments GS1 (DataMatrix, RFID), par fichiers de 100 000 lignes.

Modèles et variantes

Sous Catalogue, Modèles et variantes, regroupez les variantes d'un style ou d'une famille sous un modèle : catégorie, marque, axes de variation (couleur, taille, capacité) et données de passeport communes. Indiquez les valeurs par axe : chaque combinaison manquante devient un produit avec sa référence, son GTIN et un passeport qui reprend les données communes. Les combinaisons existantes sont ignorées et un échec n'arrête pas les autres.

Modifiez les données communes puis appliquez-les : chaque passeport de variante concerné reçoit une nouvelle version validée, après aperçu. Les lots et articles sérialisés restent sous le passeport de chaque variante (Modèle, Variante, Lot, Article). Le passeport public d'une variante indique son modèle et ses valeurs.

Comment récupérer un travail non enregistré ?

Les formulaires de création et de modification sauvegardent les valeurs structurées valides après une courte pause dans un brouillon privé à l'organisation et à l'utilisateur, séparé des versions immuables. Restaurez, téléchargez ou abandonnez explicitement la récupération. Un brouillon d'une autre version ou d'un autre schéma ne se restaure pas automatiquement ; une autre fenêtre déclenche un conflit de révision.

La récupération expire après 30 jours ; le nettoyage planifié supprime les brouillons plus anciens. Une alerte précède la fermeture avec des modifications non validées. Le JSON développeur invalide n'est ni sauvegardé ni inclus dans le téléchargement structuré : copiez son texte. Enregistrer/Créer suit toujours le processus de validation et de publication habituel.

Comment télécharger le dossier d'audit ?

Propriétaires et administrateurs choisissent une version dans Evidence & audit package et téléchargent l'instantané JSON interne : version immuable, validations et approbations de cette version, liens de preuve, manifeste des hashes et revues, réponses fournisseur et historique d'audit borné. Aucun fichier, clé de stockage, jeton d'invitation ou URL signée n'y figure.

Les revues et réponses reflètent la date d'export, pas nécessairement la date de création de la version. Le checksum SHA-256 canonique détecte une modification mais n'est ni signature ni certification. Conservez ce dossier comme information interne confidentielle.

Que voient les lecteurs sur le passeport public ?

Le passeport public présente les données publiées en groupes libellés - identifiants, fabricant, bloc de la catégorie, matériaux, etc. - avec les unités sur les valeurs, les valeurs codées par leur nom et les listes d'enregistrements sous forme de tableaux. Sous les données figurent l'attestation d'authenticité, les champs retenus de la vue publique et qui peut les lire, ainsi que des liens vers des formats lisibles par machine : JSON du passeport, JSON libellé, Asset Administration Shell, linkset GS1, passeport matières pour les recycleurs, l'attestation, les clés et le DID de l'émetteur.

Le QR code de la page encode le GS1 Digital Link du produit lorsqu'il a un GTIN, que la plateforme résout vers le passeport, avec la zone de silence de quatre modules dont les lecteurs ont besoin. Si vous saisissez votre propre lien dans le champ du support de données, assurez-vous que votre résolveur renvoie ce GTIN vers ce passeport.

Référence page par page

Ces pages ont été vérifiées dans la console de l'organisation le 8 octobre 2026 avec une organisation de démonstration isolée. Les commandes varient selon le rôle, le forfait, l'état du dossier et les fournisseurs configurés. Les explications pratiques et les noms des commandes ci-dessous suivent l'interface anglaise vérifiée.

Products (/products)

The catalogue contains stable product identities and the identifiers used by passports, stores and GS1 links. Counts distinguish the organization total from the current filtered result.

Use search and category filters to narrow the catalogue, then compare the filtered count with the organization total. Open an identity to edit it or start a passport, and inspect selected rows before a bulk action because selection is page-scoped. Export a CSV when a snapshot of catalogue identities is needed outside the console.

A product category is constrained once passports exist, and a published GTIN is protected.

Commandes et options

• Search name, SKU, GTIN, brand or manufacturer, optionally filter Category, then Filter or Clear.
• Add product opens the identity form; Import CSV previews a spreadsheet; Shopify / WooCommerce opens store connections.
• Export CSV downloads the catalogue. Select rows for the available bulk actions, or open a product to inspect and edit its record.
• The table's checkboxes select only the current page; confirm the visible selection before a bulk action.

Create product (/products/new)

Product identity combines name, SKU, category, optional GTIN and model number with brand, image URL, workspace and economic operator details.

Decide the category and stable SKU before saving because later passports use those identifiers and the category's schema. Add GTIN only after confirming ownership and format; optional operator and image fields can be completed from reliable source data. Choose Save and create passport only when you are ready to start the first declaration.

A product record is not a published passport.

Commandes et options

• Enter a unique SKU and choose the correct category before saving; the category drives the passport form and validation pack.
• Use GTIN only when it belongs to this product; the form checks format and ownership constraints.
• Save product only creates the catalogue record; Save & create passport continues into the initial declaration.
• Review any duplicate suggestion before creating another record for the same physical product.

Product detail (/products/[id])

The current identity and editable fields sit together so you can confirm what passport versions refer to.

Confirm name, SKU, GTIN, category, and economic-operator details against the physical product before updating them. The page links to passports that use this identity, so a changed field can affect downstream consistency. Restricted edits or deletion may be refused once versioned or published records depend on the product.

Changing a category or GTIN may be refused after passports or publication exist.

Commandes et options

• Save product updates allowed identity and operator fields after validation.
• View passports opens the linked passport list; Create passport starts another passport for this product where allowed.
• All products returns to the catalogue.
• Delete product is restricted and should be used only when the record is eligible; published records retain their trace.

Models and variants (/models)

A model groups a product family under shared category, brand and passport data. Each variant remains its own product and passport.

Create a model for a stable product family before generating variants. Category, code, brand, workspace, and variant axes define which individual products can belong to it. Creating the family does not create its combinations; inspect the detail page to decide which variant values and shared passport data should be applied.

Choose the category carefully because variants inherit it.

Commandes et options

• Open a model row to inspect its variant axes and products.
• New model requires a code, name and category; optionally choose brand and workspace.
• Variant axes such as colour and size define which value combinations can be generated later.
• Create model stores the family; it does not create every variant until you use Generate on the detail page.

Model detail (/models/[id])

The model page lists variants and lets an editor generate combinations, maintain shared passport data or attach existing products.

Preview the combination list and SKU/name pattern before generating variants to avoid unwanted product identities. Shared passport data can be saved as a model template, then previewed and deliberately applied to existing variants; it is not an automatic silent rewrite. Review skipped or failed combinations and the resulting passport revisions individually.

Generation reports each failed or skipped combination separately.

Commandes et options

• Enter values for each axis, check the SKU and name patterns, optionally supply GTINs, and Generate missing combinations.
• Save shared data changes the model template; Preview on variants shows differences before Apply to variants writes new passport versions.
• Add an existing product as a variant only when its category and axis values fit this model.
• Remove from model unlinks a variant without deleting its product or passport.

Passport portfolio (/dpps)

The list is the working entry point for draft, active, archived and recalled passports, with filters, bulk actions and direct links to each record.

Filter the portfolio before selecting rows so the intended passports are visible. Bulk publication and lifecycle actions are state- and role-dependent, and one item can fail while others succeed; read the per-item result. Open a record for evidence, history, visibility, and validation instead of relying on list status alone.

A bulk action can partially succeed; read the result for every item.

Commandes et options

• Search by product and filter Status or Category; Filter applies and Clear resets the list.
• New DPP starts a passport for an existing product; Import CSV can create products and draft passports together.
• Select rows to use Publish, Archive or Recall where your role and each record state permit; review the per-item result.
• Merge selected combines eligible serialized outputs, while Print labels prepares carrier sheets for selected passports.
• Open enters one passport's detailed workflow.

Create passport (/dpps/new)

Choose a product and author its first structured passport version using the category schema.

Select an existing product first so the editor can load its category schema. Use guided fields for ordinary entry and Developer JSON only when you need to supply the complete structured payload. Save the first draft, inspect validation findings, and compare its public preview with the intended declaration before any release request.

Creating a passport does not claim that a draft pack is legally approved.

Commandes et options

• Select the product; use the guided sections for supported fields or Developer JSON for a full structured payload.
• Fill identifiers, operator and category fields from reliable source material.
• Download the working JSON if you need an offline copy; a valid private working draft can be restored before the first save.
• Create DPP saves a draft version. Validate and review its public preview before publication.

Passport detail (/dpps/[id])

This long record brings product identity, version history, validation findings, obligations, dossiers, public visibility, localization, carriers and lifecycle tools into one place.

Work through this record in sequence: verify product identity and category, inspect evidence and provenance, run the intended market validation, then review public visibility and preview. Publishing freezes a versioned declaration; later edits create another revision. Lifecycle actions such as archive, recall, registry submission, and derived passports have different effects, so read each confirmation before applying it.

A high readiness score does not replace the legally reviewed pack or the accountable override needed for a draft pack.

Commandes et options

• Use Evidence & audit package, Provenance, Components, Items and Custody to inspect traceability around the current version.
• Edit creates a new immutable revision; History compares revisions; Preview shows the current public projection.
• Validate EU or EU + UK stores rule findings. Resolve findings in the authoring form and rerun validation before publication.
• Publish or request a publication review according to role and pack status. Archive, Recall and Submit to registry have separate effects and confirmations.
• Public field visibility controls exactly which structured paths reach the public page and downstream exports; check the preview after changing it.
• QR, DataMatrix, GS1 Digital Link and AAS export reuse the published or previewed payload as labelled.

Edit passport (/dpps/[id]/edit)

Edits are staged against the current version and saved as a new version, preserving earlier declarations.

Choose the authoring mode that exposes the fields you need, and confirm any working-draft recovery before typing over current work. Saving creates a new immutable version; it does not rewrite a previous public declaration. Re-run validation and attach evidence to the new version, then inspect its preview before publishing it.

A new version needs its own validation and evidence links.

Commandes et options

• Choose Guided, All fields or Developer JSON according to the data you need to edit.
• Use category sections, repeatable rows and field help to enter the source data; invalid JSON must be corrected before switching modes.
• Download current working JSON or restore the private working draft when the page offers recovery.
• Save creates the next version after schema validation; Cancel leaves the current saved version intact.

Passport version history (/dpps/[id]/history)

History lists saved versions and a field-level comparison so a reviewer can see exactly what changed.

Use the comparison to identify which field paths changed between two saved versions, not just that a version number increased. Preserve the chosen version number when discussing validation, evidence, or an audit package. Return to the current passport to see the latest working state, which may differ from a historical published snapshot.

A version row represents an immutable saved snapshot.

Commandes et options

• Select two versions where the comparison controls appear.
• Read the From and To columns by field path; unchanged fields are omitted from the change list.
• Use Back to passport to return to the active record and its latest validation.
• Preserve the version number when referencing an audit package or evidence link.

Public preview (/dpps/[id]/preview)

The preview shows identity, visibility policy and the structured payload that a consumer would see.

Compare the public identity and structured data with the saved declaration and visibility policy. Look for both missing information and information that should remain private, especially after a redaction change. A published passport can expose the revised visibility projection immediately, so verify the live page after saving such a change.

For a published release, saving a visibility change affects the public projection immediately.

Commandes et options

• Inspect Public identity for product, issuer and operator details.
• Check Visibility policy and Public structured data for paths withheld by redaction.
• Open live passport when a release is published; Back to passport returns to editing and validation.

Passport components (/dpps/[id]/components)

Structure rows represent parts of the product, optionally linking another passport, an external digital link or a supplier.

Add each part with a quantity and the relevant supplier or linked passport when known. Check whether the line should be visible to consumers, since a public component reference can expose more than an internal structure row. Use the reverse Used in list to understand where this passport is referenced by parent products.

A component link is a reference to another passport, not a copy of its data.

Commandes et options

• Add a component with name, quantity and optional role, mass, supplier and linked passport.
• Public passport visibility controls whether the consumer sees the component name, quantity and link.
• Inspect Structure for linked component status and Used in for parent passports that reference this one.
• Edit or remove a line on the row where your role permits.