IOSOR علم
پری پیڈ میں ناکام DLR دوبارہ کوشش کی پالیسی: کب پھر کوشش کریں اور کب خرچ روکیں
failed، rejected اور expired ایک ہی لفظ نہیں۔ ہر پری پیڈ دوبارہ کوشش ایک ڈیبٹ ہے۔ چھت سے پہلے حالت کی لغت بانٹیں، ورنہ بٹوہ بند گلی میں جلے گا۔
ٹکٹ کہتا ہے «ناکام» اور کوئی پری پیڈ بٹوہ خالی ہونے تک دوبارہ کوشش پیٹتا ہے۔ ناکامی کوئی حالت نہیں۔ undelivered، rejected اور expired الگ عمل مانگتے ہیں۔ پری پیڈ میں ہر خودکار دوبارہ کوشش ڈیبٹ کی سطر ہے، مفت شائستگی نہیں۔ لوپ سے پہلے لغت طے کریں، ورنہ پروڈکٹ تبدیلی کا پیچھا کرے گا اور مالیات مردہ نمبر پر دوسری تیسری کوشش ادا کرے گی۔.
IOSOR وائٹ لیبل prepaid ہے: ڈیش بورڈ، webhook اور برآمد میں وہی DLR الفاظ۔ live راہداری محدود دوبارہ کوشش دیتی ہے؛ in setup «اگلی بار» نہیں کھلتا۔ نہ پہنچا، مسترد، میعاد ختم اور DLR، تاخیر اور فیل اوور دیکھیں۔ ماہانہ USD 1,000+ کے قریب حالت کی بالٹی کے ڈیبٹ سخت تجارتی پڑھائی میں جاتے ہیں۔.
دوبارہ کوشش کی منطق سے پہلے حالت کی لغت
دوبارہ کوشش کا کوڈ لکھنے سے پہلے آخری حالتیں ایسی جدول میں چھاپیں جس کی طرف پروڈکٹ، ops اور مالیات اشارہ کر سکیں۔ لغت کے بغیر دوبارہ کوشش پیسہ جلانے والا لوپ ہے۔ کم ترسیل کے لیے کم SMS ڈیلیوری پلے بک۔.
| حالت | خودکار دوبارہ کوشش؟ | کون دستخط |
|---|---|---|
| Delivered | نہیں | کوئی نہیں |
| Undelivered / failed | چھت کے ساتھ | Ops |
| Rejected | نہیں (پے لوڈ بدلیں) | پروڈکٹ |
| Expired | نہیں (TTL درست کریں) | پروڈکٹ |
failed بمقابلہ rejected بمقابلہ expired
Failed / undelivered کا مطلب: پلیٹ فارم نے کام سونپا، ٹرمینل نے تصدیق نہیں کی۔ راہداری صحت مند ہو تو محدود دوبارہ کوشش تبدیلی بچا سکتی ہے۔ Rejected نیٹ یا پالیسی انکار ہے: وہی نمبر، وہی متن، تقریباً پھر انکار اور پھر ڈیبٹ۔ Expired وقت ہے: TTL راہداری تاخیر سے چھوٹا، یا بھیجنے سے پہلے قطار۔ expired کو failed مان کر کوشش پیٹنا صرف expired سطریں بڑھاتا ہے۔ کھڑکی سے باہر OTP اب تبدیل نہیں ہوتا — بٹوہ پھر بھی ادا کرتا ہے۔.
دوبارہ کوشش کی چھتیں اور بٹوے پر اثر
ہر پیغام پر خودکار کوششوں کی چھت رکھیں اور صارف کی دوبارہ ترسیل کو سسٹم failover سے الگ کھاتے میں لکھیں۔ ہر کوشش ledger کے correlation ID سے ملنی چاہیے۔ چھت کے بغیر «جب تک پہنچے» مردہ راہداری پر prepaid خالی کرتا ہے۔ مالیات کو منزل، حالت، کوشش نمبر اور ڈیبٹ برآمد کرنا چاہیے۔ USD 1,000+ کے قریب بے مالک لوپ ٹکٹ نہیں رہتا، تجارتی موضوع بن جاتا ہے۔ پالیسی رک کہے تو پروڈکٹ ایک بار اور چاہے تب بھی بٹوہ رک جاتا ہے۔.
پروڈکٹ بمقابلہ مالیات کی ملکیت
پروڈکٹ پالیسی کا مالک ہے: کون سی حالتیں دوبارہ کوشش دیتی ہیں، TTL، دوبارہ ترسیل کی ٹھنڈک۔ مالیات نظر کا مالک ہے: کیا ہر کوشش ڈیبٹ ہوتی ہے، کیا برآمد webhook سے ملتی ہے۔ Ops راہداری کے ٹکڑے کا مالک ہے تاکہ عالمی اوسط ٹوٹا راستہ نہ چھپائے۔ ایک ہی جدول کے بغیر prepaid «پھر کوشش» بمقابلہ «خرچ روکو» فیصلہ نہیں کر سکتا۔ سپورٹ زبانی ریفنڈ وعدہ کرے اور ledger ہر کوشش کاٹے — یہ نہ ہونے دیں۔.
سرخ جھنڈے
- صرف sent اور failed، پھر بھی خودکار دوبارہ کوشش
- rejected پے لوڈ پر تین یکساں ضربیں
- expired کو نیٹ خرابی سمجھنا
- سسٹم failover اور صارف کی دوبارہ ترسیل ایک ہی ڈیبٹ سطر پر
- کوشش کی چھت کے بغیر «جب تک پہنچے»
- کیٹلاگ in setup رہتے دوبارہ کوشش کا وعدہ
- مالیاتی برآمد میں کوشش نمبر نہیں
IOSOR سے شروع کریں
لغت بھریں: failed بمقابلہ rejected بمقابلہ expired۔ خودکار دوبارہ کوشش پر چھت رکھیں تاکہ ہر ناکام DLR نئی prepaid کٹوتی نہ کھولے۔ صارف کا پھر-بھیجیں بٹن نظام کی کوشش سے الگ ہے۔ کم مقدار پر دو live گلیاروں پر چھت ثابت کریں۔
IOSOR خلاصہ
ناکام DLR کی دوبارہ کوشش خرچ کی چھت ہے، لامحدود حلقہ نہیں۔
کریں: آخری حالت چھانٹیں، کوششوں پر چھت، صارف کا پھر-بھیجنا نظام کی کوشش سے الگ برآمد کریں۔ نہ کریں: rejected یا expired کو عارضی failed سمجھ کر دہرانا.
کیا یہ گائیڈ مددگار تھی؟
متعلقہ رہنما
- شارٹ کوڈ اور ٹول فری روٹس میں ڈیلیوریبلٹی میٹرکس کا موازنہ
وائٹ لیবেল CPaaS کلائنٹس کے لیے شارٹ کوڈز اور ٹول فری نمبرز کے درمیان SMS ڈیلیوریبلٹی میٹرکس کا تجزیہ کریں، جس میں فلٹرنگ اور DLR ٹریکنگ کی تفصیل ہو۔
- نئے روٹ پائلٹس کے دوران بیس لائن ڈیلیوریبلٹی میٹرکس کا قیام
سخت ڈیلیوری ٹیسٹ سویٹس چلائیں، کیریئر کی کارکردگی کا تجزیہ کریں، اور نئے روٹس پر اپنے وائٹ لیبل ٹریفک کو بڑھانے سے پہلے بیس لائن میسجنگ میٹرکس قائم کریں۔
- نیٹ ورک کی دیکھ بھال کے بعد ڈیلیوری کی شرح کا آڈیٹنگ اور کیوز صاف کرنا
پلیٹ فارم مینیجرز کے لیے قدم بہ قدم تکنیکی پلے بک تاکہ روٹ کی صحت کی تصدیق کی جا سکے اور کیریر اور ٹیلی کام نیٹ ورک کی دیکھ بھال کی کھڑکیوں کے بعد تاخیر کے حامل DLR کیوز کو محفوظ طریقے سے صاف کیا جا سکے۔