रिपोर्ट DLR से मेल खानी चाहिए, सबमिट संख्या से नहीं

सबमिट की गई संख्या राहत देती है: API ने संदेश स्वीकार कर लिया, इसलिए लगता है कि हफ्ता सफल रहा। लेकिन यह राहत वित्त बंद करते समय टूट जाती है। जो रिपोर्ट सबमिट को सफलता मानती है, वह DLR रसीदों, वॉलेट कटौती और वेबहुक ऑडिट से मेल नहीं खाएगी।

IOSOR कड़ा नियम लागू करता है: रिपोर्ट निर्यात डिलीवरी रसीदों का पालन करते हैं। सबमिट, कतारबद्ध और स्वीकार किए गए संदेश केवल परिचालन संकेत हैं। वितरित, विफल और अज्ञात ही वे कॉलम हैं जिन पर वित्त और उत्पाद टीमें निर्णय लेती हैं।

सबमिट एक परिचालन संकेत है, क्लोजिंग मीट्रिक नहीं

भेजने के लिए स्वीकृति केवल यह साबित करती है कि सिस्टम ने कार्य स्वीकार किया। यह साबित नहीं होता कि हैंडसेट को एसएमएस प्राप्त हुआ। यदि आपकी रिपोर्ट का मुख्य KPI सबमिट है, तो विफल या अज्ञात दर बढ़ते ही आप सफलता का गलत अनुमान लगाएंगे। सबमिट को थ्रूपुट कॉलम के रूप में रखें, कभी भी डिलीवरी के विकल्प के रूप में नहीं।

क्लोजिंग प्रक्रिया को व्यवस्थित करें: पहले DLR कॉलम खोलें — अज्ञात, विफल, वितरित — फिर वॉल्यूम के लिए सबमिट पर नज़र डालें। उत्पाद समीक्षाएं भी इसी क्रम का पालन करती हैं ताकि रिपोर्ट के अर्थ बीच में न बदलें।

निर्यात कॉलम रसीदों का पालन करते हैं

निर्यात स्कीमा रसीद स्थितियों को स्पष्ट रूप से नाम देता है। वितरित के लिए DLR आवश्यक है। विफल के लिए अंतिम विफलता संकेत आवश्यक है। अज्ञात तब तक अज्ञात रहता है जब तक रसीद प्राप्त न हो।

जब सेगमेंट गणित और बिल मेल न खाते हों, तो रसीद-आधारित पंक्तियों और उनके सेगमेंट काउंट से शुरुआत करें — सबमिट योग के अनुमान से नहीं।

एक ही रसीद के खिलाफ वेबहुक और बहीखाता का मिलान करें

बहीखाता निर्यात के खिलाफ वेबहुक ऑडिट मिलान से साबित होता है कि रिपोर्ट सही है। दैनिक वेबहुक लॉग, DLR स्थितियां और प्रीपेड बहीखाता लाइनें एक ही कहानी बताएं। यदि वेबहुक विफल दिखाते हैं जबकि रिपोर्ट सफलता दिखाती है, तो रिपोर्ट गलत है — निर्यात को ठीक करें, वॉलेट में अनुचित बदलाव न करें।

ऑडिट दिनचर्या को सरल रखें: एक दिन चुनें, वेबहुक रसीदों, बहीखाता निर्यात और रिपोर्ट पैक का मिलान करें। अंतर ऑप्स को भेजें।

सबमिट-आधारित चालान सप्ताह को अस्वीकार करें

केवल सबमिट संख्या पर आधारित किसी भी बिलिंग या समीक्षा को रोकें। रिपोर्ट पैक को दोबारा लिखें ताकि वित्त वितरित और अज्ञात हिस्सेदारी पर ध्यान केंद्रित करे। यदि अनुबंध में API सबमिट लिखा है, तो उसे DLR नोट्स में अनुवादित करें।

संबंधित परिचालन पथ

• डीएलआर चालान सप्ताह: अज्ञात हिस्सेदारी वितरित नहीं
• प्रीपेड बैलेंस के साथ दैनिक वेबहुक लॉग का मिलान
• एसएमएस चालान हफ्ता: जब सेगमेंट गणित और बिल मेल नहीं खाते

IOSOR के साथ शुरुआत करें

IOSOR कंसोल में इस सप्ताह की रिपोर्ट पैक खोलें और पुष्टि करें कि हर हेडलाइन KPI DLR रसीदों — delivered, failed और unknown — पर है, submit या API accept पर नहीं। यदि कोई चार्ट अभी भी submit को सफलता मानता है, वित्त बंद से पहले नाम बदलें या हटाएँ। एक बार निर्यात करें और उत्पाद व वित्त को वही रसीद कॉलम दें।

IOSOR सार

रिपोर्ट DLR रसीदों पर बंद होती हैं: delivered, failed और unknown — submit पर नहीं। submit केवल throughput है, डिलीवरी सत्य या इनवॉइस तर्क नहीं।

करें: रसीद फ़ील्ड पर एक निर्यात स्कीमा लॉक करें। न करें: उत्पाद accept मनाए और वित्त failed DLR पर झगड़े।