En faktura eller kvittering er en del af en forretningstransaktion, ikke blot en kampagnekonvertering. En pålidelig proces skal vise, om dokumentet blev genereret, hvilken godkendt destination der blev valgt, og hvad der skete med den tilsvarende meddelelse. Autentificering hjælper med at etablere afsenderidentitet, men den kan ikke bevise, at en kunde har modtaget eller handlet på dokumentet.
Deltag i business event til mail event
Tildel en stabil forretningsbegivenhedsidentifikator og en separat identifikator for meddelelsesforsøg. Optag skabelonversion, autoriseret modtagerkilde, afsendelsesrute og endeligt resultat. Hold fakturaindhold og finansielle detaljer ude af brede operationelle logfiler. Kundesupport har normalt brug for en status- og korrelationsreference, ikke ubegrænset adgang til hver vedhæftet fil.
Skelne dokumentgenerering, indsendelse til ESP, modtage-server accept og kundeanerkendelse. SMTP definerer overførselsansvar; det bekræfter ikke, at en faktura er blevet læst eller lovligt forkyndt. RFC 5321. Gældende fakturerings- og varslingspligt kræver egen gennemgang.
Beskyt transaktionsruten
Tjek den faktiske Fra, konvolut og DKIM signering af identiteter på faktura- og kvitteringsskabeloner. En leverandørs generiske opsætningsskærm kan ikke demonstrere, at en bestemt integration bruger det tilsigtede domæne. Bevar en kontrolleret endelig prøve og det modtagende systems betroede godkendelsesresultater.
Undgå, at kritisk transaktionsbehandling udsultes af kampagnekøer. Googles vejledning til personlig Gmail anbefaler at adskille meddelelseskategorier i deres Fra-adresser og holde kampagner ude af kvitteringer. Disse er anbefalinger til afsendelsespraksis, ikke en garanti for isoleret omdømme eller køkapacitet. Googles retningslinjer for afsender.
Afstem en realistisk batch
Overvej en hypotetisk batch på 1.000 unikke kvitteringsbegivenheder med et indledende forsøg pr. hændelse. Ved den første cutoff har 970 bekræftet modtageraccept, 20 er midlertidigt udskudt og ti har endelige fejl. Antag, at hver udskudt hændelse modtager et tilladt yderligere forsøg. Ved den anden cutoff opnår 15 af dem accept, og fem afventer fortsat. De kumulative hændelsestilstande er 985 accepterede, fem afventende og ti mislykkede, i alt de samme 1.000 hændelser.
Der var 1.020 forsøg, fordi alle 20 udskudte begivenheder blev prøvet igen. Rapportering af 985 accepterede ud af 1.020 forsøg, da leveringshastigheden for forretningsbegivenheder ville blande enheder. Begivenhedsacceptbrøken er 98,5 %, mens de resterende resultater skal håndteres separat. Accept er stadig ikke bevis for indbakkeplacering.
Disse er håndarbejdede hypotetiske hændelsestællinger, ikke en udført afstemning eller ekstern afsendelsestest. En cutoff markerer rapporteringsvinduet, ikke kvitteringsdokumentets udløb. En reel sammenligning bør bevare den samme hændelsespopulation og cutoff og afsløre skabelon, destination eller udbyderændringer. Manglende tilbagekald bør forblive ukendte, indtil de er afstemt; fravær af fejl er ikke et positivt leveringsresultat.
Håndter undtagelser uden at ændre transaktionen
For permanente fejl skal du identificere den returnerede årsag og konsultere den godkendte kontakt-korrektionsproces. Omdiriger ikke en faktura til en ubekræftet adresse, blot fordi nogen anmoder om det. Ved usikre indsendelser skal du afstemme udbyderregistreringen, før du afspiller en transaktion. Genafsendelse af en kvittering bør ikke skabe en ny faktura eller opkrævning.
Brug en godkendt kundeportal eller en anden autoriseret kontinuitetskanal, når forretningsprocessen understøtter det. Vedhæft ikke følsomme dokumenter til en improviseret reservemeddelelse uden at bekræfte modtageren og tilladelsen. Holde en rekord hvoraf leveringsforsøg vedrører den oprindelige forretningsbegivenhed.
Den afsluttende rapport skal vise uafklarede hændelser, ejere og næste handlinger, ikke kun en samlet grøn leveringsprocent. En kunde, der venter på en manglende kvittering, har betydning, selv når den samlede acceptrate er høj.
Giv uafklarede hændelser en ejer
For hver afventende eller mislykkede hændelse skal du registrere den næste tilladte handling og dens ejer. En accepteret begivenhed behøver ingen blind gensende blot for at lave en samlet rapport grønnere. Enhver kontinuitetskanal skal bevare den originale transaktionsidentitet og verificerede modtager.