IOSOR জ্ঞান

ক্যাম্পেইনের আগে বাল্ক lookup CSV স্বাস্থ্যবিধি: স্বাভাবিককরণ, ডুপ্লিকেট সরানো ও বাজেট

বাল্ক lookup CSV-কে E.164-এ স্বাভাবিক করতে হবে, ডুপ্লিকেট সরাতে হবে, পুরনো লাইন-টাইপ ক্যাশ মানতে হবে এবং পাঠানোর আগে বাজেট সিলিং দিতে হবে। ফিনান্স ও ops একই কলাম ভাগ করে।

মার্কেটিং একটি তালিকা চায়। ফিনান্স দেখে lookup ডেবিটের ধারা যা পরে পাঠানো SMS-এর সাথে মেলে না। বাল্ক lookup মানে শিট API-তে ঢেলে দেওয়া নয়। খরচের আগে স্বাস্থ্যবিধি: E.164 স্বাভাবিককরণ, ডুপ্লিকেট সরানো, পুরনো লাইন-টাইপ ক্যাশ মান্য, ওয়ালেটে সিলিং। যারা স্বাস্থ্যবিধি এড়িয়ে যায় তারা মৃত নম্বরকে ডেলিভারি দুর্ঘটনা, ডুপ্লিকেট সারিকে «কভারেজ» এবং পুরনো mobile ট্যাগকে রাউটিং সত্য বলে।.

IOSOR lookup-কে messaging-এর পাশে এক white-label prepaid ledger-এ রাখে। ক্যাটালগ live মানে পরীক্ষা প্রস্তুত; in setup এমন প্রোডাকশন গেট নয় যা ক্যাশ করে এড়ানো যায়। মাসে USD 1,000+ কাছাকাছি এড়ানো যায় এমন খরচের নমুনা ও lookup→send সম্পর্ক বাণিজ্যিক পর্যালোচনায় যায়। পাঠানোর আগে রিকন: পাঠানোর আগে নম্বর রিকনেসান্স। একক lookup: পাঠানোর আগে নম্বর যাচাই। পুরনো ক্যাশ: বাসি lookup ক্যাশ ও লাইন-টাইপ।.

CSV কলাম যা ফিনান্স ও ops উভয়ের দরকার

ফিনান্স ও ops একই CSV খুলে একই গল্প পড়তে পারবে। ন্যূনতম কলাম: স্বাভাবিককৃত E.164, কাঁচা ইনপুট, lookup টাইমস্ট্যাম্প, লাইন টাইপ, ক্যাশ হিট বা তাজা পরীক্ষা, ডেবিটকৃত অর্থ, পাঠানোর সিদ্ধান্ত (পাঠাও / ছাড়ো / আবার দেখো), campaign বা ব্যাচ id। টাইমস্ট্যাম্পহীন «mobile» ট্যাগ মত, প্রমাণ নয়। পাঠানোর সিদ্ধান্তহীন lookup সারি রসিদ, নিয়ন্ত্রণ নয়।.

কলাম কে ব্যবহার করে না থাকলে
E.164 Ops ও ফিনান্স দ্বিগুণ খরচ, পাঠানো মেলে না
looked-up-at Ops ক্যাশ পুরনো কিনা জানা যায় না
পাঠানোর সিদ্ধান্ত ফিনান্স lookup ও blast মিলে না

lookup খরচের আগে E.164 ও ডুপ্লিকেট সরানো

lookup টাকা চলার আগে স্বাভাবিক করুন ও ডুপ্লিকেট সরান। একই লাইন +1…, 001… ও স্থানীয় ফরম্যাটে তিনবার ডেবিট হয়। E.164-এ স্বাভাবিক করুন, সেই নম্বরে ডুপ্লিকেট সরান, তারপর lookup live কল করুন। আবর্জনা সারি (খুব ছোট, অক্ষর, টেস্ট স্ট্রিং) ইমপোর্টে ফেলে দিন, «অজানা» বলে জিজ্ঞাসা করবেন না। Ops স্বাভাবিককরণ নিয়মের মালিক; ফিনান্স ঘটনার সংজ্ঞার মালিক যখন ডুপ্লিকেট সারি তবু ডেবিট হয়।.

পুরনো লাইন-টাইপ ক্যাশের ঝুঁকি

ক্যাশ করা লাইন টাইপ টাইমস্ট্যাম্পসহ রাউটিং সংকেত, ট্যাটু নয়। গতকালের mobile আজ VoIP রেঞ্জ হতে পারে। পুরনো ক্যাশ OTP মৃত রেঞ্জে পাঠায় বা গতকাল পোর্ট করা গ্রাহককে ঘষে। আপনি তবু lookup সারি এবং নষ্ট সেগমেন্টের টাকা দেন। TTL পণ্য নিয়ম, ডাটাবেসের রুচি নয়। «অজানা»-কে mobile হিসেবে ক্যাশ করবেন না। ঝুঁকি সংকেতে রিফ্রেশ — বাসি lookup ক্যাশ ও লাইন-টাইপ।.

বাজেট সিলিং ও রপ্তানি ছন্দ

বাজেট সিলিং ব্যাচের, «পরে মিলিয়ে নেব»-এর নয়। প্রতি lookup রানে সারি ও অর্থের সিলিং দিন; রপ্তানি ছন্দ (দৈনিক বা ব্যাচ বন্ধে) blast-এর আগে, মাস শেষের চমক নয়। USD 1,000+ কাছাকাছি এড়ানো যায় এমন খরচ ও ক্যাশ বয়সের বালতি ঘন পর্যালোচনায় যায়। lookup in setup থাকতে প্রি-সেন্ড স্বাস্থ্যবিধি প্রতিশ্রুতি দেবেন না।.

লাল পতাকা

  • স্বাভাবিককরণ ছাড়া বাল্ক lookup
  • ফরম্যাট ভিন্নতায় একই E.164 দুবার ডেবিট
  • পুরনো «mobile» রাউটিং সত্য হিসেবে
  • অজানা mobile হিসেবে ক্যাশ
  • সারি বা অর্থ সিলিং ছাড়া CSV
  • মাস শেষে lookup পাঠানোর সাথে মিলানো
  • চ্যানেল in setup থাকতে স্বাস্থ্যবিধি প্রতিশ্রুতি
  • ক্লায়েন্ট ত্রুটিতে আপস্ট্রিম ব্র্যান্ড নাম

IOSOR দিয়ে শুরু

গত সপ্তাহের প্রচার CSV নিন। প্রতি সারি E.164-এ স্বাভাবিক করুন, আবর্জনা ফেলুন, স্বাভাবিক নম্বরে ডুপ সরিয়ে তারপর একবার lookup। প্রেরণের আগে সারি সংখ্যা ও prepaid অঙ্কে ব্যাচ ছাদ দিন। অর্থ ও ops যে ফাইল খুলবে সেই একটা রপ্তানি করুন: লাইন ধরন, ক্যাশ হিট, debit, পাঠাও বা এড়িয়ে যাও।

IOSOR সারাংশ

করুন: lookup টাকার আগে পরিচ্ছন্নতা। এক লাইনের ফরম্যাট ভেদ এক debit। ক্যাশ করা লাইন ধরনের সময়ছাপ আছে; পুরনো mobile রাউটিং সত্য নয়।

করবেন না: শীট API-তে ঢেলে মাস শেষে মিল। ডুপ সারি কভারেজ নয়। Unknown-কে mobile করে রাখা prepaid ফাঁস।

এই গাইড কি সহায়ক ছিল?

সম্পর্কিত গাইড