Avant les relances en lot, vérifiez l’éligibilité technique et l’opportunité d’un nouveau message. PayRequest ignore les factures hors Open ou Pending, les clients sans adresse et les adresses e-mail bloquées. Il ne vérifie pas qu’une relance a déjà été envoyée récemment : relancer le traitement peut renvoyer un e-mail.
Cette liste concerne un lot ponctuel sélectionné, en complément du calendrier habituel.
Distinguer éligible et pertinent
La documentation Bulk Invoice Actions décrit Bulk Actions → Invoices → Send Reminders. Les messages envoyés figurent dans l’historique de la facture. Les filtres ne déterminent pas si elle est échue, discutée aujourd’hui ou couverte par une date de suivi convenue.
Cette grille originale utilise des dossiers fictifs ; aucun client n’a reçu de message pour sa création.
| Exemple | Éligibilité technique | Vérification avant envoi |
|---|---|---|
| Open, échue, sans relance récente | Éligible avec adresse utilisable | Solde et accord de suivi |
| Payée ce matin | Ignorée par statut | Encaissement correctement enregistré ? |
| Open, déjà relancée aujourd’hui | Toujours éligible | Exclure sauf nouvel envoi délibéré |
| Open, adresse bloquée | Ignorée | Examiner la livraison séparément |
| Pending, paiement en traitement | Potentiellement éligible | Vérifier le paiement |
| Open, litige en examen | Potentiellement éligible | Suivre la décision du responsable |
Ne marquez pas une facture payée uniquement pour l’exclure du lot : l’encaissement doit être confirmé.
Rendre la sélection reproductible
Manual permet de choisir des factures examinées individuellement ; Tags sélectionne un groupe. Les tags acceptent any ou all. Avec « Octobre » et « Examen validé », any peut inclure un seul tag ; all exige les deux.
Inspectez le récapitulatif avant confirmation. Un tag ne prouve ni le solde actuel ni une date de communication convenue. Sélectionnez les exceptions sensibles manuellement si un groupe large manque de précision.
Vérifier le contenu séparément
Selon Email Templates, une relance utilise le modèle actif Payment Reminder. Un modèle inactif utilise le contenu par défaut ; il ne désactive pas la notification. Le texte personnalisé n’est pas traduit automatiquement.
Vérifiez numéro de facture, lien de paiement et ton. Utilisez seulement les variables affichées dans l’éditeur, pas une variable inventée de solde restant. Décidez du message individuel avant d’inclure un client avec des conditions particulières.
Exécuter une fois et consulter l’historique
Contrôlez les factures, confirmez le périmètre et exécutez. Bulk Actions conserve selon la documentation les traitements réussis ou échoués et les factures concernées. Consultez aussi l’historique de relances individuel.
Notez objectif, identifiants, heure de contrôle, responsable et résultat dans votre procédure. Ce n’est pas un réglage supplémentaire de déduplication. Un traitement réussi ne prouve ni la lecture ni l’acceptation par la boîte mail.
Décider d’une nouvelle exécution
Si le résultat est ambigu, consultez d’abord les deux historiques. Un second clic constitue une nouvelle décision d’envoi. Revérifiez paiements, messages récents, adresses bloquées et pauses d’examen ; sélectionnez seulement les factures nécessitant une autre communication.
Pour le calendrier et la rédaction, consultez la stratégie de relance des factures. Cette liste détermine les destinataires du prochain envoi.
Utilisez PayRequest Payment Reminders pour le suivi régulier et Invoicing pour les documents. Commencez par un périmètre examiné et un responsable unique.
Note éditoriale : IA utilisée pour le texte et l’image. Documentation vérifiée le 5 octobre 2026. La grille est un exemple original de procédure, pas un test de livraison ou une promesse de résultat.
