IOSOR ज्ञान

SMS सेगमेंट अकाउंटिंग: एक संदेश एक खर्च ओळ का नाही

किंमत मार्गदर्शक: GSM-7 विरुद्ध UCS-2, मल्टीपार्ट जोडणी ओव्हरहेड, आणि अंदाजाशिवाय प्रीपेड वॉलेटशी प्रत्येक पाठवणी जुळवणे.

वापरकर्त्याने एक संदेश टाइप केला. प्रीपेड वॉलेटने तीन युनिट डेबिट केली. ही बग नाही — ही सेगमेंट अकाउंटिंग आहे, आणि GSM-7 विरुद्ध UCS-2 व मल्टीपार्ट जोडणी न समजणाऱ्या फायनान्स टीम्स डिझाईनप्रमाणे चालणाऱ्या बिलिंग इंजिनवर तिकीट उघडतात.

IOSOR प्रत्येक SMS खर्च ओळीला सेगमेंट संख्या, एन्कोडिंग आणि गंतव्यपर्यंत पुनर्रचनायोग्य मानते — अपारदर्शक प्लॅटफॉर्म फी नाही. मासिक प्लॅटफॉर्म वापर सुमारे USD 1,000+ जवळ सेगमेंट शिस्त स्वच्छ मासिक जुळणी आणि पुन्हापुन्हा “हे महाग का पडले” एस्केलेशन यातील फरक आहे.

एक SMS एक खर्च ओळ का नाही

प्रेषक काय पाहतो वॉलेट काय पाहते
“मी एक मजकूर पाठवला” एन्कोडिंग व लांबीनुसार 1–3 बिल्ड युनिट
शेवटी एक इमोजी जोडले संपूर्ण संदेश UCS-2 वर जातो
टेम्प्लेट व्हेरिएबल काही अक्षरे लांब संदेश सेगमेंट सीमारेषा ओलांडतो

GSM-7 विरुद्ध UCS-2: कॅरेक्टर सेट गणित का बदलतो

  • GSM-7 मर्यादित लॅटिन अक्षरसंच आणि छोटा चिन्ह संच कव्हर करते; प्रत्येक अक्षर प्रति सेगमेंट कमी “बजेट” घेते
  • UCS-2 (GSM-7 बाहेरील कोणतेही अक्षर — इमोजी, बहुतेक गैर-लॅटिन लिपी, काही विरामचिन्हे) संपूर्ण संदेशाला व्यापक एन्कोडिंगमध्ये ढकलते ज्यात प्रति सेगमेंट कमी अक्षर मर्यादा असते
  • एक “अदृश्य” अक्षर (दस्तऐवजातील स्मार्ट कोट, चेकमार्क, इमोजी) शांतपणे संपूर्ण संदेश GSM-7 वरून UCS-2 वर पलटवू शकते

मल्टीपार्ट विभागणी आणि जोडणी ओव्हरहेड

एन्कोडिंग एक सेगमेंट मर्यादा मल्टीपार्ट मर्यादा मल्टीपार्ट लहान का
GSM-7 160 अक्षरे 153 अक्षरे जोडणी हेडर जागा राखते
UCS-2 70 अक्षरे 67 अक्षरे तोच हेडर, लहान अक्षर बजेट

एक सेगमेंट मर्यादा ओलांडणे सुंदरपणे “राउंड” होत नाही — संदेश अनेक सेगमेंटमध्ये विभागला जातो, प्रत्येकात जोडणी ओव्हरहेड, आणि त्यानुसार पुन्हा बिल होते.

सेगमेंट संख्या कुठे लपते

  • कंपोजर पूर्वावलोकन “1 संदेश” दाखवते तर खरे एन्कोडिंग 2–3 बिल्ड सेगमेंट देते
  • काही प्राप्तकर्त्यांसाठीच लांबी सीमेपलीकडे ढकलणारे टेम्प्लेट व्हेरिएबल्स
  • एका भाषेत QA पास होणारी आणि दुसऱ्यात खर्च वाढवणारी लोकेल अक्षरे (उच्चार, गैर-लॅटिन लिपी)
  1. वॉलेट ज्या नियमांनी बिल करेल त्याच नियमांनी पाठवण्यापूर्वी एन्कोडिंग व सेगमेंट संख्येचा अंदाज घ्या
  2. टेम्प्लेट संपादन सेगमेंट सीमारेषा ओलांडताना चेतावणी द्या — शांतपणे परवानगी देऊ नका
  3. कंपोजरमध्ये फक्त अक्षर संख्या नव्हे, एन्कोडिंग दाखवा
  4. फक्त लेखन भाषा नव्हे, खऱ्या प्राप्तकर्ता लोकेलवर चाचणी करा

सेगमेंट संख्या, एन्कोडिंग, गंतव्य झोन आणि युनिट किंमत — API कॉल, बल्क मोहीम किंवा वर्कशॉप चाचणीकडून आले तरी सातत्याने. फक्त “SMS” आणि एकूण सांगणारी प्रीपेड लेजर पावतीच्या वेष्टणातील ब्लॅक बॉक्स आहे.

  • कंपोजर किंवा API सेगमेंटऐवजी संदेश संख्या सांगते
  • विशिष्ट पाठवणीत कोणते एन्कोडिंग वापरले ते दिसत नाही
  • सपोर्ट म्हणते “एन्कोडिंग समस्या दुर्मिळ, काळजी करू नका”
  • लांबी, एन्कोडिंग व गंतव्यपर्यंत ट्रेस न होणाऱ्या लेजर ओळी
  • बल्क पाठवणी फ्लॅट अंदाजावर बिल, फक्त महिनाअखेरीस जुळणी

तोच टेम्प्लेट पाच गंतव्यांवर पाठवा, किमान एक गैर-लॅटिन लोकेलसह. कंपोजरची संदेश संख्या प्रत्येक गंतव्यावरील खऱ्या बिल्ड सेगमेंटशी तुलना करा. फटका एन्कोडिंग किंवा लांबीने समजू शकत नसेल तर अंदाजक किंवा लेजर एखाद्याला खोटे सांगत आहे.

प्रीपेड वॉलेटशी सेगमेंट जुळवणे

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

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

मोठ्या प्रमाणात संदेश पाठवण्यापूर्वी आयओएसओआर कन्सोलमध्ये तुमच्या आउटबाउंड टेम्पलेट पेलोडचे पुनरावलोकन करा. कोणताही पेलोड सिंगल सेगमेंटपेक्षा जास्त असल्यास किंवा अनपेक्षितपणे जीआयएसएम-७ वरून यूसीएस-२ एन्कोडिंगमध्ये बदलल्यास, त्याबद्दल सावध करण्यासाठी एपीआय व्हॅलिडेशन गेट्स कॉन्फिगर करा.

IOSOR सारांश

एक सिंगल आउटबाउंड मजकूर संदेश क्वचितच एकाच खर्चाच्या ओळीत बदलतो.

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

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