Une facture marquée payée indique son statut enregistré. Ce statut ne prouve pas, à lui seul, comment l'argent est arrivé. Si l'équipe ne peut expliquer le changement, vérifiez l'événement, le paiement associé et une preuve indépendante avant de demander au client de payer de nouveau.
Cette checklist concerne un statut Payée inattendu, pas le rapprochement d'un relevé entier ni l'export mensuel. Limitez l'enquête à une facture, un client, un montant et une devise, avec un résultat daté.
Que permet de vérifier le journal de facturation ?
La documentation PayRequest du journal d'activité décrit les changements de statut, événements e-mail, filtres et informations sur l'auteur de l'action. Recherchez le numéro ou l'identifiant, limitez la période et ouvrez le détail. Un utilisateur ou System explique l'origine d'une action, pas un encaissement bancaire.
Notez ancien et nouveau statut, horodatage, auteur disponible et motif. Conservez-les avant correction. Toutes les actions ne produisent pas nécessairement une entrée visible ; un filtre peut masquer un événement ancien. Une recherche vide ne prouve pas l'absence de changement.
Le guide Intuit sur les statuts inattendus commence aussi par le journal d'audit. Ses réglages d'affectation des avoirs sont propres à QuickBooks, sans implication pour les autres produits.
Examiner un statut inexpliqué sur 600 €
Voici un exemple fictif original, pas un résultat client ni un test de compte. INV-DEMO-600 vaut 600 €. L'équipe confirme un crédit bancaire de 400 € sur le bon compte, alors que la facture affiche Payée. Une capture envoyée par le payeur ne remplace pas cette vérification.
| Preuve | Observation | Question ouverte |
|---|---|---|
| Facture | Total 600 € ; Payée | Quelle action a changé le statut ? |
| Activité | Ouverte vers Payée ; auteur et motif disponibles | L'action concernait-elle tout le solde ? |
| Paiement | Crédit confirmé de 400 € lié à la facture | Existe-t-il 200 € supplémentaires ou un ajustement valable ? |
| Enquête | 600 € moins 400 € laisse 200 € inexpliqués | Vérifier les ajustements avant de réclamer |
Les 200 € sont une différence arithmétique, pas encore une créance à réclamer. Avoir, remboursement, deuxième paiement ou mauvaise affectation peuvent modifier la conclusion. Vérifiez aussi la devise. Une transaction prestataire de 600 € en attente ne prouve pas un crédit bancaire de 600 €.
Garder trois références dans la fiche de cas
Ces champs forment un document interne proposé, pas de nouveaux réglages PayRequest :
- Facture : numéro, client, total, devise et statut.
- Événement : heure et fuseau, ancien/nouveau statut, auteur et motif disponibles, emplacement du dossier.
- Argent : référence, montant, devise, état bancaire ou prestataire et affectation.
Ajoutez responsable, question ouverte et date de contrôle. Conservez seulement les preuves nécessaires et restreignez l'accès. Ne publiez pas de relevés complets ou d'opérations d'autres clients dans un ticket.
Interpréter System et une entrée introuvable
System indique une origine automatisée dans le journal documenté. Cela ne démontre ni validation humaine ni encaissement définitif. Ouvrez les détails et cherchez la référence de facture ou paiement. Confiez les motifs inexpliqués au responsable de facturation.
Si une entrée manque, retirez les filtres, élargissez la période et cherchez par identifiant. Notez « non trouvé avec cette recherche », pas « aucun changement ». Comparez chronologie et paiements. Ne répétez pas un prélèvement ou une demande pour tester le statut.
Décider avant de contacter le client
Si paiement complet et affectation sont confirmés, gardez les références et évitez une deuxième demande. Pour un paiement partiel, vérifiez avoirs et ajustements. Si le statut reste inexpliqué, gardez l'enquête ouverte et suivez la procédure de correction autorisée après clarification. Le journal ne remplace pas la comptabilité.
La checklist des références bancaires manquantes et le guide de rapprochement automatique traitent d'autres tâches. Ouvrez une facture avec le journal PayRequest et les données de facturation avant la prochaine relance.
Note éditoriale : l'IA a aidé à rédiger cet article et créer la couverture. Documentation et code pertinent ont été examinés le 7 octobre 2026. L'exemple est illustratif ; aucun paiement réel ni compte client n'a été testé.
