Bibliothèque de modèles de la plateforme : versions, publication, retrait et désactivation d’urgence

Comment l’équipe plateforme entretient les modèles intégrés d’étiquettes UCC et de packing lists : cloner ou créer des brouillons, publier des versions, envoyer des copies aux locataires, retirer les anciennes versions et n’utiliser la désactivation d’urgence qu’en cas de nécessité.

La bibliothèque de modèles de la plateforme contient les modèles intégrés fournis à chaque locataire au départ. Les modèles sont organisés par famille et version : une famille (par exemple l’UCC palette 4×6 d’un détaillant) peut avoir plusieurs lignes de version. Les brouillons sont librement modifiables ; une fois une version publiée, son contenu est figé et tout changement passe par une nouvelle version. Les nouveaux locataires reçoivent automatiquement la dernière version publiée de chaque famille, et leurs copies ne sont jamais écrasées par les actions de la plateforme.

Étape 1 : Créez un modèle — le clonage est la voie principale#

1. Cloner (recommandé) : sur tout modèle publié, ouvrez Actions → « Cloner comme nouveau modèle ». Vous obtenez un nouveau brouillon sous un autre nom (suffixe -copy ; renommez-le selon la convention). Ajustez la mise en page, puis publiez-le comme sa propre famille.
2. Nouveau vierge : « Nouveau modèle » démarre un brouillon vide. À l’enregistrement, chaque [[VARIABLE]] est contrôlée dans le registre des variables — une variable inconnue est rejetée avec une suggestion « vouliez-vous dire… ? », car une variable mal orthographiée s’imprime en blanc.
3. Les images d’un modèle de document — le logo ou la bannière d’un détaillant, par exemple — doivent utiliser une adresse de la bibliothèque d’images de la plateforme. À l’enregistrement, les références d’image sont contrôlées comme les variables : une adresse non enregistrée, ou tout lien d’image d’un autre site, est rejeté avec un message en langage clair. Demandez d’abord à l’équipe plateforme d’enregistrer l’image, puis collez l’adresse enregistrée. Une image collée en données intégrées s’enregistre, mais elle alourdit chaque copie des locataires — à cet avertissement, remplacez-la par une adresse enregistrée.
4. Générer par IA : téléversez un échantillon (photo, scan, PDF ou fichier ZPL). Après l’analyse, vous décidez, élément par élément, ce que devient chaque pièce — une variable, la variable la plus proche, du texte fixe, ou une demande de nouvelle variable. Un texte qui ressemble à de vraies données de commande ne peut pas être figé tel quel : masquez-le d’abord. Le résultat est toujours un brouillon.

Étape 2 : Publiez, puis envoyez — deux actions distinctes#

• « Publier comme version officielle » (sur un brouillon) fige le contenu et en fait la version que les nouveaux locataires reçoivent automatiquement. Rien n’est encore envoyé aux locataires existants.
• « Envoyer aux locataires » (sur une version publiée) envoie des copies uniquement aux locataires existants qui n’ont pas encore de modèle de ce nom. Ceux qui l’ont déjà sont ignorés — jamais écrasés — et le résultat indique envoyés / ignorés / échecs. Avant d’envoyer ou de retirer, ouvrez « Locataires utilisateurs » pour voir exactement qui détient une copie.
• Pour changer une version publiée, utilisez « Nouvelle version » : la version est copiée dans un nouveau brouillon (numéro +1). Modifiez-le et publiez-le ; l’ancienne version reste intacte pour ceux qui l’utilisent encore.

Étape 3 : Retirez pour la fin de vie normale ; la désactivation d’urgence, uniquement en cas de vrai problème#

• Retirer : la version cesse d’être distribuée — les nouveaux locataires ne la reçoivent plus et les envois l’ignorent. Les copies existantes continuent d’imprimer sans changement, et leur liste affiche un petit badge « Retiré par la plateforme » à titre d’information. Le retrait est la fin de vie normale d’un modèle.
• Désactivation d’urgence : uniquement pour les défauts graves — par exemple un texte de conformité ou une règle de code-barres erronés qui doivent cesser d’être imprimés partout, immédiatement. Les copies des locataires sont désactivées aussitôt et le motif saisi s’affiche en alerte rouge sur le modèle. Le motif est obligatoire, et chaque désactivation et restauration est consignée. Utilisez « Restaurer après désactivation » pour rétablir exactement les copies que cette action avait désactivées.
• La « Liste des variables souhaitées » rassemble les éléments marqués « nouvelle variable requise » lors des confirmations IA — c’est la liste d’entrée pour les prochains ajouts au registre, écrivez donc les significations attendues en mots simples.

Fonctions utilisées dans cet article : Bibliothèque de modèles de la plateforme (familles et versions), Cloner comme nouveau modèle, Nouvelle version, Publier comme version officielle, Envoyer aux locataires, Locataires utilisateurs, Retirer, Désactivation d’urgence et restauration, Génération IA avec confirmation par élément, Liste des variables souhaitées.