E-commerce
7 juillet 2026
« Où trouver le numéro de lot sur l'emballage ? » « Mon lot L2403-A est-il concerné par le rappel ? » « Pourquoi ma commande d'hier n'a pas le même lot que celle du mois dernier ? » Le numéro de lot est la clé de voûte entre votre ERP, la sécurité alimentaire et la confiance client. Mal traité en support, il devient ticket sans fin ou promesse dangereuse.
Le règlement INCO impose le numéro de lot sur les produits préemballés pour permettre un retrait ciblé en cas de risque sanitaire (Prelium, INCO 2026). RappelConso exige que tout rappel alimentaire soit déclaré sur la plateforme DGCCRF avec lots et GTIN identifiés (RappelConso, guide DGCCRF 2026).
Ce guide #327 traite le support client numéros de lot : lecture emballage, lookup commande, rappel, litige qualité. Distinct de bot traçabilité (#312), dates péremption (#326) et du plan rappel (#329 à venir).
Sommaire
Pourquoi le numéro de lot génère-t-il des tickets support spécifiques ?
Le lot n'est pas un détail logistique pour le client : c'est la preuve qu'il peut vous faire confiance ou vous tenir responsable. Il relie un yaourt reçu à une ligne de production, un rappel national et parfois un avis viral « intoxication ».
Trois fonctions client du lot
Sécurité : vérifier si son produit est rappelé
Qualité : signaler un défaut en citant une référence précise
Transparence : comparer deux achats, comprendre variabilité
Obligation réglementaire côté marchand
Le règlement CE 178/2002 impose la traçabilité « un pas en amont, un pas en aval » : identifier fournisseurs et clients par lot (MAE Innovation, traçabilité 2026). Conservation des données : durée de vie produit + 6 mois minimum, souvent 2 à 5 ans. Le support doit pouvoir remonter lot → commande en minutes, pas en jours.
Principe #327
Pipeline BATCH-LOOP : question → BATCH-INTENT → BATCH-LOOKUP → réponse BATCH-POLICY → action BATCH-RECALL ou BATCH-CLAIM → log traçabilité.
En quoi diffère-t-il de la traçabilité bot #312, des dates #326 et du rappel #329 ?
Cinq contenus traçabilité, cinq rôles complémentaires.
Bot traçabilité (#312)
Traçabilité bot (#312) : TRACE-DISPLAY, lookup lot automatisé, DPP. Le #327 : policy SAV humaine, macros et protocoles lookup manuel ou semi-auto.
Dates péremption (#326)
Dates (#326) : DLC/DDM, confiance date. Le #327 : identifiant lot comme clé de rapprochement date + commande + rappel.
Périssables (#313)
Périssables (#313) : froid, spoilage. Le #327 zoome le numéro lot dans les réclamations fraîcheur.
Plan rappel (#329)
Plan crise (#329) : war room, email/SMS, page hub. Le #327 couvre questions quotidiennes lot et escalade vers protocole rappel.
Bot rappel (#328)
Bot rappel (#328) : RECALL-BOT-MODE, flow 4 temps, remède automatisé. Le #327 pose BATCH-RECALL handoff et scripts agents humains.
Promesse #327
BATCH-INTENT, BATCH-POLICY, BATCH-LOOKUP, BATCH-READ, BATCH-RECALL, BATCH-CLAIM, macros, KPI lot.
Quelle taxonomie BATCH-INTENT pour router les tickets lot ?
La taxonomie BATCH-INTENT classe les verbatims lot avant ouverture ERP.
10 intents lot
batch_read_help: où trouver le numéro sur l'emballagebatch_order_lookup: quel lot dans ma commande #{order}batch_recall_check: mon lot est-il rappelébatch_quality_issue: défaut produit, lot citébatch_date_lot_mismatch: date ne correspond pas au lot attendubatch_missing_label: pas de lot visible sur produit reçubatch_compare_orders: lots différents entre deux commandesbatch_pre_purchase: aurai-je le même lot qu'avantbatch_b2b_cert: certificat lot pour audit client probatch_handoff: rappel confirmé, santé, presse, lot multiple
Priorisation SAV
P0 : batch_recall_check si alerte RappelConso active sur SKU. P1 : batch_quality_issue + batch_missing_label. P2 : lookup et pédagogie. Tag batch_trace croisé exp_date (#326) si litige date.
Que doit contenir le document BATCH-POLICY interne ?
Le document BATCH-POLICY aligne support, qualité et ops sur ce qu'un agent peut dire et faire avec un numéro de lot.
14 blocs policy lot
Format lot interne : structure (ex. L{YYYYMM}-{suffix}), où il est imprimé
Format lot client : libellé emballage « Lot : », « L : », code datamatrix
Lookup commande : champ ERP/WMS (batch_id sur ligne fulfillment)
SLA lookup : réponse client sous 4 h ouvrées, 30 min si rappel actif
Rappel actif : lien fiche RappelConso, lots concernés, consignes destruction/retour
Interdit agent : confirmer « pas rappelé » sans check liste officielle
Qualité lot : seuil 3 tickets même lot 7 j → alerte qualité
Missing label : refund ou reship si lot absent sur produit préemballé INCO
B2B cert : owner émission COA, délai 48 h
Conservation données : durée archivage lot-commande (2-5 ans)
Escalade : DDPP contact, avocat, intoxication alléguée
Communication crise : renvoi plan #329 quand publié
Non-alimentaire : lot cosmétique, textile (numéro série vs lot fabrication)
Owner : support lookup, qualité valide rappel, legal valide communication
Lien FEFO entrepôt
Hello Harel rappelle : le lot expédié suit FEFO et critères client GMS (Hello Harel, lot et DLC 2026). BATCH-POLICY documente que deux commandes successives peuvent avoir des lots différents : réponse standardisée, pas excuse.
Comment exécuter le protocole BATCH-LOOKUP commande vers lot ?
Le workflow BATCH-LOOKUP remonte lot expédié depuis une commande client.
Intent batch_order_lookup
Auth email + n° commande
Query Shopify fulfillment lines ou export WMS
Lire batch_id / lot_number sur chaque line item
Si multi-SKU : tableau lot par référence
Communiquer : « Commande {order} : {SKU_A} lot {lot_A}, {SKU_B} lot {lot_B}. »
Logger lookup agent + timestamp
Intent batch_pre_purchase
Refus promesse lot futur : « Nous appliquons la rotation FEFO : le lot expédié est celui dont la DLC est la plus proche tout en respectant notre minimum livraison. Je ne peux pas garantir le même lot qu'une commande précédente. » Lien #326 fourchette DLC.
Intent batch_compare_orders
Deux commandes, deux lots : normal si FEFO. Expliquer sans jargon. Si client signale qualité différente : ouvrir batch_quality_issue, collecter photos deux lots.
Données manquantes ERP
Si lot non enregistré sur commande ancienne (> archivage) : escalade ops, réponse honnête « nous recherchons dans nos archives, retour sous {sla} ». Ne pas inventer lot.
Comment aider le client à lire le lot avec BATCH-READ ?
Le protocole BATCH-READ réduit les tickets « je ne trouve pas le numéro ».
Intent batch_read_help
Macro BATCH-READ-01 avec schéma emballage par catégorie : alimentaire (stamp base ou couvercle), cosmétique (tube crimp), textile (étiquette lavage + code production). rfxcel recommande d'éduquer les consommateurs à lire les codes lot pour choix éclairés (rfxcel, lot code 2026).
Intent batch_missing_label
Demander photo produit complet + zone étiquette attendue
Vérifier si produit préemballé INCO (lot obligatoire)
Lookup lot entrepôt via commande malgré étiquette absente
Si breach conformité : refund ou reship + alerte qualité packaging
Tag
inco_label_breachpour ops
Lot vs date vs GTIN
Pédagogie : le lot identifie la production ; la DLC/DDM la consommation ; le code-barres le produit commercial. Trois infos distinctes sur l'emballage. Lien EXPDATE (#326) si confusion date/lot (batch_date_lot_mismatch).
Page aide site
Publier visuel « Où trouver votre numéro de lot » par top 10 SKU. Lien macro BATCH-READ et bot #312 trace_batch_order quand déployé.
Comment gérer une demande rappel avec BATCH-RECALL ?
Le protocole BATCH-RECALL traite batch_recall_check sans panique ni fausse réassurance.
6 étapes vérification rappel
Collecter numéro lot client (photo) ou lookup commande
Croiser liste lots rappelés active (RappelConso + registre interne qualité)
Si lot concerné : consignes officielles (ne pas consommer, détruire ou retourner selon fiche)
Si lot non concerné : confirmation factuelle + lien fiche RappelConso pour lots listés
Proposer refund/remplacement selon BATCH-POLICY si rappel confirmé
Escalade
batch_handoffsi symptômes santé allégués
Messages type
Lot rappelé : « Votre lot {lot} est concerné par le rappel {réf} publié le {date}. Ne consommez pas le produit. {consigne}. Remboursement lancé sans retour physique. » Lot non concerné : « Le rappel {réf} concerne les lots {liste}. Votre lot {lot} n'en fait pas partie. Vous pouvez consommer normalement si emballage intact et DLC respectée. »
Interdit support
Jamais « à priori ce n'est rien » sur suspicion rappel. Jamais minimiser consigne DGCCRF. RappelConso : une fiche par catégorie produit et marque, tous lots listés (RappelConso 2026).
Préparation crise
Avant rappel : export clients par lot depuis ERP (traçabilité aval MAE Innovation). Le #329 détaillera communication mass email/SMS ; le #327 pose le ticket unitaire client.
Comment traiter un litige qualité lot avec BATCH-CLAIM ?
Le workflow BATCH-CLAIM structure réclamations qualité liées à un lot identifié.
Intent batch_quality_issue
Collecter n° lot (photo), n° commande, description défaut
Photos produit + emballage obligatoires
Lookup : combien de commandes expédiées lot {lot} ?
Si ≥ 3 tickets même lot 7 j : alerte qualité
lot_clusterDécision : refund ligne, reship lot neuf, crédit, escalade R&D
Conserver pièces 90 j pour analyse interne (photos, pas retour denrée si #313)
Intent batch_date_lot_mismatch
Client attend lot X avec date Y, reçoit autre combinaison : vérifier FEFO vs erreur picking. Si erreur entrepôt : EXPDATE-CLAIM (#326) + tag pick_error. Si FEFO normal : pédagogie BATCH-READ + #326.
Intent batch_b2b_cert
Client pro demande certificat lot : collecter lot + PO, ticket qualité, délai 48 h. Ne pas envoyer COA fournisseur brut si confidentiel ; utiliser template certificat client BATCH-CERT-01.
Lien traçabilité amont
Qualité lot récurrent : qualité remonte fournisseur via traçabilité amont (MAE Innovation : 4 h pour présenter amont/aval aux autorités). Support documente verbatims structurés pour enquête interne.
Quelles macros BATCH utiliser et quels segments prioriser ?
Les macros BATCH et la matrice segment accélèrent réponses conformes.
8 macros essentielles
BATCH-READ-01 : où trouver le lot sur emballage
BATCH-LOOKUP-OK : lot(s) confirmé(s) pour commande
BATCH-FEFO-01 : lots différents entre commandes, normal
BATCH-RECALL-YES : lot rappelé, consignes + refund
BATCH-RECALL-NO : lot non concerné, lots rappelés listés
BATCH-QUAL-01 : réclamation reçue, enquête qualité 48 h
BATCH-LABEL-MISS : étiquette absente, breach INCO, remède
BATCH-HANDOFF : escalade qualité/legal immédiate
Segment alimentaire DTC
Volume dominant : batch_recall_check, batch_quality_issue, batch_read_help. SLA rappel 30 min. Sync liste RappelConso quotidienne.
Segment cosmétique et beauté
Lot + PAO (période après ouverture). Intent batch_read_help adapté flacon. Moins de rappel RappelConso alimentaire, mais alertes ANSM possibles.
Segment textile et premium
Lot production = traçabilité atelier (#311). Questions authenticité. BATCH-POLICY distingue numéro série unitaire vs lot fabrication.
Quels KPI mesurer pour le support lots et la traçabilité client ?
Mesurez résolution lot et réactivité rappel, pas le volume brut tickets « lot ».
KPI mensuels BATCH
batch_ticket_rate : tickets BATCH-INTENT / commandes produits lotés
batch_lookup_sla : % lookups commande sous SLA 4 h
batch_recall_response_time : délai réponse batch_recall_check
batch_false_recall_reassurance : erreurs « non rappelé » alors que lot concerné (cible 0)
batch_lot_cluster_count : lots avec ≥ 3 réclamations qualité 7 j
batch_missing_label_rate : étiquettes lot absentes / livraisons
batch_first_contact_resolution : clos sans escalade qualité
Objectifs
batch_lookup_sla > 95 %, batch_false_recall_reassurance = 0, batch_recall_response_time < 30 min en crise active. Hello Harel cite 600+ rappels alimentaires France 2024-2025 : préparer process avant incident (Hello Harel 2026).
Revue qualité
Hebdo en période rappel actif. Mensuel : top lots par batch_lot_cluster_count → revue production.
Comment Qstomy accélère lookup lot et vérification rappel ?
Qstomy automatise BATCH-INTENT, collecte photo lot, lookup commande Shopify/WMS et scripts BATCH-RECALL, sans confirmer un statut rappel hors liste officielle.
Capacités
Intent
batch_read_help: visuels emballage par catégorieIntent
batch_order_lookup: lot par line item post-authIntent
batch_recall_check: croisement registre rappel versionnéUpload photo lot + OCR optionnel
Handoff qualité payload (lot, order, photos, cluster flag)
Bridge trace_recall_check (#312)
Scénario DTC chiffré
Marque épicerie artisanale, 1 900 commandes/mois lotées. Avant #327 : 34 tickets lot/mois, batch_lookup_sla 71 %, batch_first_contact_resolution 54 %, 1 incident fausse réassurance rappel. Après BATCH-POLICY + Qstomy (8 semaines) : tickets 19/mois, lookup_sla 97 %, FCR 81 %, batch_false_recall_reassurance 0, batch_recall_response_time 12 min médian (simulation crise). CSAT traçabilité 4,5/5.
Intégration
Sync registre rappel + BATCH-POLICY. Voir support client IA, démo. Suite : bot rappel (#328), plan crise (#329).
Quels playbooks déployer pour structurer le support lots ?
Playbook 1 : audit tickets lot 90 j (3 h)
Export « lot », « rappel », « numéro de fabrication ». Classer BATCH-INTENT. Mesurer lookup vs rappel vs qualité.
Playbook 2 : BATCH-POLICY + registre rappel (1 j)
14 blocs section 4. Connecter flux RappelConso → Notion interne. Définir owner crise.
Playbook 3 : BATCH-LOOKUP + macros (4 h)
Tester lookup 20 commandes ERP. Publier 8 macros. Former arbre BATCH-RECALL section 7.
Playbook 4 : page BATCH-READ + visuels (2 j)
Top 10 SKU emballage. Lien help center. QA bot #312 trace_batch_order si actif.
Playbook 5 : simulation rappel (3 h trimestriel)
Fictif lot L-TEST-RECALL. Mesurer batch_recall_response_time et export clients lot. Lier plan crise (#329).
Maillage utile
Enzo
7 juillet 2026
