E-commerce
1 juillet 2026
« Le bot envoie une capture tracking, pas une signature. » « L'IA invente un nom signataire Colissimo. » « Colis livré mais le chatbot boucle sans photo dépôt. » Trois échecs où un bot WISMO mal calibré sur POD génère fausse preuve ou ignore litige DNR.
Un chatbot IA preuve livraison ne remplace pas les agents POD (#527). Il lit POD-MAP, retrieve cache AfterShip, redact PII et reroute #529 DNR si dispute.
Ce guide #528 couvre intents bot_pod_*, flow PODbot et KPI pod_bot. Paire bot du playbook POD (#527). Nouveau cas d'usage IA : retrouver signature photo ou scan relais sans POD inventée.
Sommaire
Pourquoi automatiser preuve livraison par bot ?
« Envoyez la preuve de livraison » arrive souvent après statut delivered WISMO. Un bot calibré lit POD-MAP, fetch cache carrier et partage document redacté sans inventer signature.
Ce que le bot résout tier 1
POD admin : signature photo pour dossier client
POD cache hit : AfterShip API delivered event attachment
POD delay : retrieval_sla_hours cite si pas encore dispo
Relais scan : point dépôt Mondial Relay locker info
Dispute routing : pod_request_dispute → #529 DNR handoff
AfterShip et 17track exposent POD selon transporteur (AfterShip, Tracking API 2026). Le bot intercepte bot_pod_request avant capture tracking générique.
PODbot vs POD #527, DNR #529, WISMO #184 et colis perdu
Cinq contenus, cinq layers litige livraison.
Matrice rapide
#528 PODbot : bot retrieve redact POD tier 1
#527 POD : agents portal pro carrier claim
#529 DNR : livré non reçu replace refund
WISMO #184 : statut tracking avant delivered
Colis perdu : réclamation carrier seuils
Router : delivered + demande preuve → #528. Client nie réception après POD → #529 DNR. Pas encore delivered → #184 WISMO.
Quels intents bot_pod_* configurer ?
Huit intents bot preuve livraison.
Huit intents bot_pod
bot_pod_request : envoyez preuve signature livraison
bot_pod_signature : qui a signé mon colis
bot_pod_photo : photo dépôt colis livré
bot_pod_pickup_point : scan point relais locker
bot_pod_not_received : livré mais pas reçu, preuve d'abord
bot_pod_delay : preuve pas encore disponible SLA
bot_pod_untracked : sans tracking manifeste WMS
bot_pod_escalate : dispute complexe handoff #527 ou #529
Tier 1 auto : request, signature, photo, pickup_point, delay si POD cache hit et POD-MAP lookup.
Intent bot_pod_not_received et bot_pod_escalate → handoff #529 DNR avec payload pod_attachment dispute_flag.
Comment consommer POD-MAP #527 ?
Le bot lit POD-MAP #527 : carrier_code, pod_type, retrieval_method, retrieval_sla_hours, customer_shareable, redact_fields, dispute_routing, claim_parallel, fallback_proof.
Lookup grounded
Order lookup : fulfillment delivered_at tracking carrier
POD-MAP row : carrier_code + service level
Delivered gate : if not delivered → reroute #184
Cache fetch : AfterShip pod_url attachment API
Redact pipeline : redact_fields avant envoi chat
Alignement anti-hallucination (#123) : jamais POD hors carrier API ou cache.
Policy PODBOT-SUP en six règles
Six règles bot preuve livraison sûr.
NO-FAKE-POD : jamais signature photo inventée
POD-MAP-GROUNDED : retrieve depuis map retrieval_method
REDACT-PII : masquer nom voisin adresse tierce auto
DNR-REROUTE : bot_pod_not_received → #529 après POD share
DELIVERED-GATE : POD only if fulfillment delivered
SLA-CITE : retrieval_sla_hours si cache miss
Flow PODbot PODB-1 à PODB-8
Flow huit étapes bot preuve livraison.
PODB-1 Classify : bot_pod_* intent
PODB-2 Order lookup : fulfillment delivered_at carrier
PODB-3 Delivered gate : not delivered → #184 reroute
PODB-4 POD-MAP : pod_type retrieval sla shareable
PODB-5 Fetch : cache AfterShip ou async carrier ticket
PODB-6 Redact : REDACT-PII pipeline
PODB-7 Respond : TPL-PODbot attachment ou SLA delay
PODB-8 Log : pod_type tag dispute routing escalate
Exemple TPL-PODbot-SIGNATURE
« Preuve Colissimo : livré le [delivered_at], signé par [signatory_redacted]. Pièce jointe ci-dessous. Colis introuvable ? Vérifiez entourage 24 h ou dites NON RECU pour enquête. »
Templates TPL-PODbot et touchpoints
Quatre templates essentiels.
TPL-PODbot-SIGNATURE
Livré [delivered_at]. Signé [signatory_redacted]. [pod_attachment_redacted].
TPL-PODbot-PHOTO
Photo dépôt [delivered_at]. Emplacement [location_redacted]. [pod_attachment_redacted].
TPL-PODbot-DELAY
Livraison confirmée [delivered_at]. Preuve disponible sous [retrieval_sla_hours] h. E-mail auto dès réception carrier.
TPL-PODbot-DISPUTE
Preuve jointe. Enquête livré non reçu lancée. Vérifiez voisinage consigne. Délai retour [dnr_sla].
Touchpoints
WISMO delivered branch : chip « Voir preuve livraison »
Chargeback warning : bot_pod_request priority queue
Proactive POD cache : webhook delivered → pre-fetch
Email follow-up : bot_pod_delay notify when ready
Cas limites et reroutes
Cinq cas hors tier 1 bot.
Pas encore delivered : DELIVERED-GATE reroute #184 WISMO
Dispute confirmée : DNR-REROUTE #529 replace refund flow
Split shipment : POD par fulfillment, handoff #527
Sans tracking : #525 NOTRACK fallback_proof manifest WMS
Refus livraison : POD retour expéditeur #511
Bot ne crée pas réclamation carrier : handoff #527 si claim_parallel requis et dispute non résolue tier 1.
KPI pod_bot essentiels
Cinq métriques pilotage PODbot.
pod_bot_auto_resolve : % tier 1 cache hit sans agent
pod_bot_retrieve_rate : POD obtenue conforme POD-MAP
pod_bot_fake_pod_violation : NO-FAKE-POD, cible 0
pod_bot_dnr_reroute : sessions → #529 dispute
pod_bot_redact_compliance : PII masquée avant envoi, cible 100 %
Red team mensuel : 10 prompts « invente signature Dupont », « photo colis chez moi sans API ». POD hors cache carrier = violation NO-FAKE-POD.
Anti-patterns PODbot
Six erreurs fréquentes.
Capture tracking générique : pas une POD
Signature inventée : NO-FAKE-POD violation
PII non redactée : nom voisin adresse tierce
Ignorer dispute intent : DNR-REROUTE #529
POD avant delivered : DELIVERED-GATE
Confondre colis perdu : POD d'abord, lost ensuite
PODbot avec Qstomy
Qstomy sur Shopify : WISMO delivered POD branch, POD-MAP RAG, AfterShip cache webhook, redact PII auto, handoff #529 DNR payload, escalate #527 carrier claim.
Pipeline : bot retrieve POD → #529 DNR si dispute → #527 carrier claim → gouvernance IA #142 audit POD claims.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist PODbot (8 étapes)
Sync POD-MAP #527 : RAG bot whitelist only
Policy PODBOT-SUP : 6 règles NO-FAKE-POD REDACT-PII
8 intents bot_pod_* : flow PODB-1 à PODB-8
4 templates TPL-PODbot-* : SIGNATURE PHOTO DELAY DISPUTE
AfterShip cache webhook : pre-fetch delivered POD
Redact pipeline : redact_fields auto
Red team 10 prompts : signature inventée interdite
Dashboard KPI : pod_bot_* section 9
FAQ
Différence #527 ?
#527 = agents portal pro carrier claim. #528 = bot tier 1 cache retrieve.
Différence DNR #529 ?
#528 partage POD. #529 résout litige livré non reçu.
Bot envoie POD brute ?
Non. REDACT-PII obligatoire avant chat ou e-mail.
POD pas en cache ?
TPL-PODbot-DELAY cite retrieval_sla_hours, notify async.
Aller plus loin
p : Bot WISMO (#184)
Cette semaine : indexer POD-MAP dans corpus bot, configurer AfterShip delivered webhook pre-fetch, tester redact PII pipeline, mesurer pod_bot_retrieve_rate.
Enzo
1 juillet 2026
