एन्कोडिंग की समस्याओं से सबसे अजीब दिखने वाले टिकट बनते हैं - प्रश्नचिह्न, बॉक्स, शब्द के बीच में टूटे संदेश, या एक संदेश का बिल तीन संदेशों के रूप में बनना। इनके पीछे के नियम सरल हैं।
दो वर्णमालाएँ
- GSM-7: मानक वर्णमाला - प्रति संदेश 160 अक्षर। बुनियादी लैटिन अक्षर, अंक और प्रतीकों का एक तय सेट। कुछ अक्षर (जैसे यूरो चिह्न और वर्गाकार कोष्ठक) हर एक दो अक्षरों के बराबर गिने जाते हैं।
- UCS-2: जैसे ही आपके संदेश में GSM-7 से बाहर का कोई भी अक्षर आता है - एक इमोजी, एक स्मार्ट कोट, एक गैर-लैटिन अक्षर - इसका उपयोग होने लगता है, और प्रति संदेश सीमा घटकर 70 अक्षर रह जाती है।
संदेश इस तरह क्यों टूटते हैं (और उनका बिल इस तरह क्यों बनता है)
एक संदेश से लंबी कोई भी चीज़ जुड़े हुए भागों में भेजी जाती है: GSM-7 में प्रति भाग 153 अक्षर, UCS-2 में 67, और हर भाग का बिल एक संदेश के रूप में बनता है। एक इमोजी वाला 300 अक्षरों का टेम्पलेट पाँच बिल योग्य भागों में बँटता है; इमोजी के बिना यह दो भागों में बँटता है। वर्ड प्रोसेसर से कॉपी-पेस्ट करना सबसे आम जाल है - स्मार्ट कोट और लंबे डैश चुपचाप पूरे संदेश को UCS-2 में बदल देते हैं।
बिगड़े हुए अक्षर
- हैंडसेट पर प्रश्नचिह्न या बॉक्स: कोई अक्षर ऐसी एन्कोडिंग में भेजा गया जिसे चेन या हैंडसेट दिखा नहीं सका। जाँचें कि आपके प्लेटफ़ॉर्म ने क्या घोषित किया (DCS मान) और सामग्री वास्तव में क्या थी।
- टूटे हुए संदेश गलत क्रम में या अधूरे पहुँचना: आमतौर पर गंतव्य नेटवर्क में संदेश जोड़ने की कोई गड़बड़ी - संदेश ID और सटीक सामग्री के साथ रिपोर्ट करें।
टेम्पलेट के लिए एक मिनट की पूर्व-जाँच
किसी अभियान से पहले टेम्पलेट को GSM-7 जाँच से गुज़ारें: पुष्टि करें कि यह किस वर्णमाला में आता है, इसके कितने भाग बनते हैं, और अदृश्य UCS-2 ट्रिगर हटा दें। प्रति संदेश लागत घटाने का इससे सस्ता तरीका कोई नहीं है।