एक चालान या रसीद एक व्यावसायिक लेनदेन का हिस्सा है, न कि केवल एक अभियान रूपांतरण। एक विश्वसनीय प्रक्रिया को यह दिखाना होगा कि क्या दस्तावेज़ तैयार किया गया था, कौन सा अधिकृत गंतव्य चुना गया था और संबंधित संदेश का क्या हुआ। प्रमाणीकरण प्रेषक की पहचान स्थापित करने में मदद करता है, लेकिन यह साबित नहीं कर सकता कि ग्राहक ने दस्तावेज़ प्राप्त किया या उस पर कार्रवाई की।
बिजनेस इवेंट से लेकर मेल इवेंट तक में शामिल हों
एक स्थिर व्यवसाय-घटना पहचानकर्ता और एक अलग संदेश-प्रयास पहचानकर्ता निर्दिष्ट करें। रिकॉर्ड टेम्पलेट संस्करण, अधिकृत प्राप्तकर्ता स्रोत, भेजने का मार्ग और अंतिम परिणाम। चालान सामग्री और वित्तीय विवरण को व्यापक परिचालन लॉग से बाहर रखें। ग्राहक सहायता को आमतौर पर स्थिति और सहसंबंध संदर्भ की आवश्यकता होती है, न कि प्रत्येक अनुलग्नक तक अप्रतिबंधित पहुंच की।
दस्तावेज़ निर्माण, प्रस्तुत करने में अंतर बताएं ESP, प्राप्तकर्ता-सर्वर स्वीकृति और ग्राहक पावती। SMTP स्थानांतरण जिम्मेदारी को परिभाषित करता है; यह प्रमाणित नहीं करता है कि चालान पढ़ा गया था या कानूनी रूप से परोसा गया था। RFC 5321. लागू चालान और नोटिस दायित्वों की अपनी समीक्षा की आवश्यकता होती है।
लेन-देन मार्ग को सुरक्षित रखें
वास्तविक प्रेषक, लिफ़ाफ़ा और की जाँच करें DKIM चालान और रसीद टेम्पलेट्स पर पहचान पर हस्ताक्षर करना। किसी विक्रेता की सामान्य सेटअप स्क्रीन यह प्रदर्शित नहीं कर सकती कि कोई विशेष एकीकरण इच्छित डोमेन का उपयोग करता है। एक नियंत्रित अंतिम नमूना और प्राप्तकर्ता प्रणाली के विश्वसनीय प्रमाणीकरण परिणाम सुरक्षित रखें।
महत्वपूर्ण लेन-देन प्रसंस्करण को अभियान कतारों के कारण भूखे रहने से बचाएं। व्यक्तिगत Gmail के लिए Google मार्गदर्शन संदेश श्रेणियों को उनके प्रेषक पते में अलग करने और प्रचारों को रसीदों से बाहर रखने की अनुशंसा करता है। ये प्रेषण-अभ्यास अनुशंसाएँ हैं, पृथक प्रतिष्ठा या कतार क्षमता की गारंटी नहीं। Google प्रेषक दिशानिर्देश.
एक यथार्थवादी बैच का मिलान करें
प्रति घटना एक प्रारंभिक प्रयास के साथ, 1,000 अद्वितीय रसीद घटनाओं के एक काल्पनिक बैच पर विचार करें। पहली कटऑफ में, 970 ने रिसीवर स्वीकृति की पुष्टि की है, 20 को अस्थायी रूप से स्थगित कर दिया गया है और दस की अंतिम विफलता है। मान लें कि प्रत्येक स्थगित ईवेंट को एक अनुमत अतिरिक्त प्रयास प्राप्त होता है। दूसरे कटऑफ में, उनमें से 15 स्वीकृति तक पहुँच जाते हैं और पाँच लंबित रह जाते हैं। संचयी घटनाएँ 985 स्वीकृत, पाँच लंबित और दस विफल हैं, कुल मिलाकर समान 1,000 घटनाएँ हैं।
1,020 प्रयास हुए क्योंकि सभी 20 स्थगित घटनाओं को एक बार फिर से आजमाया गया। रिपोर्टिंग में 1020 प्रयासों में से 985 को स्वीकार किया गया क्योंकि बिजनेस-इवेंट डिलीवरी दर इकाइयों को मिश्रित करेगी। घटना स्वीकृति अंश 98.5% है, जबकि शेष परिणामों को अलग से संभालने की आवश्यकता है। स्वीकृति अभी भी इनबॉक्स प्लेसमेंट का प्रमाण नहीं है।
ये हाथ से बनाई गई काल्पनिक घटना गणनाएं हैं, न कि कोई निष्पादित समाधान या बाहरी प्रेषण परीक्षण। कटऑफ रिपोर्टिंग विंडो को चिह्नित करता है, रसीद-दस्तावेज़ की समाप्ति को नहीं। वास्तविक तुलना में समान ईवेंट जनसंख्या और कटऑफ को संरक्षित किया जाना चाहिए, और टेम्पलेट, गंतव्य या प्रदाता परिवर्तनों का खुलासा किया जाना चाहिए। गुम कॉलबैक का समाधान होने तक अज्ञात रहना चाहिए; किसी त्रुटि का अभाव सकारात्मक वितरण परिणाम नहीं है।
लेन-देन में बदलाव किए बिना अपवादों को संभालें
स्थायी विफलताओं के लिए, लौटाए गए कारण की पहचान करें और अनुमोदित संपर्क-सुधार प्रक्रिया से परामर्श लें। किसी चालान को केवल इसलिए किसी असत्यापित पते पर पुनर्निर्देशित न करें क्योंकि कोई इसके लिए अनुरोध करता है। अनिश्चित सबमिशन के लिए, लेनदेन को दोबारा चलाने से पहले प्रदाता रिकॉर्ड का मिलान करें। रसीद दोबारा भेजने से कोई नया चालान या शुल्क नहीं बनना चाहिए।
जब व्यवसाय प्रक्रिया इसका समर्थन करती है तो एक प्रमाणित ग्राहक पोर्टल या किसी अन्य अधिकृत निरंतरता चैनल का उपयोग करें। प्राप्तकर्ता और अनुमति की पुष्टि किए बिना किसी तात्कालिक फ़ॉलबैक संदेश में संवेदनशील दस्तावेज़ संलग्न न करें। रखना एक अभिलिखित जिनमें से डिलीवरी का प्रयास मूल व्यावसायिक कार्यक्रम से संबंधित है।
समापन रिपोर्ट में अनसुलझे घटनाओं, मालिकों और अगली कार्रवाइयों को दर्शाया जाना चाहिए, न कि केवल कुल ग्रीन डिलीवरी प्रतिशत को। एक ग्राहक एक गुम रसीद की प्रतीक्षा कर रहा है, तब भी यह मायने रखता है जब समग्र स्वीकृति दर अधिक हो।
अनसुलझे घटनाओं को एक मालिक दें
प्रत्येक लंबित या असफल घटना के लिए, अगली अनुमत कार्रवाई और उसके मालिक को रिकॉर्ड करें। किसी स्वीकृत घटना को बनाने के लिए किसी अंध पुन: प्रेषण की आवश्यकता नहीं होती है समग्र रिपोर्ट हरा-भरा। किसी भी निरंतरता चैनल को मूल लेनदेन पहचान और सत्यापित प्राप्तकर्ता को बनाए रखना होगा।