E-commerce
1 juillet 2026
« J'ai payé il y a 36 h, pourquoi toujours « en cours de traitement » ? » « Vous annoncez expédition 24 h, mon statut n'a pas bougé. » « C'est un cadeau samedi, est-ce que ça part avant vendredi ? » Trois messages où le client attend une réponse immédiate sur la préparation entrepôt, pas sur le transit transporteur.
Un chatbot IA délai préparation commande ne remplace pas la policy PREP-TIME ni les agents PREP-FLOW. Il lit fulfillment_status Shopify, calcule ship_date selon SLA entrepôt, cut-off et volume peak, explique unfulfilled vs expédié, et escalade si prep_sla_miss.
Ce guide #396 couvre intents bot_prep_*, flow PREP-BOT, garde-fous IA et KPI prep_bot. Il se distingue du PREP-TIME agents (#395) (policy, macros, litiges) et du bot WISMO (#184) (tracking transit) : ici, cas d'usage IA entre commande payée et handoff transporteur, grounded stock, entrepôt et volume.
Sommaire
Pourquoi déployer un chatbot IA sur le délai de préparation ?
Les questions délai préparation via chat arrivent J+0 à J+3, souvent confondues avec WISMO transit. Sans bot calibré, quatre échecs reviennent.
Quatre dysfonctionnements sans bot prep
Promesse livraison : bot cite ETA carrier alors que colis pas expédié
SLA inventé : LLM dit « expédié demain » sans lookup order
Confusion preorder/MTO : tag preorder traité comme stock standard
Ticket incomplet : agent relance sans order_id ni fulfillment_status
ShipBob estime que le pick-pack-label prend 0,5 à 2 j ouvrés selon entrepôt et volume (ShipBob, fulfillment 2026). Shopify distingue fulfillment (expédition) et delivery (réception) (Shopify, fulfill orders 2026).
Angle #396 vs contenus voisins
#395 PREP-TIME agents : PREP-FLOW, macros PREP-*. Le #396 automatise explication bot 24/7.
#184 WISMO bot : tracking transit carrier. Le #396 zoome unfulfilled, prep SLA, cut-off entrepôt.
#187 précommande : produit pas lancé. Le #396 = stock standard en préparation.
#288 MTO : fabrication atelier. Le #396 = pick-pack entrepôt, pas production.
#338 express : cut-off transporteur. Le #396 = délai entrepôt avant label, toutes méthodes.
Exemple DTC
Marque beauté, SLA prep 1-2 j ouvrés, 89 tickets prep/mois dont 58 % hors heures bureau. Après PREP-BOT : prep_bot_resolution 79 %, wismo_misroute -47 %, prep_false_ship_promise 0, prep_bot_csat 4,3/5.
Principe IA responsable
Le bot lit order, calcule ship_date grounded SLA, distingue prep vs transit. Il ne promet pas date livraison ni ne crée fulfillment.
En quoi PREP-BOT diffère-t-il du PREP-FLOW #395 et du WISMO #184 ?
Le bot préparation et le process agents PREP-FLOW se complètent en pipeline, comme CUR-BOT (#394) et CUR-DISP (#393).
#396 bot : amont (minutes 0-5)
Détecter intent bot_prep_* vs wismo_transit #184
Lookup order : fulfillment_status, created_at, tags
Classifier : prep_sla_ok | prep_sla_miss | preorder | MTO | peak
Calculer ship_date selon SLA entrepôt + cut-off + volume
Expliquer templates PREP grounded order data
Handoff ticket PR-5+ pré-rempli si prep_sla_miss ou annulation
#395 agents : exécution (litiges, exceptions)
PR-5 à PR-8 : prep_sla_miss geste, hold address, fraud review
Macros PREP-* : réponses approuvées ops
Annulation pré-ship : refund si unfulfilled
Escalade entrepôt : supervisor + warehouse
#184 WISMO : après fulfillment
Bot #184 lit tracking carrier, ETA livraison. Si unfulfilled, reroute bot_prep_* vers PREP-BOT. Si fulfilled, reste wismo_transit. Pas de double réponse prep + transit mélangée.
Handoff structuré
Ticket : order_id, created_at, fulfillment_status, prep_sla_promise, ship_date_calc, bot_prep_type, peak_flag, tags order, transcript 6 messages, cancel_request Y/N. Agent reprend PR-5 sans re-demander order.
Ce que le bot ne fait pas
Pas fulfillment API, pas promesse date livraison carrier, pas modification adresse, pas annulation refund auto. PREP-TIME règle 7 #395.
Quels intents bot_prep_* le chatbot doit-il détecter ?
Douze intents bot délai préparation couvrent unfulfilled post-commande.
Douze intents bot_prep
bot_prep_wismo_early : J+0/J+1 « pas expédié » dans SLA normal
bot_prep_sla_exceeded : dépassement prep promise, handoff PR-5
bot_prep_cutoff_miss : commande après cut-off, ship lendemain
bot_prep_weekend_gap : commande ven-sam, attente lundi
bot_prep_peak_backlog : Black Friday, délai allongé annoncé
bot_prep_personalization : gravure, message, +N j prep
bot_prep_mixed_cart_hold : attente SKU manquant ship complet
bot_prep_address_hold : adresse à vérifier, prep bloquée
bot_prep_fraud_review : commande en revue risque
bot_prep_preorder_confusion : tag preorder, reroute #187
bot_prep_mto_confusion : tag made-to-order, reroute #288
bot_prep_cancel_before_ship : annuler avant fulfillment
Signaux déclencheurs
pas expédié, en préparation, unfulfilled, processing, no tracking yet
order lookup : fulfillment_status unfulfilled ou partial pending
deadline cadeau : « pour samedi », « avant vendredi »
Tags conversation
prep_bot_detected, prep_bot_sla_ok, prep_bot_sla_miss, prep_bot_handoff, prep_bot_reroute_preorder, prep_bot_reroute_mto, prep_bot_reroute_wismo, prep_bot_cancel_flag.
Priorité intent
bot_prep_cancel_before_ship + order > bot_prep_sla_exceeded > bot_prep_wismo_early. Menace chargeback prep miss : alerte agent live si ouvré.
Distinction wismo #184
Si fulfillment_status fulfilled → prep_bot_reroute_wismo vers tracking #184. Pas réponse prep sur colis déjà expédié.
Quel flow conversationnel PREP-BOT configurer ?
Le flow PREP-BOT guide explication préparation en 8 étapes PB-1 à PB-8.
Séquence bot_prep_wismo_early
PB-1 Accueil : « Assistant IA. Je vérifie le statut préparation de votre commande. »
PB-2 Collecter order_id : ou email + OTP si logged-out
PB-3 Lookup order : fulfillment_status, created_at, line_items tags
PB-4 Classifier : prep_sla_ok | miss | preorder | MTO | peak | hold
PB-5 Calculer ship_date : SLA entrepôt + cut-off + jours ouvrés + peak offset
PB-6 Expliquer : template PREP grounded PB-5, prep vs transit distinct
PB-7 Handoff si besoin : sla_exceeded, cancel, address_hold, fraud
PB-8 Clore : « Notification e-mail dès expédition. » lien order status
Branche bot_prep_peak_backlog
Read peak_banner metafield shop : « Période forte affluence : expédition sous 3-5 j ouvrés. » ship_date_calc inclut peak_offset. Pas promesse prep 24 h standard.
Branche bot_prep_personalization
Detect line_item properties gravure/message : +N j prep. « Votre personnalisation ajoute 2 j ouvrés avant expédition. »
Branche bot_prep_preorder_confusion
Tag preorder sur order ou SKU → reroute précommande #187. Pas ship_date stock standard.
Interdit flow
Jamais « livré demain » si unfulfilled. Jamais tracking carrier inventé. Jamais « nous expédions maintenant » sans fulfillment event.
Que peut et ne peut pas faire le bot sur la préparation ?
La matrice bot prep autorisé vs interdit protège marque et attente client.
Actions autorisées bot
Lookup fulfillment_status et created_at order
Calculer ship_date selon SLA PREP-TIME #395 grounded
Expliquer cut-off entrepôt et week-end gap
Communiquer peak backlog si banner actif
Distinction prep (avant label) vs transit (après ship)
Reroute preorder #187, MTO #288, WISMO #184 si fulfilled
Créer ticket handoff PR-5+ pré-rempli
Initier demande annulation pré-ship (handoff agent, pas refund auto)
Actions interdites bot
Fulfillment API create shipment
Promettre date livraison carrier sans tracking
Inventer numéro suivi ou statut transporteur
Modifier adresse shipping order
Refund annulation sans agent PR-8
Confirmer prep 24 h si entrepôt SLA 48 h
Ignorer tag preorder/MTO pour ship_date stock
Zone grise : partial fulfilled
Split shipment : expliquer colis 1 expédié, colis 2 en prep. Reroute split bot #357 si multi-fulfillment complexe.
System prompt
« Source vérité = order Shopify fulfillment_status + SLA PREP-TIME. Ne jamais promettre livraison si unfulfilled. Escalate bot_prep_sla_exceeded. » Revue trimestrielle avec #395 policy owner.
Comment connecter stock, entrepôt et volume Shopify au bot ?
L'intégration bot préparation Shopify fournit données grounded sans hallucination SLA.
Champs order read-only
fulfillment_status : unfulfilled, partial, fulfilled
created_at : timestamp commande vs cut-off
line_items tags : preorder, made-to-order, personalization
line_items properties : gravure, message cadeau
fulfillments : count, dates, tracking si partial
order tags : fraud_hold, address_hold, peak_delay
Shopify Admin API order et fulfillment events (Shopify Dev, Order API).
Sources SLA entrepôt
Metafield shop prep_sla_days : 1-2 j standard
Metafield shop prep_cutoff_hour : 14 h Paris ex.
Metafield shop peak_banner_active : offset +2 j
Metafield product prep_sla_override : personnalisation +N j
Inventory location : entrepôt assigné, stock disponible
Multi-entrepôt
Si SKUs split locations, ship_date = max prep par entrepôt. Aligner bot multi-entrepôt #325 pour stock, #396 pour délai prep par location.
Vérif identité PB-2
Logged-in : order list match email. Guest : order_id + email zip match. Pas exposer orders tiers.
Calcul ship_date PB-5
Algorithme déterministe : created_at + prep_sla_days + weekend skip + peak_offset + personalization_days. LLM reformule PB-6, ne calcule pas seul.
Comment router vers agent sans promettre la livraison ?
Le handoff bot prep agent transmet contexte sans sur-promesse logistique.
Critères handoff PB-7
prep_sla_exceeded > 2 j au-delà promise
Demande annulation pré-ship bot_prep_cancel_before_ship
address_hold ou fraud_review bloquants
3+ messages insistance post PB-6
Commande > 300 unités presentment ou cadeau deadline samedi + miss
Ticket minimum
order_id, created_at, fulfillment_status, prep_sla_promise, ship_date_calc, bot_prep_type, peak_flag, personalization_flag, transcript, cancel_request, deadline_gift_date.
Message attente PB-7
« Votre dossier PREP-[ID] est transmis. Un agent vérifie avec l'entrepôt sous 4 h ouvrées. Nous ne pouvons pas accélérer la préparation depuis le chat sans confirmation ops. »
SLA bot vs agent
Bot PB-1 à PB-6 : < 3 min, < 8 messages
Agent PR-5+ : 4 h première réponse prep_sla_miss
Cancel flag
prep_bot_cancel_flag → ticket PR-8 annulation. Bot ne refund pas. Agent confirme unfulfilled puis refund policy.
Post-handoff bot silence
Pas relance « avez-vous été expédié ? » avant réponse agent. Status lookup fulfillment OK si client revient.
Quels triggers et placement widget pour PREP-BOT ?
Le déploiement bot préparation cible order status unfulfilled et messages WISMO early.
Cinq triggers PREP-BOT
T1 Message entrant : pas expédié, en préparation, processing
T2 Order status page unfulfilled : « Question sur la préparation ? »
T3 Email confirmation J+1 : reply « still not shipped » deep-link PB-2
T4 Peak banner site : « Délai préparation actuel ? » depuis /pages/expedition
T5 WISMO #184 reroute : wismo_not_shipped → PREP-BOT si unfulfilled
Pages prioritaires
Order status /account orders unfulfilled
/pages/expedition linked from confirmation email
Widget global avec intent router prep vs wismo
Cap proactivité
T2 max 1×/session order status. Pas popup agressif « où est mon colis » si unfulfilled J+0.
24/7 valeur
58 % tickets prep hors heures #396 exemple. Bot PB-6 immédiat réduit wismo_misroute nuit/week-end.
Router WISMO #184
Intent classifier upstream : fulfillment_status check avant branche tracking. Évite ETA carrier sur commande pas expédiée.
A/B test
T2 order status widget vs passif. Mesurer prep_bot_resolution et wismo_misroute 60 j.
Quels KPI prep_bot mesurer ?
Les KPI bot préparation lient automation, FCR global et tickets mal routés.
Huit métriques clés
prep_bot_resolution_rate : résolu sans handoff / sessions bot prep
prep_bot_intake_complete : order_id lookup OK / sessions
prep_false_ship_promise : incidents promesse livraison unfulfilled (cible 0)
prep_bot_handoff_rate : escalades agent / sessions
wismo_misroute_rate : prep traité comme transit / tickets WISMO
prep_bot_reroute_accuracy : preorder/MTO/wismo reroute correct
prep_fcr_delta : hausse FCR #395 avec bot
prep_bot_csat : satisfaction post PB-6
Benchmark DTC
prep_bot_resolution 75-82 %, false_ship_promise 0, intake_complete 90-95 %, handoff_rate 18-25 %, wismo_misroute -40-55 % à 90 j.
Dashboard hebdo support + ops
Top intents bot_prep_*, handoff motifs, prep_sla_miss corrélation entrepôt, heures bot actif vs tickets prep.
Audit transcripts 20/mois
Score : ship_date cité ? prep vs transit distinct ? pas tracking inventé ? reroute preorder OK ? pas promesse livraison unfulfilled ?
Incident alert
prep_false_ship_promise > 0 : pause LLM libre PB-6, review prompt 24 h.
Corrélation peak
Black Friday : prep_bot_resolution peut baisser 10 pts. Ajuster peak_offset metafield et templates PB-6 proactivement.
Quels edge cases et anti-patterns éviter ?
Dix edge cases bot prep et réponses playbook.
1. Bot promet livraison demain unfulfilled
Incident critique. Hard block ETA carrier si pas fulfilled. Audit immédiat.
2. WISMO #184 répond tracking sur unfulfilled
Router upstream fulfillment check. prep_bot_reroute_wismo inverse si fulfilled tard.
3. Preorder tag ignoré
ship_date stock appliqué à preorder. Reroute #187 obligatoire.
4. MTO confondu prep entrepôt
Fabrication 5-10 j avant pick. Reroute #288, pas PREP-TIME standard.
5. Partial fulfilled, client panique colis 2
Manifeste colis 1 shipped, colis 2 prep. Handoff split #357 si complexe.
6. Peak banner oublié
Bot cite SLA 24 h pendant BF. Read peak_banner_active obligatoire PB-5.
7. Cut-off fuseau client ≠ entrepôt
Toujours afficher « heure entrepôt Paris » explicitement PB-6.
8. Personalization property non lue
Gravure +2 j oubliée. Scan line_item properties PB-3.
9. Fraud hold invisible client
Message générique « vérification en cours », handoff PR-6. Pas détail fraude.
10. Bot généraliste confond express #338
Cut-off transporteur ≠ cut-off entrepôt. Deux lignes distinctes PB-6.
Anti-patterns
WISMO #184 sans branche unfulfilled → PREP-BOT
PREP-TIME #395 sans metafields SLA pour bot PB-5
Pas de /pages/expedition linked PB-8
Comment Qstomy informe sur le délai de préparation ?
Qstomy sur Shopify : PREP-BOT avec lookup fulfillment_status, calcul ship_date grounded SLA, templates PB-6, reroute preorder/MTO/WISMO, handoff PREP-FLOW sans fulfillment auto.
Capacités PREP-BOT Qstomy
prep_intent_detect : 12 intents section 3
prep_order_lookup : fulfillment, tags, properties
prep_sla_calculate : PB-5 déterministe metafields
prep_explain_template : prep vs transit distinct
prep_no_delivery_promise : hard block ETA carrier unfulfilled
prep_peak_aware : banner + offset automatique
prep_handoff_ticket : PR-5+ brief agents #395
prep_wismo_router : reroute #184 si fulfilled
Complément #395
PREP-FLOW agents litiges et exceptions. Qstomy PREP-BOT automatise PB-1 à PB-6. prep_fcr +9 pts, prep_ticket_rate -42 % combiné policy + bot.
Scénario DTC chiffré
Marque beauté, SLA prep 1-2 j, 89 tickets prep/mois, 58 % hors heures.
Après Qstomy PREP-BOT : prep_bot_resolution 81 %, prep_false_ship_promise 0, prep_bot_intake_complete 93 %, wismo_misroute -49 %, prep_bot_csat 4,4/5.
Explorez support client et demander une démo.
Quelle checklist pour déployer PREP-BOT ?
Checklist PREP-BOT (12 étapes)
Documenter policy PREP-TIME #395 + /pages/expedition
Configurer metafields prep_sla_days, prep_cutoff_hour, peak_banner
Configurer 12 intents bot_prep_* section 3
Rédiger templates PB-1 à PB-8
Brancher order lookup fulfillment + line_item properties
Implémenter algorithme PB-5 ship_date déterministe
Activer guardrails no_delivery_promise hard block
Intégrer reroute preorder #187, MTO #288, WISMO #184, split #357
Configurer triggers T1-T5 + router WISMO upstream
Tests staging 10 scénarios prep, peak, cancel, preorder, partial
Handoff ticket 10 champs vers agents PREP-FLOW
Dashboard KPI prep_bot hebdo + audit transcripts
En bref
#396 = bot explique prep, #395 = agents policy/litiges
PREP-BOT : lookup unfulfilled → ship_date → prep vs transit
Grounded SLA : jamais tracking inventé ni livraison promise
Reroute : preorder, MTO, WISMO fulfilled, split
KPI prep_bot_resolution : cible 75-82 %
FAQ
Différence avec #395 ?
#395 policy PREP-TIME + agents PREP-FLOW + macros. #396 bot automation PB-1 à PB-7 standard.
Différence avec #184 WISMO ?
#184 tracking transit post-expédition. #396 préparation unfulfilled avant label.
Le bot peut-il expédier la commande ?
Non. Fulfillment ops entrepôt. Bot informe et handoff si sla_miss.
Relation express #338 ?
#338 cut-off transporteur. #396 cut-off entrepôt prep. Deux délais s'additionnent.
Peak Black Friday ?
Read peak_banner metafield. Templates PB-6 allongement proactive.
Aller plus loin
Testez staging : « pas encore expédié » + order_id unfulfilled J+1, vérifiez PB-6 ship_date cité, zero promesse livraison, reroute WISMO si fulfilled.
Partagez ce guide #396 avec support et ops entrepôt : le bon bot prep explique la préparation, pas le transit qu'il ne contrôle pas encore.
Enzo
1 juillet 2026
