E-commerce
1 juillet 2026
« Le bot promet remboursement alors que ma commande existe. » « L'IA ne vérifie pas le paiement avant de répondre. » « Chatbot confond page blanche et paiement refusé. » Trois échecs où un bot post-paiement mal calibré aggrave panique ou route PNDPAY.
Un chatbot IA erreur après paiement e-commerce ne remplace pas les agents POSTRED (#817). Il lit POSTRED-MAP, verify order paid Shopify API, cite reassurance_copy order_lookup_copy et handoff chargeback vers humains sans promettre remboursement inventé.
Ce guide #818 couvre intents bot_postred_*, flow POSTREDbot et KPI postred_bot. Paire bot du playbook POSTRED (#817). Cas d'usage IA paiement : retrouver commande rassurer tier 1.
Sommaire
Pourquoi automatiser la panique post-paiement par bot ?
« Page blanche », « argent débité », « pas de confirmation » arrivent widget checkout post-submit. Un bot calibré lookup POSTRED-MAP, verify order paid API, cite reassurance sans promettre remboursement si commande existe.
Ce que le bot résout tier 1 post-paiement
Reassure paid : reassurance_copy REDIRECT-CITE-BOT map
Find order : order_lookup_copy order_status_url API map
No double fear : no_double_charge_copy cite map
Email delay : email_delay_copy explain map
Handoff SAV : #817 payload order_ref chargeback ops
Les incidents redirect génèrent chargeback si mal rassurés (Shopify, checkout 2026). Sans bot grounded, l'IA rembourse à tort ou route Pending à tort.
POSTREDbot vs POSTRED #817, PNDPAYbot #764, PRCPTbot #796, POST3DSbot et anti-hallucination #123
Six contenus, six parcours post-checkout distincts.
Matrice rapide
#818 POSTREDbot : bot tier 1 retrouver commande rassurer redirect fail paid
#817 POSTRED : agents escalate ops chargeback refund policy
PNDPAYbot #764 : Pending incomplet distinct paid redirect
PRCPTbot #796 : reçu preuve débit post-rassurance distinct redirect
POST3DSbot #794 : refus post-3DS distinct redirect OK paid
Anti-hallucination #123 : commande paid = order API whitelist only
Pipeline : #818 bot rassurer tier 1 → #817 agents escalate chargeback ops policy.
Quels intents bot_postred_* configurer ?
Huit intents bot post-paiement mappés typologies postred_* #817.
Huit intents bot_postred
bot_postred_reassure : reassurance_copy redirect_explain REDIRECT-CITE-BOT
bot_postred_lookup : order_lookup_copy order_status_url map
bot_postred_no_double : no_double_charge_copy cite map
bot_postred_no_email : email_delay_copy resend map
bot_postred_blank : redirect_explain blank page map
bot_postred_mobile : mobile_redirect_copy WebView map
bot_postred_order_find : email amount last4 ORDER-API lookup
bot_postred_handoff : chargeback ops → POSTRED817-HANDOFF-BOT
Tier 1 auto : reassure lookup no_double order_find si POSTRED-MAP + ORDER-API-GROUNDED-BOT.
Pending unpaid → PNDPAY764-REROUTE-BOT distinct paid redirect.
Comment consommer POSTRED-MAP #817 ?
Le bot lit POSTRED-MAP #817 : postred_program_id, redirect_explain_copy, confirmation_page_copy, order_lookup_copy, reassurance_copy, no_double_charge_copy, email_delay_copy, mobile_redirect_copy, pndpay763_reroute_copy.
Lookup grounded checkout post-submit embed
REDIRECT-CITE-BOT : redirect_explain reassurance cite map verbatim
ORDER-API-GROUNDED-BOT : financial_status paid order Shopify API only
AUTH-VERIFY-BOT : email billing match avant order_status_url map
NO-REFUND-PROMISE-BOT : pas rembourser si order paid map
PNDPAY764-REROUTE-BOT : Pending unpaid → #764 distinct paid redirect
PRCPT796-REROUTE-BOT : preuve débit → #796 reçu distinct redirect
POSTRED817-HANDOFF-BOT : chargeback ops → #817 agents PR-7
Alignement anti-hallucination (#123) : commande confirmée = ORDER-API paid whitelist only.
Policy POSTREDBOT-SUP en six règles
Six règles bot post-paiement responsable panique redirect.
POSTRED-MAP-GROUNDED-BOT : réponse redirect depuis map only
REDIRECT-CITE-BOT : redirect_explain reassurance cite map
ORDER-API-GROUNDED-BOT : order paid verify avant rassurer
AUTH-VERIFY-BOT : email order_ref match avant lien map
NO-REFUND-PROMISE-BOT : pas rembourser si order paid map
NO-ORDER-INVENT-BOT : bot ne crée commande ni confirme sans API map
Flow POSTREDbot PRB-1 à PRB-8
Flow huit étapes bot post-paiement checkout embed widget.
PRB-1 Classify : bot_postred_* intent detect keyword page blanche payé débité confirmation absent
PRB-2 Auth collect : email amount last4 timestamp browser minimal
PRB-3 POSTRED-MAP : redirect reassurance lookup no_double email mobile pndpay prcpt handoff
PRB-4 Order lookup : recent orders financial_status paid ORDER-API-GROUNDED-BOT
PRB-5 Guardrail : REDIRECT-CITE ORDER-API AUTH NO-REFUND NO-INVENT PNDPAY PRCPT HANDOFF
PRB-6 Respond : TPL-POSTREDbot grounded reassure order_ref max 3 phrases
PRB-7 Handoff or close : chargeback #817 payload ou close lien order_status envoyé
PRB-8 Log : intent postred_program_id tag postred_bot reassure_cited handoff Y/N
Exemple TPL-POSTREDbot-REASSURE
« Commande #[order_num API] confirmée : paiement reçu [amount map.] [reassurance_copy map.] [redirect_explain_copy map.] Suivi : [order_status_url map.] REDIRECT-CITE-BOT. »
Templates TPL-POSTREDbot et touchpoints
Quatre templates courts post-checkout panic embed.
TPL-POSTREDbot-REASSURE
[reassurance_copy map.] Commande #[order_num API] payée [amount map.] [redirect_explain_copy map.] REDIRECT-CITE-BOT.
TPL-POSTREDbot-LOOKUP
[order_lookup_copy map.] Lien : [order_status_url map.] Email : [billing_email API.] ORDER-API-GROUNDED-BOT.
TPL-POSTREDbot-NODOUBLE
[no_double_charge_copy map.] Commandes actives : [order count API one.] NO-REFUND-PROMISE-BOT.
TPL-POSTREDbot-EMAIL
[email_delay_copy map.] Confirmation renvoyée [email map.] Commande #[order_num API.] REDIRECT-CITE-BOT.
Touchpoints post-checkout
Redirect fail event : bot_postred_reassure bot_postred_blank instant
Keyword argent débité : bot_postred_order_find proactive
Keyword double prélèvement : bot_postred_no_double trigger
Pas email confirmation : bot_postred_no_email email_delay map
Pas embed refund : POSTRED817-HANDOFF-BOT agents #817 only.
Cas limites et reroutes
Cinq cas hors tier 1 bot post-paiement standard.
Pending unpaid : PNDPAY764-REROUTE-BOT financial_status pending
Paiement refusé réel : declined distinct redirect panic
Preuve débit demandée : PRCPT796-REROUTE-BOT reçu post-rassurance
Double commande réelle : POSTRED817-HANDOFF-BOT agents partial refund policy
Chargeback menacé : POSTRED817-HANDOFF-BOT escalate legal ops
Règle panic tier 1 ORDER-API puis REASSURE. Refund → handoff #817 NO-REFUND-PROMISE-BOT.
KPI postred_bot essentiels
Cinq métriques pilotage POSTREDbot.
postred_bot_panic_deflect : clos rassuré sans agent chargeback évité
postred_bot_reassure_cite_rate : REDIRECT-CITE-BOT / bot_postred reassure lookup
postred_bot_order_found_rate : order paid trouvé API / total panic
postred_bot_refund_promise_violations : remboursement promis paid audit cible 0
postred_bot_handoff_rate : escalate #817 / total postred bot
Cible : postred_bot_panic_deflect supérieur à 50 % et postred_bot_refund_promise_violations 0.
Anti-patterns POSTREDbot
Cinq erreurs fréquentes bot post-paiement panic.
Promettre remboursement : NO-REFUND-PROMISE-BOT order paid API first
Rassurer sans order lookup : ORDER-API-GROUNDED-BOT financial_status obligatoire
Inventer order_ref : NO-ORDER-INVENT-BOT API only pas LLM
Route Pending direct : PNDPAY764-REROUTE verify unpaid vs paid redirect
Lien order_status sans auth : AUTH-VERIFY-BOT email match avant lien
POSTREDbot avec Qstomy
Qstomy sur Shopify : detect bot_postred intent post-checkout, POSTRED-MAP RAG grounded, order paid API lookup, REDIRECT-CITE guardrail, handoff #817 tier 2.
Pipeline : #818 bot rassurer tier 1 → #817 agents escalate chargeback ops policy.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist POSTREDbot (8 étapes)
Sync POSTRED-MAP #817 : RAG bot post-checkout redirect panic embed
Policy POSTREDBOT-SUP : 6 règles REDIRECT-CITE ORDER-API AUTH NO-REFUND NO-INVENT
8 intents bot_postred_* : flow PRB-1 à PRB-8
4 templates TPL-POSTREDbot-* : REASSURE LOOKUP NODOUBLE EMAIL
Order lookup API sync : email amount last4 recent orders paid test
Red team 10 prompts : remboursement promise sans order lookup order inventé
Redirect fail proactive : bot_postred_reassure trigger checkout error event
Dashboard KPI : postred_bot_* section 9 panic_deflect refund_promise handoff
FAQ
Différence #817 ?
#817 = agents escalate chargeback ops refund policy. #818 = bot tier 1 retrouver commande rassurer.
Bot rembourse si page blanche ?
Non si order paid. NO-REFUND-PROMISE-BOT TPL-POSTREDbot-LOOKUP order_status_url.
Différence PNDPAYbot #764 ?
#764 = Pending paiement incomplet. #818 = paid confirmé admin redirect fail.
Pas vu confirmation ?
bot_postred_order_find ORDER-API puis TPL-POSTREDbot-REASSURE reassurance_copy map.
Aller plus loin
Cette semaine : déployer POSTRED-MAP RAG post-checkout embed, red team refund_promise_violations audit, sync bot_postred_order_find proactive scénario page blanche order paid test.
Enzo
1 juillet 2026
