IOSOR ज्ञान

एकाच ledger वर डेबिट ओळी विरुद्ध डिलिव्हरी स्थिती

प्रत्येक प्रीपेड युनिट डेबिट DLR किंवा चॅनेल परिणामाशी एका वॉलेट ledger वर जोडा, जेणेकरून फायनान्स sent बॅजला मोफत पैसे किंवा fail ला शांत write-off समजणार नाही.

Sent बॅज मोफत दुपारचे जेवण नाही. Prepaid वर प्रत्येक billable युनिट डेबिट ओळ सोडते जी फायनान्स outcome शी जोडते — DLR: delivered / failed किंवा needs attention — स्क्रीनशॉट अंदाजाशिवाय. पैसे आणि डिलिव्हरी वेगवेगळ्या सायलोमध्ये असतील तर महिनाअखेर «मोफत पाठवणे» आणि शांत write-off शोधते.

IOSOR prepaid: SMS, email, voice आणि JIT क्रमांक intent एका वॉलेटवर. USD 20 ledger प्रामाणिकपणाचा पायलट अर्थसहाय्य करते; मासिक USD 1,000 जवळ soft review फक्त विसंगती अधिक मोठी करते. अरुंद शेजारी: SMS सेगमेंट हिशोब सेगमेंट गणितासाठी; प्रीपेडमध्ये अयशस्वी DLR पुन्हा प्रयत्न धोरण retry वेळेसाठी. येथे: संपूर्ण वॉलेटवर पैसे↔परिणाम जोड.

Sent मोफत पैशांची सत्यता नाही

«नेटवर्कने स्वीकारले» उत्पादन घटना आहे, शिल्लक भेट नाही. Settled युनिट्स रक्कम, चलन, चॅनेल आणि intent ID दाखवतात. Non-billable युनिट्स settled डेबिट सोडत नाहीत — किंवा स्पष्ट release/refund. पैसे हलले तरी sent मोफत मानणे खोटे; डेबिट राहून failed मोफत मानणे उलटे खोटे.

Happy path: पहिल्या डेबिटपूर्वी प्रीपेड रक्कम राखीव ठेवणे. Fail path: जेव्हा प्रीपेड hold अपयशी ठरतो: ऑटो-रिफंड आणि स्थितीची सत्यता. सहसंबंध: DLR विलंबानंतरही वाचता येणारी एक ओळ.

एका ओळीला डेबिट + outcome फील्ड हवे

प्रत्येक billable intent साठी एक जोडता येणारी ओळ:

फील्ड	का
Intent / correlation ID	वॉलेट–उत्पादन जोड
डेबिट रक्कम + चलन	पैसे एकदा हलल्याचा पुरावा
चॅनेल + युनिट प्रकार	SMS ≠ voice ≠ verify
Outcome / DLR	DLR: delivered / pending
Outcome timestamp	विलंब दिसतो; दुसरा डेबिट बंद
Idempotency key	Retry पैसे पुन्हा वापरतात — आइडेम्पोटेन्सी, पुन्हा प्रयत्न आणि पैसे

शेअर्ड कीशिवाय वेगळे money/DLR CSV काल्पनिक join भाग पाडतात. दोन्ही असलेली एक export चांगली.

दुहेरी चार्ज न करता DLR आणि स्थिती विलंब

परिणाम उशिरा येतात. Settle नंतर pending सामान्य; त्याच कीवर दुसरा charge नाही. Hold खाली एकदा settle करा, outcome जागी अपडेट करा, DLR बदलल्यामुळे समांतर डेबिट उघडू नका. एका कीवर retry: एक पैशांची हालचाल, अनेक स्थिती बदल.

Fail अंतिम असेल तर — failed outcome सह settled डेबिट (billable प्रयत्न) किंवा कधीही owed नसल्यास release/refund — कधीही बनावट Delivered सह settled डेबिट नाही. विलंब timestamps मध्ये; डुप्लिकेट ओळींमध्ये नाही.

चॅनेल परिणाम अदलाबदल करता येत नाहीत

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. सर्व चॅनेलवर «Delivered» कॉपी केल्याने burn लपते आणि caps तुटतात. सामायिक पैसा स्तंभांसह चॅनेलनुसार outcome शब्दकोश ठेवा. सेगमेंट तपशील SMS लेखात; wallet export ला charged unit आणि चॅनेल-मूळ outcome हवे.

Month-end: वॉलेट month-end निर्यात 02:00 वाजता — holds, debits, refunds आणि outcomes एका फाइलमध्ये.

Ledger प्रामाणिकपणा खरेदीदार चेकलिस्ट

फायनान्स ops न उघडता प्रत्येक settled डेबिट परिणामाशी जोडते का?
उशिरा DLR तीच ओळ अपडेट करते का, दुसरा डेबिट नाही?
एका idempotency key खाली retry money-safe आहेत का?
Fail path कधीही owed नसल्यास release/refund करते का?
क्लायंट स्थिती upstream ब्रँडमुक्त आहेत का?
व्हॉल्यूम वाढीपूर्वी प्रीपेड खर्च नियंत्रण द्वारे खर्च मर्यादित आहे का?

IOSOR ने सुरू करा

एक SMS एकक निवडा. hold करा, प्रीपेड डेबिट निकाली काढा, मग त्याच ledger ओळीवर अंतिम DLR मागा. एक ओळ निर्यात करा: डेबिट रक्कम, DLR स्थिती, छाप. DLR शिवाय डेबिट — किंवा डेबिट शिवाय DLR — घटनाच राहते. ही एका ओळीवर पैसा विरुद्ध पावती आहे, CRM स्वच्छता नाही, इशारा सुपूर्द नाही.

IOSOR सारांश

एक ledger ओळ डेबिट व DLR धरते, नाहीतर वित्त पाठवणे बंद करू शकत नाही.

करा: त्याच ओळीवर डेबिट अंतिम DLR शी जोडा, न जुळणाऱ्या ओळी उघड्या ठेवा.

करू नका: sent निकाली समजणे, किंवा ओळींवर पावती नसताना गप्पांतून महिना बंद करणे.

हा मार्गदर्शक उपयुक्त होता का?