---
title: "Le client dit ne pas avoir reçu la facture : établir les faits sans conflit"
canonical: https://www.billabex.com/fr/blog/client-affirme-facture-non-recue/
lang: fr
alternate: https://www.billabex.com/en/blog/customer-says-invoice-never-arrived.md
updated: 2026-10-06
index: https://www.billabex.com/llms.txt
---

# Le client dit ne pas avoir reçu la facture : établir les faits sans conflit

« Nous n'avons jamais reçu cette facture. » Cette réponse peut désigner plusieurs problèmes : le document n'a pas quitté votre système, le message est arrivé dans une boîte peu suivie, la pièce jointe manque ou le service comptable n'a jamais pris le dossier en charge. Répondre immédiatement « pourtant, elle a été envoyée » risque de fermer la discussion avant d'avoir identifié le blocage qui empêche réellement le paiement.

Commencez par préciser ce que vous cherchez à établir. Vous devez retrouver la facture concernée, vérifier son parcours et permettre au bon interlocuteur de la traiter. Si la conversation devient une contestation de la dette ou de son échéance, les preuves contractuelles et le cadre applicable doivent être examinés séparément. Un statut technique d'email ne résout pas, à lui seul, toutes ces questions.

## Demander ce qui manque réellement au client

Invitez l'interlocuteur à préciser la situation : ne retrouve-t-il aucun message, manque-t-il la facture en pièce jointe ou le document est-il absent de son outil comptable ? Ces réponses orientent trois actions différentes. Refaire le même envoi peut aider dans le premier cas, échouer dans le deuxième et ne rien changer au circuit de validation dans le troisième.

Vérifiez le numéro complet, l'émetteur, la date et le montant avant de renvoyer un document. Un client qui traite plusieurs sociétés peut chercher la mauvaise référence. L'adresse de facturation convenue peut également différer de celle du commercial qui a négocié la prestation. Si votre [contact comptable a quitté l'entreprise](https://www.billabex.com/fr/blog/contact-comptable-parti-circuit-paiement/), le premier travail consiste à retrouver le circuit actuel, sans considérer que toutes les anciennes pièces ont été transférées.

Une question utile est : « Pour vous permettre de traiter la facture X de telle société, confirmez-vous que cette adresse est le bon point de réception et qu'aucun dépôt distinct n'est attendu ? » Vous vérifiez ainsi la destination et l'action nécessaires. Vous ne demandez pas au client de reconnaître une lecture qu'il n'a peut-être pas effectuée.

## Distinguer acceptation technique et arrivée dans la bonne boîte

La documentation SendGrid explique qu'un événement « Delivered » est produit après acceptation du message par le serveur destinataire, avec une réponse `250 OK`. Ce serveur peut ensuite classer le message ailleurs que dans la boîte principale, le mettre en attente ou appliquer un filtrage. L'acceptation technique ne prouve donc pas sa présence devant le bon interlocuteur. [SendGrid, email délivré mais absent de la boîte](https://support.sendgrid.com/hc/en-us/articles/4408443310619-Email-Delivered-But-Not-Appearing-in-Inbox).

Demandez à votre équipe les éléments disponibles : adresse exacte utilisée, date d'envoi, référence du message, retour d'erreur éventuel et fichier réellement transmis. Si un rejet apparaît, corriger sa cause passe avant une nouvelle relance sur le paiement. Si le serveur a accepté le message, utilisez cette information pour aider la recherche, sans conclure que le client ment lorsqu'il ne le retrouve pas.

Le [journal de relance et ses traces](https://www.billabex.com/fr/blog/journal-relance-traces-automatisation/) peut reconstituer ce parcours. Il doit toutefois être lu au bon niveau : une tentative, une acceptation serveur et une réponse humaine sont des événements différents. Leur présence dans le même historique ne les rend pas équivalents et ne garantit pas que la bonne facture était jointe.

## Un événement d'ouverture ne tranche pas la conversation

Apple indique que sa protection de l'activité Mail télécharge le contenu distant en arrière-plan indépendamment de l'interaction du destinataire avec le message. Un signal reposant sur ce chargement peut donc être déclenché sans lecture humaine. [Apple, Mail Privacy Protection, version du 12 décembre 2025](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/).

Évitez ainsi « nous savons que vous avez ouvert la facture » sur la base d'un simple compteur. Même une ouverture réelle du message ne démontre pas que la pièce jointe a été lue, que les mentions sont correctes ou que le service comptable l'a enregistrée. La bonne demande porte sur une action observable : retrouver le document, confirmer son identification ou préciser ce qui empêche sa prise en charge.

Cette prudence améliore aussi les échanges internes. Un commercial peut avoir ouvert l'email et l'avoir transféré, tandis que le comptable cherche encore la pièce. Le compteur ne permet pas de reconstruire toute cette chaîne. Une réponse ciblée du service destinataire apporte une information plus directement utile que l'interprétation d'un événement isolé.

## Une simulation montre pourquoi le dernier kilomètre compte

Prenons vingt factures fictives de 2 000 euros chacune, toutes transmises par email dans un circuit où ce mode reste applicable. Trois envois sont rejetés. Dix-sept sont acceptés par les serveurs destinataires. Après vérification avec les clients, cinq de ces dix-sept documents sont restés dans des boîtes qui ne prennent pas les factures en charge, et douze sont identifiés par le service compétent.

L'acceptation technique représente **17 ÷ 20 = 85 % des envois**, pour 34 000 euros de factures. La prise en charge confirmée représente **12 ÷ 20 = 60 %**, pour 24 000 euros. L'écart est de cinq factures et de 10 000 euros. Ces chiffres décrivent uniquement notre simulation ; ce ne sont ni des taux du marché ni une mesure de performance d'un fournisseur.

Les cinq cas mal orientés demandent un changement de circuit, les trois rejets une résolution de délivrance. Les douze confirmations de prise en charge ne constituent pas encore des paiements : le cash reçu peut rester nul à cet instant. Mesurer ces étapes séparément permet de choisir une action adaptée et d'éviter de présenter des factures techniquement acceptées comme de la trésorerie sécurisée.

## Renvoyer la bonne pièce sans créer une deuxième demande incohérente

Lorsque la facture originale est correcte, transmettez sa copie identifiable et expliquez qu'il s'agit du document déjà émis. Conservez sa référence complète. Ne créez pas une seconde facture pour rendre visible un simple renvoi. Si le document initial comporte une erreur de destinataire, de montant ou de régime, faites traiter la correction avec la comptabilité au lieu de modifier silencieusement le fichier.

Vérifiez les pièces attendues dans le circuit : une facture peut être disponible, mais bloquée par un [bon de commande manquant](https://www.billabex.com/fr/blog/bon-commande-manquant-facture-bloquee/). Dans ce cas, renvoyer le PDF seul ne résout pas le problème. Ajoutez la pièce pertinente ou identifiez la personne qui peut la fournir, puis demandez confirmation que le dossier est désormais exploitable.

En France, la DGFiP précise qu'un PDF ordinaire envoyé par email ne constitue pas une facture électronique au sens de la réforme : celle-ci comporte des données structurées et passe par une plateforme agréée. Pour une opération soumise à cette obligation selon son périmètre et son calendrier, examinez le parcours de la plateforme ; un email d'information ne le remplace pas. [DGFiP, facture envoyée par mail, 16 janvier 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique).

## Reprendre le suivi avec des faits et une prochaine étape

Une réponse peut indiquer : « Nous avons retrouvé l'envoi du document à l'adresse convenue le 14. Pour débloquer son traitement, nous vous transmettons de nouveau la copie de la facture et le bon de commande associé. Pouvez-vous confirmer leur prise en charge par votre comptabilité et nous signaler toute pièce encore manquante ? » Cet exemple de rédaction est à adapter après vérification du dossier et du canal applicable.

Ne promettez pas automatiquement une nouvelle échéance à compter du renvoi. Si le client conteste le délai ou l'obligation elle-même, rassemblez le contrat, les pièces de réalisation et la chronologie. L'article 1353 du Code civil répartit la preuve entre celui qui réclame une obligation et celui qui affirme en être libéré. Il ne fait pas d'un compteur d'ouverture une preuve suffisante de toute la créance. [Code civil, article 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341).

Les [conversations de relance dans Billabex](https://www.billabex.com/fr/produit/relances-conversations/) permettent de replacer la réponse du client dans le suivi du dossier. Votre objectif reste une étape concrète : le bon document, au bon endroit, avec un interlocuteur qui sait ce qu'il doit vérifier. La discussion sur la réception devient alors une enquête utile à l'encaissement, accompagnée des preuves disponibles et de leurs limites.

## Sources

- [SendGrid, Delivered mais absent de la boîte](https://support.sendgrid.com/hc/en-us/articles/4408443310619-Email-Delivered-But-Not-Appearing-in-Inbox).
- [Apple, Mail Privacy Protection, 12 décembre 2025](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/).
- [DGFiP, facture envoyée par mail, 16 janvier 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique).
- [Code civil, article 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341).
