IOSOR ज्ञान

अभियान से पहले बल्क lookup CSV स्वच्छता: सामान्यीकरण, डेडुप और बजट

बल्क lookup CSV को E.164 सामान्यीकरण, डेडुप, बासी लाइन-टाइप कैश का सम्मान और भेजने से पहले बजट छत चाहिए। वित्त व संचालन वही स्तंभ साझा करते हैं।

मार्केटिंग सूची चाहती है। वित्त lookup डेबिटों की झड़ी देखता है जो बाद में भेजे SMS से नहीं मिलते। बल्क lookup पत्रक API में उंडेलना नहीं। स्वच्छता खर्च से पहले: E.164 सामान्यीकरण, डेडुप, बासी लाइन-टाइप कैश का सम्मान, वॉलेट छत। स्वच्छता छोड़ने वाले मरे नंबर डिलीवरी घटना, दोहरी पंक्तियाँ «कवरेज», पुराना mobile लेबल रूटिंग सत्य मानते हैं।.

IOSOR lookup को मैसेजिंग के साथ एक white-label prepaid लेजर पर पैक करता है। कैटलॉग live मतलब जाँच तैयार; in setup कैश से घूमने वाला उत्पादन द्वार नहीं। मासिक USD 1,000+ के पास टाले जा सकने वाले खर्च नमूने व lookup→send सहसंबंध वाणिज्यिक समीक्षा में जाते हैं। भेजने से पहले टोह: भेजने से पहले नंबर टोह। एकल lookup: भेजने से पहले नंबर lookup। बासी कैश: बासी lookup कैश और लाइन-टाइप।.

वित्त व संचालन दोनों को चाहिए CSV स्तंभ

वित्त व संचालन एक ही CSV खोलकर एक ही कहानी पढ़ें। न्यूनतम स्तंभ: सामान्यीकृत E.164, कच्चा इनपुट, lookup समयचिह्न, लाइन-टाइप, कैश हिट या ताज़ी जाँच, डेबिट राशि, भेज निर्णय (भेजो / छोड़ो / फिर जाँचो), campaign या बैच id। समयचिह्न रहित «mobile» लेबल राय है, प्रमाण नहीं। भेज निर्णय रहित lookup पंक्ति रसीद है, नियंत्रण नहीं।.

स्तंभ कौन इस्तेमाल करे न हो तो
E.164 संचालन व वित्त दोहरा खर्च, न मिलते भेज
looked-up-at संचालन कैश बासी है या नहीं पता नहीं
भेज निर्णय वित्त lookup व ब्लास्ट मेल नहीं खाते

lookup खर्च से पहले E.164 व डेडुप

lookup पैसा बहने से पहले सामान्यीकरण व डेडुप करो। वही लाइन +1…, 001… व स्थानीय रूप में तीन बार डेबिट होती है। E.164 करो, उस नंबर से डेडुप, फिर live lookup बुलाओ। कचरा पंक्तियाँ (बहुत छोटी, अक्षर, परीक्षण स्ट्रिंग) आयात पर फेंको, «अज्ञात» कहकर मत पूछो। संचालन सामान्यीकरण नियम रखता है; वित्त उस घटना की परिभाषा रखता है जब दोहरी पंक्ति फिर भी डेबिट हो।.

बासी लाइन-टाइप कैश जोखिम

कैश्ड लाइन-टाइप समयचिह्न वाला रूटिंग संकेत है, गोदना नहीं। कल का mobile आज VoIP रेंज हो सकता है। बासी कैश OTP मरी रेंज में भेजता है या कल पोर्ट करने वाले को घर्षण जोड़ता है। lookup पंक्ति और बर्बाद खंड दोनों चुकाते हो। TTL उत्पाद नियम है, डेटाबेस पसंद नहीं। «अज्ञात» को mobile मत कैश करो। जोखिम संकेतों पर ताज़ा करो — बासी lookup कैश और लाइन-टाइप।.

बजट छत व निर्यात लय

बजट छत बैच की हैं, «बाद में मिलाएँगे» की नहीं। प्रत्येक lookup दौड़ पर पंक्ति छत व राशि छत लगाओ; निर्यात लय (दैनिक या बैच बंद) ब्लास्ट से पहले है, महीने के अंत का आश्चर्य नहीं। USD 1,000+ के पास टाला खर्च व कैश आयु बाल्टियाँ सघन समीक्षा में जाती हैं। lookup in setup हो तो भेज-पूर्व स्वच्छता का वादा न करो।.

खतरे के संकेत

  • बिना सामान्यीकरण बल्क lookup
  • रूप भेद से वही E.164 दो बार डेबिट
  • बासी «mobile» को रूटिंग सत्य मानना
  • अज्ञात को mobile कैश करना
  • पंक्ति या राशि छत रहित CSV
  • महीने के अंत lookup को भेज से मिलाना
  • चैनल in setup हो तो स्वच्छता द्वार वादा
  • ग्राहक त्रुटियाँ अपस्ट्रीम ब्रांड नाम दें

IOSOR से शुरू करें

पिछले सप्ताह की अभियान CSV लें। हर पंक्ति को E.164 में सामान्य करें, कचरा छोड़ें, सामान्य संख्या पर डुप्लिकेट हटाएँ, फिर एक बार lookup। प्रसार से पहले पंक्ति संख्या और prepaid राशि से बैच की छत बाँधें। वित्त और ops जो फ़ाइल खोलेंगे वही निर्यात करें: लाइन प्रकार, कैश हिट, debit, send या skip निर्णय।

IOSOR सार

करें: lookup पैसे से पहले स्वच्छता। एक लाइन के प्रारूप भेद एक debit हैं। कैश्ड लाइन प्रकार पर समय-चिह्न है; बासी mobile रूटिंग सत्य नहीं।

न करें: शीट API में उड़ेलकर महीने के अंत में मिलान। डुप्लिकेट पंक्तियाँ कवरेज नहीं। Unknown को mobile बनाकर रखना prepaid रिसाव है।

क्या यह गाइड मददगार थी?

संबंधित गाइड