E-commerce
1 juillet 2026
« Le bot dit express demain alors que le cutoff est passé. » « L'IA promet upgrade gratuit sans lien paiement. » « Colis déjà expédié, le chatbot propose quand même express. » Trois échecs où un bot upgrade livraison non grounded invente faisabilité ou confond changement adresse.
Un chatbot IA upgrade livraison post-commande ne remplace pas les agents SHIPUP (#513). Il lit SHIPUP-MAP, cite cutoff countdown, quote surcoût exact, refuse si colis pické ou shipped et handoff payment ops.
Ce guide #514 couvre intents bot_ship_up_*, flow SHIPUPbot et KPI shipup_bot. Paire bot du playbook SHIPUP (#513). Nouveau cas d'usage IA : faisabilité upgrade express post-achat sans promesse ops.
Sommaire
Pourquoi automatiser upgrade livraison par bot ?
La demande « passer en express » arrive minutes après checkout. Un bot calibré lit fulfillment stage et SHIPUP-MAP en secondes, sans promettre upgrade si WMS a déjà pické.
Ce que le bot résout tier 1
Feasibility check : upgrade_allowed Y/N depuis map
Cutoff countdown : cutoff_time live fuseau Paris
Fee quote : upgrade_fee_eur exact map
Too late explain : fulfillment_stage picked shipped
Zone ineligible : CP hors express alternatives cite
Shopify Order Editing limite modification shipping line native (Shopify, order editing 2026). Le bot intercepte bot_ship_up_express_request avant ticket agent urgent.
SHIPUPbot vs SHIPUP #513, express #338 et adresse #183
Quatre contenus, quatre layers modification post-achat.
Matrice rapide
#514 SHIPUPbot : bot cutoff fee feasibility tier 1
#513 SHIPUP : agents payment ops repriorisation WMS
#338 EXPRESS : express checkout cut-off promesses
#183 address : changement adresse livraison
Pipeline : bot_ship_up fee quote → #513 payment link ops reprioritize si client confirme upgrade.
Quels intents bot_ship_up_* configurer ?
Huit intents bot upgrade livraison.
Huit intents bot_ship_up
bot_ship_up_express_request : passer standard en express
bot_ship_up_cutoff_countdown : encore temps avant cutoff
bot_ship_up_fee_quote : combien coûte upgrade
bot_ship_up_too_late : colis pické shipped refus
bot_ship_up_zone_check : CP eligible express ou non
bot_ship_up_gift_urgent : cadeau demain upgrade possible
bot_ship_up_downgrade : express vers standard handoff refund
bot_ship_up_confirm_upgrade : client confirme → handoff #513
Tier 1 auto : express_request, cutoff_countdown, fee_quote, too_late, zone_check si upgrade_allowed map lookup.
Intent bot_ship_up_confirm_upgrade, downgrade et preorder → agents #513 avec payload order_id, fee_cited, fulfillment_stage.
Comment consommer SHIPUP-MAP #513 ?
Le bot lit SHIPUP-MAP #513 : from_method, to_method, fulfillment_stage, cutoff_time, upgrade_fee_eur, zone_eligible, upgrade_allowed, wms_action.
Lookup grounded
Order context : shipping line current method CP
Fulfillment API : unfulfilled partial picked shipped
SHIPUP-MAP row : from_method + fulfillment_stage branch
Cutoff calc : now vs cutoff_time Europe/Paris
Fee cite : upgrade_fee_eur exact whitelist only
Alignement anti-hallucination (#123) : fee et faisabilité = SHIPUP-MAP only.
Policy SHIPUPBOT-SUP en six règles
Six règles bot upgrade livraison sûr.
NO-UPGRADE-PROMISE : upgrade seulement si upgrade_allowed Y map
SHIPUP-MAP-GROUNDED : jamais fee ou cutoff hors map
VERIFY-FULFILLMENT : fulfillment stage avant faisabilité
NO-FREE-UPGRADE : surcoût cite si upgrade_fee_eur > 0
PAYMENT-HANDOFF : bot ne repriorise pas, handoff #513 post-confirm
ADDRESS-REROUTE : changement adresse → #183 distinct
Flow SHIPUPbot SUB-1 à SUB-8
Flow huit étapes bot upgrade livraison.
SUB-1 Classify : bot_ship_up_* intent
SUB-2 Context : order lookup shipping line CP
SUB-3 Fulfillment : unfulfilled picked shipped API
SUB-4 SHIPUP-MAP : upgrade_allowed fee cutoff zone
SUB-5 Guardrail : NO-UPGRADE-PROMISE VERIFY-FULFILLMENT
SUB-6 Respond : TPL-SHIPUPbot grounded
SUB-7 Confirm handoff : client OK → #513 payment ops
SUB-8 Log : fee_cited cutoff tag shipup_bot
Exemple TPL-SHIPUPbot-FEASIBLE
« Upgrade express possible avant [cutoff_time] (dans [countdown]). Surcoût [upgrade_fee_eur] €. Confirmez pour recevoir lien paiement et priorisation pick. »
Templates TPL-SHIPUPbot et touchpoints
Quatre templates essentiels.
TPL-SHIPUPbot-FEASIBLE
Upgrade express possible avant [cutoff_time]. Surcoût [upgrade_fee_eur] €. Confirmer upgrade ?
TPL-SHIPUPbot-TOO-LATE
Colis déjà [fulfillment_stage]. Upgrade impossible. Délai actuel : [current_eta]. Voir #129 cadeau urgent.
TPL-SHIPUPbot-FEE
Différence standard → express : [upgrade_fee_eur] €. Paiement requis avant priorisation entrepôt.
TPL-SHIPUPbot-NO-ZONE
Express non disponible CP [postal_code]. Alternative : [alt_method] ou changement adresse #183 si zone eligible.
Touchpoints
Order status page : chip « Passer en express » si unfulfilled
Post-purchase e-mail : lien bot_ship_up_express_request 30 min
Help center FAQ upgrade : bot embed cutoff countdown
Peak saison widget : gift urgent bot_ship_up_gift_urgent
Cas limites et reroutes
Cinq cas hors tier 1 bot.
Express checkout #338 : pre-achat cutoff promesses distinct post-order
Order edit général : modification commande reroute si autre intent
Précommande : upgrade après date stock only handoff #513
Express bot pre-achat : bot express checkout si pas encore commandé
Intercept shipped : handoff #513 ops carrier hold exception
Bot ne modifie pas shipping line Shopify : handoff #513 payment draft + WMS tag express post-confirmation.
KPI shipup_bot essentiels
Cinq métriques pilotage SHIPUPbot.
shipup_bot_auto_resolve : % tier 1 sans agent
shipup_bot_feasibility_grounded_rate : réponses conformes SHIPUP-MAP
shipup_bot_upgrade_promise_violation : NO-UPGRADE-PROMISE, cible 0
shipup_bot_fee_cited : % avec upgrade_fee_eur exact
shipup_bot_handoff_confirm : sessions confirm → #513 payment
Red team mensuel : 10 prompts « express demain garanti », « upgrade gratuit promis », « express alors colis shipped ». Faisabilité hors map = violation SHIPUP-MAP-GROUNDED.
Anti-patterns SHIPUPbot
Six erreurs fréquentes.
Upgrade promis sans fulfillment check : VERIFY-FULFILLMENT
Fee inventé ou gratuit : NO-FREE-UPGRADE SHIPUP-MAP
Repriorisation bot directe : PAYMENT-HANDOFF #513
Confondre adresse #183 : upgrade vitesse distinct
Dupliquer express #338 : post-achat focus only
Cutoff ignoré : CUTOFF-CITE countdown obligatoire
SHIPUPbot avec Qstomy
Qstomy sur Shopify + WMS : detect ship_up intent, SHIPUP-MAP RAG, cutoff countdown widget, fee quote grounded, confirm handoff #513 payment Slack ops.
Pipeline : bot fee feasibility → #513 payment reprioritize → gouvernance IA #142 audit upgrade claims.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist SHIPUPbot (8 étapes)
Sync SHIPUP-MAP #513 : RAG bot whitelist only
Policy SHIPUPBOT-SUP : 6 règles NO-UPGRADE-PROMISE
8 intents bot_ship_up_* : flow SUB-1 à SUB-8
4 templates TPL-SHIPUPbot-* : FEASIBLE TOO-LATE FEE NO-ZONE
Fulfillment API sync : picked shipped real-time gate
Order status chip upgrade : bot_ship_up entry unfulfilled
Red team 10 prompts : express garanti gratuit shipped
Dashboard KPI : shipup_bot_* section 9
FAQ
Différence #513 ?
#513 = agents payment ops WMS repriorize. #514 = bot tier 1 cutoff fee quote.
Différence #338 express ?
#338 = express checkout. #514 = upgrade post-paiement standard.
Bot encaisse surcoût ?
Non. Confirm handoff #513 payment link draft.
Colis déjà expédié ?
TPL-SHIPUPbot-TOO-LATE. Intercept rare handoff ops.
Aller plus loin
Cette semaine : indexer SHIPUP-MAP dans corpus bot, tester red team « express demain garanti », mesurer shipup_bot_feasibility_grounded_rate. Activer chip upgrade order status page.
Enzo
1 juillet 2026
