E-commerce
28 juillet 2026
« Envoyez-moi ma facture. » « Je n'ai pas reçu la confirmation. » « Où télécharger le PDF ? » Trois formulations, un même besoin administratif post-achat : retrouver un document lié à une commande déjà payée.
Fin estime que les demandes facture et billing deviennent un segment croissant une fois le WISMO automatisé (Fin, ecommerce 2026). Shop Circle rappelle qu'un lien PDF auto dans l'email confirmation réduit de 40 à 60 % les tickets « où est ma facture » (Shop Circle, factures auto 2026).
Ce guide #360 formalise le chatbot IA retrouver facture ou confirmation : cas d'usage administratif simple et fréquent. Il complète bot documents (#255) (garde-fous fiscaux complets) et support facture introuvable (#359) avec l'angle lookup bot léger confirmation + PDF, auth double, portail en 30 secondes.
Sommaire
Pourquoi automatiser le lookup facture et confirmation par bot ?
Un bot find document répond en lookup : lien facture, page statut ou renvoi confirmation. Pas de correction TVA, pas d'émission pro complexe. C'est le cas d'usage administratif le plus fréquent post-WISMO.
Trois échecs bot générique
Lien contact : bot renvoie formulaire, client insiste
Pas d'auth : PDF envoyé au mauvais interlocuteur cadeau
Confusion docs : confirmation présentée comme facture fiscale
Tactas recommande lookup et renvoi auto supervisés, corrections fiscales derrière humain (Tactas, ecommerce AI 2026).
Angle #360
Le #255 couvre tous intents documents + escalades finance. Le #358 et #359 posent workflows SAV humains. Le #360 isole le bot lookup simple : find_invoice, find_confirmation, portail, triage confusion.
ROI find doc bot
Sur marque 120 tickets doc/mois (facture + confirmation), bot lookup ciblé : 70 à 85 % auto-résolus vs 15 % bot générique sans API commande.
Exemple DTC
Marque skincare, 134 tickets find_doc/mois. Après bot FIND-DOC : find_doc_bot_resolution 81 %, temps réponse 28 s, incidents PDF mauvais email 0 sur 6 mois.
Moment du parcours
Pic J+0 à J+3 post-achat : comptabilité, note de frais, anxiété « ai-je bien commandé ». Trigger chat : « facture », « confirmation », « reçu », « PDF ».
Prérequis ops
Policy INV-MISSING (#359) et CONF-EMAIL (#358) en place. Bot exécute lookup, pas invente document.
Pourquoi un bot dédié lookup
Coupler find doc au bot WISMO général dilue la précision : le client dit « facture » et reçoit un tracking colis. Un router intent find_doc_* dédié évite ce mismatch et permet des garde-fous auth spécifiques documents, plus stricts que le WISMO standard.
Volume combiné facture + confirmation
Sur DTC sans portail visible, comptez 4 à 10 % des tickets post-achat administratifs (facture, confirmation, preuve). Le bot #360 cible ce bloc avant d'étendre au bot fiscal #255.
En quoi diffère-t-il du bot #255 et des guides #358/#359 ?
Sept contenus documents, sept rôles bot distincts.
Bot documents complet (#255)
Guide #255 : tier 1-3 intents, TVA, avoir, collecte pro. Le #360 = sous-ensemble tier 1 lookup : find_invoice, find_confirmation, invoice_where.
Support facture introuvable (#359)
Guide #359 : macros INV-MISS, portail ops. Le #360 implémente la couche bot self-service.
Confirmation manquante (#358)
Guide #358 : policy CONF-EMAIL humaine. Le #360 automatise intent find_confirmation_resend.
Factures cadeau/pro (#254)
Guide #254 : émission et correction. Le #360 handoff si pro_invoice_collect ou correction TVA.
Auth support (#122)
Auth (#122) : règles générales. Le #360 : email + order_id obligatoires avant lien PDF.
Post-achat (#9)
Automation post-achat (#9) : WISMO global. Le #360 = sous-intent find_doc_*.
Promesse #360
Intents find_doc_*, flow FIND-DOC-GATE, garde-fous FIND-DOC-GUARD, handoff #255/#359, KPI find_doc_bot.
Quels intents find_doc le bot doit-il classifier ?
Cartographier les intents find_doc_bot avant flows. Scope volontairement étroit : lookup, pas write fiscal.
Dix intents find document
find_invoice_link : où télécharger PDF facture
find_confirmation_resend : renvoyer email confirmation
find_order_status_page : lien page statut commande
find_doc_confusion : facture vs confirmation, clarifier
find_invoice_pending : facture pas encore générée
find_invoice_spam : guidage dossiers email
find_multi_order : lister commandes récentes même email
find_gift_doc : destinataire demande facture, redirect acheteur
find_account_docs : accès compte client documents
find_doc_handoff : pro pending, TVA, correction → #255
Champs session obligatoires
order_id, customer_email, payment_status, invoice_url, invoice_generated (bool), confirmation_sent (bool), gift_flag. Voir taxonomie (#135).
Router parent
Message contient « facture », « invoice », « PDF », « confirmation », « reçu », « preuve commande » → route find_doc_* (#360). « Corriger TVA », « avoir » → route #255 tier 3.
Mining tickets 90 j
Export tags missing_invoice + missing_confirmation. Prioriser intents top verbatims avant intégration API.
Priorisation MVP
Semaine 1 : find_invoice_link + find_order_status_page (80 % volume). Semaine 2 : find_confirmation_resend + find_doc_confusion. Semaine 3 : find_gift_doc + find_multi_order. Handoff #255 dès jour 1 si mots-clés TVA détectés.
Comment construire le flow FIND-DOC-GATE ?
Le flow FIND-DOC-GATE route chaque message via lookup commande avant tout lien document.
Six gates séquentielles
Gate auth : email + order_id ou match client logged-in
Gate payment : order paid vs pending
Gate intent : invoice vs confirmation vs confusion
Gate document : invoice_url exists vs pending vs absent
Gate gift : destinataire vs acheteur
Gate sortie : lien portail, resend confirm, spam guide, handoff
Branche find_invoice_link
Si invoice_url : réponse lien portail + numéro facture. Si pending : find_invoice_pending + ETA 24 h. Si absent + pro tag : handoff find_doc_handoff #255.
Branche find_confirmation_resend
Si confirmation_sent timeline : trigger resend Shopify ou lien page statut (#358 CONF-EMAIL-RESEND). Si unpaid : expliquer pending, pas resend.
Branche find_doc_confusion
« C'est la confirmation ou la facture ? » → expliquer différence + lien PDF si existe + lien exemples #27.
Max tours
2 clarifications auth max. Puis handoff agent avec order snapshot.
Réponse unifiée dual document
Si client demande « facture et confirmation » : une seule réponse avec deux liens distincts, page statut + PDF facture, pour éviter double session et ticket repeat.
Quelles sources de data le bot find doc lit-il ?
Le bot find doc lit Shopify order + app facturation + notifications timeline.
Cinq sources Shopify
Order API : id, email, payment_status, created_at
Order status URL : page statut unique
Timeline notifications : confirmation sent, resend disponible
Customer account : logged-in match email
Tags order : gift, pro, intracom
Shopify génère URL page statut par commande (Shopify, page statut 2026). Shopify documente aussi le renvoi confirmation depuis Timeline (Shopify, détails commande 2026).
Couche app facturation
Sufio, Order Printer Pro : webhook order/paid → invoice_url, invoice_number, sent_at. Bot lit cache API, pas scrape PDF.
Policy RAG #359 et #358
Chunks FAQ « où facture », « confirmation spam » pour find_invoice_spam et find_doc_confusion. Bot cite policy, pas invente.
Cache et TTL
invoice_generated refresh 15 min post-paid. Si client insiste « toujours pas » : re-fetch API avant handoff.
Mapping confirmation vs facture
Stocker en session confirmation_url (page statut) et invoice_url (PDF) séparément. Le bot ne fusionne jamais les deux en un seul lien « document » : la comptabilité pro rejette la confirmation Shopify comme justificatif fiscal.
Quels garde-fous imposer au bot find document ?
Les garde-fous FIND-DOC-GUARD évitent fuite PDF et promesse fiscale.
Cinq règles strictes
Auth double : email + order_id avant lien PDF
Pas confirmation = facture : clarifier si demande pro
Cadeau : PDF acheteur uniquement, jamais shipping email
Pas correction TVA : handoff #255 immédiat
Limite resend : 2 renvois / 24 h / order anti-abus
Prompt system find doc
« Tu lookup commande et renvoies lien portail ou confirmation. Tu ne promets jamais exonération TVA ni correction facture. Si gift_flag, tu n'envoies document qu'à email acheteur. » Voir anti-hallucination.
Réponse type find_invoice_link
« Commande #7842 payée le 14 juillet. Facture #INV-1204 : [lien portail]. Même PDF que l'email facturation. Vérifiez spam si absent. »
Tests régression
20 scénarios : invoice OK, pending, gift destinataire, confusion confirm, unpaid, auth fail, multi-order, pro handoff, spam guide, logged-in account. find_doc_hallucination cible 0 %.
Logging audit
Chaque session find_doc logue order_id, intent, lien envoyé, auth_method. Audit mensuel 10 sessions aléatoires : vérifier email destinataire = order email, jamais shipping sur gift.
Quels flows bot pour documents post-achat ?
Le bot find doc intervient sur points de contact post-achat administratif.
Flow chat « ma facture »
Auth → find_invoice_link ou pending → lien portail 30 s.
Flow chat « pas reçu confirmation »
Auth → find_confirmation_resend → page statut + option resend si timeline OK. Aligner #358.
Flow widget thank-you page
« Télécharger facture » ou « Renvoyer confirmation » pré-auth order_id session checkout.
Flow email async
Lien chat pré-rempli order_id depuis signature support. Bot reprend contexte sans redemander numéro.
Flow compte client
find_account_docs : guide section Commandes si logged-in, sinon find_order_status_page guest.
Handoff payload find doc
order_id, intent find_doc_*, invoice_url, gift_flag, auth_result, session_log, handoff_reason.
Proactif post-paiement
Message 5 min après checkout sur page statut : « Votre confirmation est en route. Besoin de la facture ? Cliquez ici. » Réduit tickets J+1 comptabilité de 20 à 35 % sur pilotes DTC testés.
Comment brancher le bot find doc sur Shopify ?
Le setup bot find doc Shopify connecte order API, app facturation et router intents.
Checklist technique
Activer read orders scope Admin API
Connecter app facturation webhook invoice.created
Indexer cache invoice_url par order_id
Configurer router mots-clés find_doc_*
Rédiger prompt FIND-DOC-GUARD section 6
Indexer RAG policies #358 #359
Brancher handoff #255 find_doc_handoff
Tester 20 scénarios régression
Intégration resend confirmation
Shopify Timeline resend via admin action ou API notification. Bot déclenche handoff agent resend si API write restreinte.
Sidebar helpdesk
Afficher invoice_url + order_status_url pour agent si bot handoff. Cohérence bot / humain.
Lancement progressif
Phase 1 : find_invoice_link + find_order_status_page. Phase 2 : find_confirmation_resend. Phase 3 : find_multi_order + find_gift_doc.
Fallback sans app facturation
Si pas de Sufio : bot active find_order_status_page + find_confirmation_resend uniquement. Tag sessions find_invoice_no_app pour mesurer demande et justifier déploiement app.
Quels KPI mesurer sur le bot find document ?
Sans KPI find_doc_bot, impossible de prouver ROI vs macros humaines #358/#359.
Sept métriques clés
find_doc_bot_resolution : résolu sans agent / sessions find doc
find_doc_deflection : tickets doc évités / sessions bot
find_invoice_auto_rate : lien PDF sans handoff / find_invoice
find_confirm_auto_rate : resend ou statut sans agent / find_confirmation
find_doc_handoff_rate : escalades #255 ou agent / sessions
find_doc_auth_fail_rate : échecs auth / sessions
CSAT intent find_doc : satisfaction post-réponse
Benchmark DTC
Objectif find_doc_bot_resolution > 75 %, find_doc_handoff_rate < 20 %, CSAT find doc > 4,5/5.
Corrélation portail #359
Portail self-service + bot lookup : missing_invoice_volume humain doit baisser 40 %+ en 90 j.
Revue mensuelle
Top intent find_doc, top handoff reasons. Alimenter FAQ thank-you et email confirmation.
Dashboard segmenté
Séparer find_invoice_link CSAT vs find_confirmation_resend : un intent faible masque un global à 78 %. Prioriser enrichissement RAG spam guide si find_invoice_spam handoff élevé.
A/B message proactif
Comparer find_doc_deflection avec widget thank-you « Facture disponible » vs sans widget. Les marques B2B light gagnent souvent 0,4 point CSAT quand le lien PDF est proposé avant la demande comptabilité.
Quels cas limites et escalades prévoir ?
Cinq edge cases find doc bot exigent handoff immédiat.
Correction facture pro
Client demande changement raison sociale ou TVA : find_doc_handoff → #255 tier 3, pas lookup seul.
Destinataire cadeau insiste
find_gift_doc : expliquer policy acheteur, pas envoi PDF. Handoff si menace chargeback.
Commande marketplace
Order source Amazon : pas de facture boutique DTC. Bot explique redirect marketplace.
Multi-commande confusion
find_multi_order : lister 3 dernières commandes email, client choisit # avant lookup.
Facture archivée > 12 mois
Cache vide : handoff finance archive, pas promesse lien instantané.
Client non authentifié insistant
Après 2 échecs auth : handoff agent vérification manuelle CB 4 chiffres.
Email entreprise filtre PDF
@entreprise.com bloque pièce jointe : bot propose lien portail HTTPS plutôt que resend email. Si échec récurrent même domaine : tag inv_enterprise_filter pour revue ops.
Langue document incorrecte
Client FR reçoit facture EN : handoff ops template marché, pas renvoi même PDF.
Comment Qstomy retrouve facture et confirmation ?
Qstomy route les intents find_doc_* depuis Shopify order API, cache facturation et policies #358/#359.
Capacités
find_invoice_lookup : invoice_url + numéro facture
find_confirmation_path : page statut + guide resend
find_doc_confusion_triage : facture vs confirmation
find_gift_guard : bloc envoi destinataire
Handoff #255 : pro, TVA, correction payload
Scénario DTC chiffré
Marque home, 127 tickets find_doc/mois, bot générique sans lookup.
Après Qstomy find doc : 79 % auto-résolus, find_doc_bot_resolution 83 %, temps réponse 31 s, CSAT find doc 4,8/5.
Explorez support IA, Shopify, demander une démo.
Quelle checklist pour lancer le bot find doc ?
Checklist bot find doc (10 étapes)
Auditer tickets facture + confirmation 90 j
Valider policies #358 et #359
Connecter order API + app facturation cache
Documenter flow FIND-DOC-GATE section 4
Configurer router find_doc_* intents
Rédiger prompt FIND-DOC-GUARD section 6
Tester 20 scénarios régression
Intégrer handoff #255 find_doc_handoff
Dashboard find_doc_bot_resolution hebdo
Revue mensuelle handoff reasons + FAQ
En bref
#360 = bot lookup simple, pas bot fiscal complet (#255)
FIND-DOC-GATE : auth → payment → document → lien
10 intents find_doc_* : facture, confirmation, confusion
Auth double obligatoire avant tout PDF
KPI find_doc_bot_resolution : cible > 75 %
FAQ
Différence avec bot #255 ?
#255 = tous documents + TVA + avoir. #360 = lookup facture/confirmation fréquent seulement.
Différence avec #359 ?
#359 = macros agents facture introuvable. #360 = automation bot portail et resend.
Bot peut-il corriger une facture ?
Non. Handoff #255 ou agent finance.
Confirmation suffit pour comptabilité pro ?
Non. Bot oriente vers PDF ou handoff collecte pro.
Sans app facturation ?
Bot find_order_status_page + find_confirmation_resend. find_invoice handoff #359.
Aller plus loin
Testez staging : commande test, message « où est ma facture », vérifiez auth + lien portail sans handoff prématuré.
Partagez ce guide #360 avec ops et CRM : un bot find doc bien calibré transforme le ticket administratif en réponse 30 secondes.
Enzo
28 juillet 2026
