IOSOR ज्ञान

डेबिट ओळींवर टेम्प्लेट युनिट वर्ग

प्रत्येक प्रिपॅइड डेबिट ओळीत युनिट वर्ग असणे आवश्यक आहे — टेम्प्लेट, सत्र, खंड किंवा पडताळणी — जेणेकरून वित्त विभाग एक्सेलशिवाय खर्च जोडू शकेल.

युनिट वर्गाशिवाय केलेले डेबिट म्हणजे उत्पादनाचा इतिहास नसलेले पैसे. वित्त विभागाला टेम्प्लेट पाठवणे, सत्र युनिट्स, एसएमएस विभाग किंवा पडताळणी प्रयत्न यात फरक करता येत नाही — जुळवाजुळव म्हणजे स्लॅकवरची शोधाशोध बनते. हे पान लेजर लेबेल करार आहे: उत्पादनातील प्रत्येक डेबिट ओळीत कॅटलॉगवर मॅप केलेले युनिट वर्ग असते.

संबंधित: टेम्प्लेट पुनरावलोकन गेट आणि युनिट वर्ग, एकाच ledger वर डेबिट ओळ आणि डिलिव्हरी स्थिती, प्रीपॅइड लेजरवर फ्रॉड बर्न ओळी.

IOSOR हे व्हाईट-लेबल प्रिपॅइड प्लॅटफॉर्म आहे. USD 20 च्या टॉप-अपसह एक कॉरिडॉर चाचणी यशस्वी ठरू शकते, जिथे डेबिट ओळीत युनिट वर्ग असतो; USD 1000/महिना च्या सॉफ्ट रिव्ह्यू जवळ रिकामे किंवा चुकीचे वर्ग म्हणजे रेकन कर्ज मानले जाते.

युनिट वर्ग हे लेजर फील्ड आहे, चॅट नोट नाही

उत्पादन टीम थ्रेडमध्ये 'OTP टेम्प्लेट' म्हणू शकते; वित्त विभागाला फिल्टर करण्यायोग्य फील्ड हवे असते: युनिट वर्ग, टेम्प्लेट आयडी, रक्कम, UTC टाइमस्टॅम्प. चॅट पिन्स रेकॉर्ड लेजर नसतात. USD 1000/महिना सॉफ्ट मर्यादेनुसार वर्ग माहिती नसणे म्हणजे व्हॉल्यूम कर्ज आहे; USD 20 हे सिद्ध करते की रिक्त वर्ग कधीही सेटल होत नाही.

वित्त विभाग ज्या वर्गांना फिल्टर करू शकतो

युनिट वर्ग सामान्य पाठवलेले वित्त विभागाची अपेक्षा
टेम्प्लेट युनिट मंजूर आउटबाउंड टेम्प्लेट प्रति-पाठवलेले डेबिट + टेम्प्लेट आयडी
सत्र युनिट युझर-प्रारंभित विंडो रहदारी सत्र-वर्ग डेबिट, टेम्प्लेट नाही
एसएमएस खंड टेम्प्लेट किंवा साधा एसएमएस खंड × सूची; नाव दिलेला वर्ग
पडताळणी प्रयत्न ओटीपी किंवा कोड तपासणी प्रयत्न किंवा पडताळणी ओळ

पुनरावलोकन गेट पाठवण्यापूर्वी वर्ग जुळवते: टेम्प्लेट पुनरावलोकन गेट आणि युनिट वर्ग.

कॅटलॉग सत्य प्रत्येक डेबिटशी जोडा

कॅटलॉगमध्ये टेम्प्लेट आयडी, पुनरावलोकन स्थिती आणि युनिट वर्ग असतो. डेबिट ओळीने एकाच UTC विंडोसाठी या फील्ड्सशी जुळले पाहिजे.

रिक्त किंवा जुळत नसलेला वर्ग नाकारला जातो

युनिट वर्ग गहाळ → कोणतेही उत्पादन सेटलमेंट नाही. डेबिटवरील वर्ग कॅटलॉगशी जुळत नसल्यास व्यवहार नाकारला जातो. USD 20 हे सिद्ध करते की रिक्त वर्ग कधीही डेबिट करू शकत नाही.

डेबिट ओळींवरील युनिट वर्गासाठी खरेदीदार चेकलिस्ट

  1. प्रत्येक उत्पादित डेबिटमध्ये युनिट वर्ग आहे का?
  2. टेम्प्लेट पाठवण्यामध्ये टेम्प्लेट आयडी समाविष्ट आहे का?
  3. सत्र आणि पडताळणी वर्ग वेगळे आहेत का?
  4. कॅटलॉग युनिट वर्ग UTC विंडोशी जुळतो का?
  5. रिक्त वर्ग सेटल होण्यापासून रोखला आहे का?

IOSOR सह प्रारंभ करा

IOSOR कन्सोल लेजर कॉन्फिगरेशन उघडा आणि सर्व आउटबाउंड मेसेजिंग डेबिट नोंदींसाठी स्ट्रिक्ट स्कीमा गॅटिंग सक्षम करा. स्पष्ट युट क्लास किंवा कॅटलॉग टेम्पलेट आयडी गहाळ असलेला कोणताही व्यवहार त्वरित फेल क्लोज होण्यासाठी सेट करा, ज्यामुळे आर्थिक सेटलमेंटपूर्वी वर्गीकरण न केलेले ट्रॅफिक होल्ड स्टेटमध्ये जाईल. जेव्हा डेबिट क्लास मंजूर कॅटलॉग व्याख्येपासून विचलित होईल तेव्हा रिअल-टाइम अलर्ट उत्सर्जित करण्यासाठी तुमचे रिपोर्टिंग वेबहूक कॉन्फिगर करा.

IOSOR सारांश

आर्थिक मेळ घालणे हे युट क्लासला अनौपचारिक सपोर्ट नोटऐवजी अपरिवर्तनीय लेजर फील्ड मानण्यावर अवलंबून असते. प्रत्येक सेटल केलेली डेबिट ओळ कॅटलॉग सत्याशी जुळली पाहिजे—ज्यामध्ये टेम्पलेट आयडी, आवृत्ती स्थिती आणि संदेश प्रकार समाविष्ट आहेत—जेणेकरून वित्त पथके सत्र आणि विभागाच्या वापराच्या विरोधात टेम्पलेट ट्रॅफिकचे स्वच्छपणे ऑडिट करू शकतील.

तुमच्या प्रणालीमध्ये कोणत्याही रिकाम्या किंवा जुळत नसलेल्या युट क्लास नोंदींसाठी सेटलमेंट रोखून धरणारे फेल-क्लोज नियम अनिवार्य करा. वाढवलेल्या टेम्पलेट आवृत्त्या किंवा अज्ञात संदेश प्रवाह अनुमती देऊ नका जेणेकरून ते आपोआप विद्यमान वर्गांमध्ये परत जातील किंवा कॅटलॉग सत्यापनाला बायपास करतील.

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

संबंधित मार्गदर्शक