# La fiche d'un lot Le poste de pilotage d'une série : sa progression de frappe, ses travaux d'encodage, ses produits, et les boutons qui frappent, préparent les QR et relancent les échecs. Source : https://docs.sealtrust.io/console/fiche-lot/ --- C'est ici que l'on suit une série et que l'on déclenche les gestes de production. Vous ouvrez la fiche en cliquant une ligne de la liste des lots, ou des lots récents d'un modèle. ![La fiche d'un lot avec sa progression et ses travaux d'encodage](/console/fiche-lot.fr.webp) ## Ce que l'écran affiche La marque et le modèle sont affichés par leur nom, que le serveur résout avant de renvoyer la fiche. La progression de frappe laisse les produits retirés en dehors du compte. Les produits remplacés sont comptés à part et signalés dans un avertissement, hors de la barre. Le tableau des produits affiche 20 lignes par page par défaut, avec une vignette de QR demandée en 100 pixels, la plus petite taille acceptée par le service. ## Ce que vous pouvez y faire Frapper le lot avec « Frapper le lot (groupé) », qui part en mode groupé. Préparer les codes avec « Préparer les QR à imprimer ». Cette préparation ne frappe rien : un article sans référence de transaction est compté et laissé tel quel. Quand tout était déjà prêt, l'écran l'annonce plutôt que d'afficher zéro : « Les {n} QR code(s) de ce lot étaient déjà prêts. Téléchargez-les ci-dessous. » Télécharger l'archive des QR, relancer les échecs avec « Relancer {n} article(s) en échec », ouvrir l'assistant d'encodage ou l'encodeur avec « Encoder les tags », et annuler un travail d'encodage. Corriger la provenance. Le formulaire n'envoie que les champs réellement remplis, pour ne pas effacer un champ resté vide, et chaque changement est tracé dans le journal d'administration. ## Ce qui conditionne l'accès L'écran lit le mode d'authentification du lot. Un lot explicitement en QR seul ne voit ni l'assistant ni « Encoder les tags ». Un lot dont le mode n'a pas été enregistré est traité par défaut comme portant une puce. Plusieurs commandes demandent en plus un profil de marque autorisé à la frappe et à l'encodage, ce qui exclut les profils `basic` et `dpp` : l'assistant et « Encoder les tags », qui réclament aussi un travail d'encodage ; « Frapper le lot (groupé) », qui réclame un article prêt ; « Préparer les QR à imprimer », qui réclame un travail d'encodage et un produit déjà frappé ; « Corriger la provenance », sans autre condition. Le téléchargement de l'archive apparaît dès qu'un travail d'encodage existe, sans condition de profil. Le bouton de relance, lui, compte les deux états d'échec, définitif et transitoire, parce que la relance les traite tous les deux. ## Ce que l'écran refuse La frappe sans article prêt : 400 « No items in ready_to_scan status to mint ». Au-delà de 10000 articles prêts, elle répond 400 et demande de découper le lot. Avant de frapper, le serveur vérifie marque par marque l'abonnement actif, le quota de produits et le mode d'authentification autorisé. L'archive quand aucun article n'a d'adresse de vérification : 404 « No items with a verify_url in this batch ». Au-delà de 50000 codes : 413. L'erreur d'un téléchargement est lue et affichée à l'écran au lieu d'arriver sous forme de fichier. La relance sans article en échec : 400. Un article portant déjà une référence de transaction n'est jamais remis en état. L'annulation d'un travail qui n'est plus en cours ne fait rien et le dit. Sinon elle passe en échec les articles encore prêts, en écriture ou en attente de multisig, avec la raison `manual_cancel`, et laisse intacts ceux déjà écrits ou frappés. Renommer la référence du lot : 409 dès que le lot porte une racine Merkle, calculée ou ancrée. Ce code entre dans les métadonnées scellées et ne peut plus changer.