Een factuur of ontvangstbewijs maakt deel uit van een zakelijke transactie en niet alleen van een campagneconversie. Uit een betrouwbaar proces moet blijken of het document is gegenereerd, welke geautoriseerde bestemming is geselecteerd en wat er met het bijbehorende bericht is gebeurd. Authenticatie helpt bij het vaststellen van de identiteit van de afzender, maar kan niet bewijzen dat een klant het document heeft ontvangen of ernaar heeft gehandeld.
Sluit je aan bij het zakelijke evenement en het mailevenement
Wijs een stabiele bedrijfsgebeurtenis-ID en een afzonderlijke berichtpoging-ID toe. Registreer de sjabloonversie, geautoriseerde ontvangersbron, verzendroute en eindresultaat. Houd de inhoud van facturen en financiële details buiten de brede operationele logboeken. Klantenondersteuning heeft doorgaans een status- en correlatiereferentie nodig, en geen onbeperkte toegang tot elke bijlage.
Onderscheid documentgeneratie, indiening bij de ESP, acceptatie van de ontvangende server en bevestiging van de klant. SMTP definieert overdrachtsverantwoordelijkheid; het garandeert niet dat een factuur is gelezen of op legale wijze is betekend. RFC 5321. Toepasselijke facturerings- en kennisgevingsverplichtingen vereisen hun eigen beoordeling.
Bescherm de transactionele route
Controleer de werkelijke Van, envelop en DKIM ondertekeningsidentiteiten op factuur- en ontvangstsjablonen. Het algemene installatiescherm van een leverancier kan niet aantonen dat een bepaalde integratie het beoogde domein gebruikt. Bewaar een gecontroleerd eindmonster en de vertrouwde authenticatieresultaten van het ontvangende systeem.
Voorkom dat cruciale transactieverwerking wordt belemmerd door campagnewachtrijen. Google-richtlijnen voor persoonlijke Gmail raden aan om berichtcategorieën in hun Van-adressen te scheiden en promoties uit de ontvangstbewijzen te houden. Dit zijn aanbevelingen voor verzendpraktijken, geen garantie voor een geïsoleerde reputatie of wachtrijcapaciteit. Richtlijnen voor afzenders van Google.
Verzoen een realistische batch
Neem een hypothetische batch van 1000 unieke ontvangstgebeurtenissen, met één eerste poging per gebeurtenis. Bij de eerste cutoff hebben 970 de acceptatie van de ontvanger bevestigd, 20 zijn tijdelijk uitgesteld en tien hebben definitieve mislukkingen. Stel dat elke uitgestelde gebeurtenis één toegestane extra poging ontvangt. Bij de tweede cutoff bereiken 15 daarvan acceptatie en blijven er vijf in behandeling. De cumulatieve gebeurtenisstatussen zijn 985 geaccepteerd, vijf in behandeling en tien mislukt, wat in totaal dezelfde 1.000 gebeurtenissen oplevert.
Er waren 1.020 pogingen omdat alle 20 uitgestelde gebeurtenissen nog een keer werden geprobeerd. Rapportage 985 accepteerde van de 1.020 pogingen, omdat het bezorgingspercentage voor zakelijke evenementen verschillende eenheden zou opleveren. De acceptatiefractie van evenementen bedraagt 98,5%, terwijl de overige uitkomsten afzonderlijk moeten worden afgehandeld. Acceptatie is nog steeds geen bewijs van plaatsing in de inbox.
Dit zijn met de hand gemaakte hypothetische gebeurtenistellingen, en geen uitgevoerde afstemming of externe verzendtest. Een afsluiting markeert de rapportageperiode en niet de vervaldatum van het ontvangstdocument. Bij een echte vergelijking moet dezelfde gebeurtenispopulatie en -grens behouden blijven, en moeten sjabloon-, bestemmings- of providerwijzigingen openbaar worden gemaakt. Ontbrekende terugbelverzoeken moeten onbekend blijven totdat er overeenstemming is bereikt; Het ontbreken van een fout is geen positief leveringsresultaat.
Uitzonderingen afhandelen zonder de transactie te wijzigen
Voor permanente storingen identificeert u de reden van het retourneren en raadpleegt u het goedgekeurde contactcorrectieproces. Stuur een factuur niet door naar een niet-geverifieerd adres alleen maar omdat iemand daarom vraagt. Voor onzekere inzendingen moet u het providerrecord afstemmen voordat u een transactie opnieuw afspeelt. Als u een ontvangstbewijs opnieuw verzendt, ontstaat er geen nieuwe factuur of toeslag.
Gebruik een geauthenticeerd klantportaal of een ander geautoriseerd continuïteitskanaal als het bedrijfsproces dit ondersteunt. Voeg geen gevoelige documenten toe aan een geïmproviseerd noodbericht zonder de ontvanger en toestemming te verifiëren. Houden een record waarvan de bezorgpoging betrekking heeft op de oorspronkelijke zakelijke gebeurtenis.
Het afsluitende rapport moet onopgeloste gebeurtenissen, eigenaren en volgende acties tonen, en niet alleen een totaal groen leveringspercentage. Een klant die wacht op één ontbrekend ontvangstbewijs is van belang, zelfs als het algehele acceptatiepercentage hoog is.
Geef onopgeloste gebeurtenissen een eigenaar
Registreer voor elke lopende of mislukte gebeurtenis de volgende toegestane actie en de eigenaar ervan. Een geaccepteerde gebeurtenis hoeft niet blindelings opnieuw te worden verzonden, alleen maar om er een te maken samengesteld rapport groener. Elk continuïteitskanaal moet de oorspronkelijke transactie-identiteit en de geverifieerde ontvanger behouden.