IOSOR علم

STOP اور HELP پالیسی عام ان باؤنڈ میسجنگ روٹنگ نہیں ہے

سمجھیں کہ STOP اور HELP کی ورڈز عام ان باؤنڈ ان باکس میسجز کے بجائے لازمی صارف کے حقوق اور IOSOR پلیٹ فارم پالیسی کی نمائندگی کیوں کرتے ہیں۔

STOP اور HELP پالیسی عام ان باؤنڈ میسجنگ روٹنگ نہیں ہے.

پالیسی گورننس بمقابلہ عام ان باؤنڈ میسجنگ

صارف کی جانب سے آپٹ آؤٹ سگنلز کو عام چیٹ میسجز کی طرح لینا شدید قانونی خطرات پیدا کرتا ہے۔ ٹیلی کمیونیکیشن آرکیٹیکچر میں STOP، UNSUBSCRIBE، CANCEL اور HELP جیسے لازمی کی ورڈز قانونی رضامندی کے دائرہ کار کی وضاحت کرتے ہیں، نہ کہ سپورٹ ٹکٹ یا چیٹ تھریڈز۔ جب کوئی صارف SMS کے ذریعے STOP کمانڈ بھیجتا ہے تو پلیٹ فارم کو اسے فوری طور پر پالیسی لیئر پر پروسیس کرنا چاہیے۔

اگر ان پیغامات کو بغیر کسی فوری ایکشن کے عام ان باکس میں بھیج دیا جائے تو اس سے ریگولیٹری قوانین کی خلاف ورزی ہو سکتی ہے۔ IOSOR پالیسی کے نفاذ کو ایپلیکیشن کی کاروباری لاجک سے بالکل الگ رکھتا ہے تاکہ صارف کے حقوق کا فوری تحفظ یقینی بنایا جا سکے۔

نیٹ ورک ایج پر فوری کی ورڈ انٹرسیپشن

جب کوئی MO (Mobile Originated) پیغام تفویض کردہ E.164 نمبر پر موصول ہوتا ہے تو IOSOR ڈاؤن اسٹریم ویب ہکس کو بھیجنے سے پہلے سخت پالیسی انجن کے ذریعے اس کی جانچ کرتا ہے۔ اگر پیغام آپٹ آؤٹ کی ورڈز کے مطابق ہو تو سسٹم نیٹ ورک ایج پر فوری طور پر سپریشن اسٹیٹ کو اپ ڈیٹ کر دیتا ہے۔

اس فوری کارروائی کا فائدہ یہ ہے کہ اگر اسی سیکنڈ میں کوئی نیا آؤٹ باؤنڈ میسج بھیجنے کی کوشش کی جائے تو وہ بلاک ہو جائے گا۔ ویب ہک صرف ایک معلوماتی نوٹیفکیشن کے طور پر آپ کے سسٹم کو موصول ہوتا ہے، جس سے دستی کام ختم ہو جاتا ہے۔

JIT نمبر کا تعین اور MRC اسٹیٹ اکاؤنٹنگ

آپ کے وائٹ لیبل سسٹم میں موجود نمبر غیر متحرک انوینٹری میں نہیں رہتے۔ IOSOR جدید JIT (Just-In-Time) لاجک اور پری پیڈ ہولڈ روٹین کے ذریعے نمبر فراہم کرتا ہے۔ جب کوئی E.164 ورچوئل نمبر آپ کی مہم سے منسلک ہوتا ہے تو اس کے ماہانہ اخراجات (MRC) براہ راست آپ کے پری پیڈ بیلنس سے منہا کر لیے جاتے ہیں۔

یہ ماڈل مالی شفافیت لاتا ہے اور غیر ضروری لاگت کو روکتا ہے۔ ہر نمبر کی لائف سائیکل مکمل طور پر ٹریک کی جاتی ہے اور تمام ٹیلی کام قوانین کی پابندی کی جاتی ہے۔

بیلنس کنٹرولز: USD 20 فلور اور USD 1,000 ریویو

خودکار کمپلائنس کے لیے پری پیڈ اکاؤنٹ میں بیلنس کی مسلسل موجودگی لازمی ہے۔ IOSOR کم از کم USD 20 کا بیلنس فلور برقرار رکھتا ہے تاکہ تصدیقی پیغامات، HELP کے جوابات اور اسٹیٹس اپ ڈیٹس (DLR) بلا تعطل کام کرتے رہیں۔ اگر بیلنس اس حد سے کم ہو جائے تو آؤٹ باؤنڈ پیغامات رک جاتے ہیں جبکہ آپٹ آؤٹ پروسیسنگ مکمل فعال رہتی ہے۔

مزید برآں، USD 1,000 یا اس سے زائد کی ٹرانزیکشنز سسٹم کے تحفظ اور نیٹ ورک کے معیار کے لیے انتظامی جائزے سے گزرتی ہیں۔

بنیادی فریم ورک حوالہ جات اور آرکیٹیکچر کی حدود

پالیسی کے نفاذ اور ایپلیکیشن لاجک میں واضح حد بندی بڑے پیمانے پر کام کرنے کے لیے ضروری ہے۔ ایج لیول کی ورڈز اور توثیق کے پروٹوکولز جاننے کے لیے ہمارے تکنیکی حوالہ جات دیکھیں:

  • ایج سپریشن آرکیٹیکچر اور کی ورڈز پروسیسنگ لاجک
  • JIT نمبر مینجمنٹ اور ماہانہ اخراجات کا حساب کتاب
  • ویب ہک ایونٹ کنفیگریشن اور ڈلیوری اسٹیٹس گائیڈ
  • پری پیڈ بیلنس فلور اور سیکیورٹی گائیڈ لائنز

متعلقہ: کیو میں موجود سینڈ کے بعد STOP: چھوڑ دیں، جعلی ڈیلیورڈ ظاہر نہ کریں · پروڈکشن سینڈ سے پہلے TCPA اور CASL کے حقوق · پہلی کٹوتی سے پہلے پری پیڈ رقم محفوظ کرنا.

IOSOR کے ساتھ شروع کریں

IOSOR کنسول میں Inbound Governance کے تحت اپنے ایج کی ورڈ رولز کا جائزہ لیں تاکہ اس بات کو یقینی بنایا جا سکے کہ STOP اور HELP پے لوڈز ڈاون اسٹریم ویب ہکس تک پہنچنے سے پہلے فوری اسٹیٹ میوٹیشنز کو متحرک کریں۔ اپنے MO روٹنگ ٹیبلز کو اس طرح ترتیب دیں کہ وہ ایج پر کیریئر لیول آپٹ آؤٹ سپریشن نافذ کریں نہ کہ کنٹرول کو ایجنٹ ان باکس کیوز کے حوالے کریں۔ اپنے فعال ویب ہکس کا آڈٹ کریں تاکہ یہ تصدیق کی جا سکے کہ آپٹ آؤٹ ایونٹس تمام ٹیننٹ پروفارمز میں خودکار سپریشن لسٹ سِنک کو متحرک کرتے ہیں۔

IOSOR خلاصہ

اس مقالے نے ثابت کیا کہ لازمی تعمیل کے کی ورڈز جیسے کہ STOP اور HELP کو عام ان باکس پیغامات کی طرح برتنا تعمیل کی شدید ذمہ داریاں پیدا کرتا ہے۔ ایج لیول کی ورڈ انٹرفیس پالیسی کے نفاذ کو ایپلیکیشن لیئر کے میسج کیوز سے الگ کرتا ہے، جو ڈاون اسٹریم ایپلیکیشن کی صحت یا مینوئل ایجنٹ ہینڈلنگ پر بھروسہ کیے بغیر فوری سپریشن کی ضمانت دیتا ہے۔

کیا یہ گائیڈ مددگار تھی؟

متعلقہ رہنما