Une facture ou un reçu fait partie d'une transaction commerciale, et pas seulement d'une conversion de campagne. Un processus fiable doit montrer si le document a été généré, quelle destination autorisée a été sélectionnée et ce qui est arrivé au message correspondant. L'authentification permet d'établir l'identité de l'expéditeur, mais elle ne peut pas prouver qu'un client a reçu le document ou a agi en conséquence.
Rejoignez l'événement professionnel à l'événement mail
Attribuez un identifiant d'événement commercial stable et un identifiant de tentative de message distinct. Version du modèle d'enregistrement, source du destinataire autorisé, itinéraire d'envoi et résultat final. Gardez le contenu des factures et les détails financiers hors des grands journaux opérationnels. Le support client a généralement besoin d'une référence de statut et de corrélation, et non d'un accès illimité à chaque pièce jointe.
Distinguer génération de documents, soumission au ESP, acceptation du serveur de réception et accusé de réception du client. SMTP définit la responsabilité du transfert ; il ne certifie pas qu'une facture a été lue ou légalement signifiée. RFC 5321. Les obligations de facturation et de préavis applicables nécessitent leur propre examen.
Protéger la route transactionnelle
Vérifiez le De, l'enveloppe et le DKIM signer des identités sur des modèles de factures et de reçus. L'écran de configuration générique d'un fournisseur ne peut pas démontrer qu'une intégration particulière utilise le domaine prévu. Préservez un échantillon final contrôlé et les résultats d’authentification fiables du système récepteur.
Empêchez le traitement des transactions critiques d'être affamé par les files d'attente des campagnes. Les conseils de Google pour Gmail personnel recommandent de séparer les catégories de messages dans leurs adresses d'expéditeur et de conserver les promotions en dehors des reçus. Il s’agit de recommandations de pratiques d’envoi et non d’une garantie de réputation isolée ou de capacité de file d’attente. Consignes Google pour les expéditeurs.
Réconcilier un lot réaliste
Considérons un lot hypothétique de 1 000 événements de réception uniques, avec une tentative initiale par événement. À la première coupure, 970 ont confirmé l'acceptation du récepteur, 20 sont temporairement différés et dix ont des échecs définitifs. Supposons que chaque événement différé fasse l’objet d’une tentative supplémentaire autorisée. À la deuxième date limite, 15 d’entre elles parviennent à être acceptées et cinq restent en attente. Les états d'événements cumulés sont de 985 acceptés, cinq en attente et dix en échec, pour un total de 1 000 événements.
Il y a eu 1 020 tentatives car les 20 événements différés ont été tentés une nouvelle fois. Signalement de 985 tentatives acceptées sur 1 020, car le taux de livraison des événements professionnels mélangerait les unités. Le taux d'acceptation des événements est de 98,5 %, tandis que les résultats restants nécessitent un traitement séparé. L'acceptation ne constitue toujours pas une preuve du placement dans la boîte de réception.
Il s’agit de décomptes d’événements hypothétiques effectués manuellement, et non d’un rapprochement exécuté ou d’un test d’envoi externe. Une date limite marque la fenêtre de reporting, et non l'expiration du reçu. Une véritable comparaison doit préserver la même population d'événements et le même seuil, et divulguer les modifications de modèle, de destination ou de fournisseur. Les rappels manquants doivent rester inconnus jusqu'à ce qu'ils soient réconciliés ; l'absence d'erreur ne constitue pas un résultat de livraison positif.
Gérer les exceptions sans modifier la transaction
Pour les échecs permanents, identifiez la raison du retour et consultez le processus de correction de contact approuvé. Ne redirigez pas une facture vers une adresse non vérifiée simplement parce que quelqu'un le demande. Pour les soumissions incertaines, rapprochez l’enregistrement du fournisseur avant de rejouer une transaction. Le renvoi d'un reçu ne doit pas créer une nouvelle facture ou de nouveaux frais.
Utilisez un portail client authentifié ou un autre canal de continuité autorisé lorsque le processus métier le prend en charge. Ne joignez pas de documents sensibles à un message de secours improvisé sans vérifier le destinataire et l'autorisation. Garder un enregistrement dont la tentative de livraison se rapporte à l'événement commercial d'origine.
Le rapport de clôture doit montrer les événements non résolus, les propriétaires et les actions à venir, et pas seulement un pourcentage global de livraison verte. Un client qui attend un reçu manquant est important même lorsque le taux d'acceptation global est élevé.
Attribuer un propriétaire aux événements non résolus
Pour chaque événement en attente ou en échec, enregistrez la prochaine action autorisée et son propriétaire. Un événement accepté n'a pas besoin d'être renvoyé à l'aveugle simplement pour faire un rapport global plus vert. Tout canal de continuité doit conserver l’identité originale de la transaction et le destinataire vérifié.