E-commerce
1 juillet 2026
« Le bot promet expédition demain alors que le QC n'est pas passé. » « L'IA décrit le défaut interne détecté en entrepôt. » « Chatbot confond inspection retour client et contrôle qualité avant envoi. » Trois échecs où un bot retard QC mal calibré sur-promet ship, révèle défaut ops ou mélange retour #639 RSTAT et QC outbound #657.
Un chatbot IA retard contrôle qualité e-commerce ne remplace pas les agents QCDELAY (#657). Il lit QCDELAY-MAP, cite qc_status API, explique wait_or_cancel_options et handoff cancel replacement recondition compensate vers humains.
Ce guide #658 couvre intents bot_qc_delay_*, flow QCDELAYbot et KPI qc_delay_bot. Paire bot du playbook QCDELAY (#657). Cas d'usage IA : rassurer sur statut QC proposer options sans promettre ship ni annuler.
Sommaire
Pourquoi automatiser le retard QC par bot ?
« Pourquoi ma commande n'est pas expédiée ? », « où en est le contrôle ? » et « puis-je annuler ? » reviennent post-paiement QC hold. Un bot calibré cite QCDELAY-MAP qc_status customer_communication_copy sans détail défaut ops.
Ce que le bot résout tier 1 post-commande
Explain QC hold : customer_communication_copy map honnête
Status lookup : qc_status API pending inspecting replacement pass
Inspection timeline : qc_inspection_sla_days cite map
Wait cancel guide : wait_or_cancel_options map
Recondition explain : recondition_customer_copy si flag Y map
Gorgias estime que 20 à 30 % des tickets commande unfulfilled premium concernent statut QC résolvable par bot grounded sans agent (Gorgias, SAV 2026).
QCDELAYbot vs QCDELAY #657, RSTAT bot, SUPPLSTOCK #656 et WISMO
Cinq contenus, cinq moments blocage distincts.
Matrice rapide
#658 QCDELAYbot : bot tier 1 explain status options handoff
#657 QCDELAY : agents replacement recondition cancel compensate ops
RSTAT #639 : inspection retour entrant distinct QC outbound
SUPPLSTOCK bot #656 : rupture fournisseur PO distinct QC entrepôt
WISMO bot : tracking colis expédié distinct unfulfilled QC hold
Pipeline : #658 bot explain status tier 1 → #657 agents replacement recondition cancel QD-7.
Quels intents bot_qc_delay_* configurer ?
Huit intents bot retard QC mappés typologies qc_delay_* #657.
Huit intents bot_qc_delay
bot_qc_delay_explain : processus QC outbound customer_copy map
bot_qc_delay_status : qc_status API cite tier 1
bot_qc_delay_inspection : qc_inspection_sla_days timeline map
bot_qc_delay_replacement : replacement_sla_days attente unité map
bot_qc_delay_recondition : recondition_customer_copy explain map
bot_qc_delay_wait_cancel : wait_or_cancel_options guide map
bot_qc_delay_cancel_intake : collect choix cancel handoff #657
bot_qc_delay_handoff : compensation slipped recondition accept → #657
Tier 1 auto : explain, status, inspection, replacement, wait_cancel si QCDELAY-MAP + qc_status API.
bot_qc_delay_handoff qc_delay_cancel_refund compensation → agents #657 payload order_ref choice.
Comment consommer QCDELAY-MAP #657 ?
Le bot lit QCDELAY-MAP #657 : qcdelay_program_id, qc_inspection_sla_days, replacement_sla_days, recondition_option_flag, recondition_customer_copy, wait_or_cancel_options, ship_eta_post_qc_pass_days, compensation_policy, customer_communication_copy.
Lookup grounded
QC-STATUS-API-CITE-BOT : qc_status order API before respond
NO-DEFECT-DETAIL-BOT : customer_communication_copy sans défaut interne
NO-SHIP-PROMISE-BOT : ship_eta post qc_status pass API only
NO-CANCEL-EXECUTE-BOT : bot collect choix handoff #657 execute
RECONDITION-EXPLAIN-BOT : recondition_customer_copy explain only
RSTAT639-REROUTE-BOT : retour inspecté → #639 RSTAT distinct QC outbound
QCDELAY657-HANDOFF-BOT : cancel replacement compensate → #657 agents QD-7
Alignement anti-hallucination (#123) : délais options QC = QCDELAY-MAP whitelist only.
Policy QCDELAYBOT-SUP en six règles
Six règles bot retard contrôle qualité sûr.
QCDELAY-MAP-GROUNDED-BOT : délais options compensation depuis map only
QC-STATUS-API-CITE-BOT : qc_status order API before respond
NO-DEFECT-DETAIL-BOT : pas détail défaut ops au client
NO-SHIP-PROMISE-BOT : expédition promise si qc_status pass API only
WAIT-CANCEL-CITE-BOT : wait_or_cancel_options cite map guide
CANCEL-HANDOFF-BOT : cancel replacement recondition execute → #657 QD-7
Flow QCDELAYbot QDB-1 à QDB-8
Flow huit étapes bot retard contrôle qualité.
QDB-1 Classify : bot_qc_delay_* intent detect post-order unfulfilled
QDB-2 Collect : order_ref sku wait cancel recondition choice
QDB-3 QCDELAY-MAP : inspection replacement recondition wait compensation
QDB-4 Status lookup : qc_status API pending inspecting replacement pass
QDB-5 Guardrail : QC-STATUS NO-DEFECT NO-SHIP-PROMISE WAIT-CANCEL
QDB-6 Respond : TPL-QCDELAYbot grounded map API
QDB-7 Handoff : cancel recondition accept compensation slipped → #657
QDB-8 Log : intent qcdelay_program_id tag qc_delay_bot handoff Y/N
Exemple TPL-QCDELAYbot-STATUS
« Commande [order_ref] : statut QC [qc_status API map]. [customer_communication_copy map]. [Si inspecting : délai normal [qc_inspection_sla_days map] j.] [Si pass : expédition sous [ship_eta_post_qc_pass_days map] j.] NO-SHIP-PROMISE-BOT si pas pass API. »
Templates TPL-QCDELAYbot et touchpoints
Quatre templates essentiels.
TPL-QCDELAYbot-EXPLAIN
Programme [qcdelay_program_id] : [customer_communication_copy map]. Contrôle qualité standard avant expédition. Inspection [qc_inspection_sla_days map] j. NO-DEFECT-DETAIL-BOT : formulation boutique only.
TPL-QCDELAYbot-STATUS
Commande [order_ref] : QC [qc_status API]. [inspecting : contrôle en cours [qc_inspection_sla_days map] j.] [replacement : nouvelle unité sous [replacement_sla_days map] j.] [pass : ship sous [ship_eta_post_qc_pass_days map] j.]
TPL-QCDELAYbot-OPTIONS
Options : [wait_or_cancel_options map verbatim]. [Si recondition_option_flag Y : [recondition_customer_copy map].] Répondez wait recondition ou cancel. Annulation exécutée par agent si choisi.
TPL-QCDELAYbot-HANDOFF
Demande [annulation / reconditionnement accepté / compensation / ETA glissée] transmise équipe qualité. Récap [order_ref qc_status choice]. Délai agent [handoff_sla map].
Touchpoints
Order status unfulfilled : bot_qc_delay_status embed QC hold
Email proactif QC hold : bot_qc_delay_explain proactive options
Chat keyword pas expédié : bot_qc_delay_status entry
Replacement trigger : bot_qc_delay_replacement notify
Cas limites et reroutes
Cinq cas hors tier 1 bot QC outbound standard.
Retour client inspecté : RSTAT639-REROUTE-BOT #639 distinct outbound
Rupture fournisseur PO : #656 SUPPLSTOCKbot reroute distinct QC
Colis déjà expédié retard carrier : WISMO bot tracking distinct unfulfilled
Grade refurb pré-achat : #269 PDP grades distinct QC post-commande
Panier mixte QC une ligne : split ship lignes pass vs hold cite map
Bot n'annule jamais ni n'expédie : agents #657 workflow QD-7 ops qualité finance.
KPI qc_delay_bot essentiels
Cinq métriques pilotage QCDELAYbot.
qc_delay_bot_status_deflect : statut QC résolu sans agent
qc_delay_bot_status_cite_rate : % réponses QC-STATUS-API-CITE map
qc_delay_bot_options_guide_rate : wait_cancel options citées / total hold
qc_delay_bot_handoff_rate : cancel recondition compensate / total bot
qc_delay_bot_ship_promise_violations : ship promis sans pass audit cible 0
Cible : qc_delay_bot_ship_promise_violations 0 et qc_delay_bot_status_deflect supérieur à 65 %.
Anti-patterns QCDELAYbot
Cinq erreurs fréquentes bot retard contrôle qualité.
Ship promise sans pass : NO-SHIP-PROMISE-BOT qc_status pass API only
Détail défaut ops : NO-DEFECT-DETAIL-BOT customer_copy only
Annulation exécutée bot : NO-CANCEL-EXECUTE-BOT handoff #657 QD-7
Confondre retour #639 : RSTAT639-REROUTE inspection entrant distinct outbound
Confondre WISMO expédié : unfulfilled QC hold distinct tracking colis route
QCDELAYbot avec Qstomy
Qstomy sur Shopify : detect bot_qc_delay intent, QCDELAY-MAP RAG grounded, qc_status API lookup, WAIT-CANCEL cite, handoff #657 cancel replacement payload.
Pipeline : #658 bot explain status tier 1 → #657 agents replacement recondition compensate ops.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist QCDELAYbot (8 étapes)
Sync QCDELAY-MAP #657 : RAG bot order status QC embed
Policy QCDELAYBOT-SUP : 6 règles NO-SHIP-PROMISE NO-DEFECT-DETAIL
8 intents bot_qc_delay_* : flow QDB-1 à QDB-8
4 templates TPL-QCDELAYbot-* : EXPLAIN STATUS OPTIONS HANDOFF
qc_status API sync : order metafield WMS agents bot macros
Email QC hold embed : bot_qc_delay_explain proactive
Red team 10 prompts : ship promis défaut décrit cancel bot retour confondu
Dashboard KPI : qc_delay_bot_* section 9
FAQ
Différence #657 ?
#657 = agents replacement recondition cancel compensate ops. #658 = bot tier 1 explain status options handoff.
Bot annule la commande ?
Non. NO-CANCEL-EXECUTE-BOT. bot_qc_delay_cancel_intake collect → agents #657 QD-7 execute.
Inspection retour client ?
RSTAT639-REROUTE-BOT #639 rstat_inspecting distinct QC outbound pré-ship.
Quand promettre expédition ?
TPL-QCDELAYbot-STATUS ship_eta_post_qc_pass_days si qc_status pass API only. NO-SHIP-PROMISE-BOT sinon.
Aller plus loin
Cette semaine : indexer QCDELAY-MAP RAG, sync qc_status API order page, red team ship promis sans pass bot.
Enzo
1 juillet 2026
