IOSOR دانش
پیام ورودی MO به لیست لغو: STOP روی DID از اعتبار شما محافظت میکند
تحلیل فنی مدیریت کلیدواژههای انصراف MO ورودی روی شمارههای E.164 DID، اجرای لیست لغو ارسال و پاسخهای وبهوک.
معماری انصراف خودکار از طریق MO ورودی
هنگامی که کاربر نهایی با ارسال کلمات STOP، UNSUBSCRIBE یا QUIT به یک پیام ورودی Mobile Originated (MO) روی یک شماره اختصاصی E.164 DID پاسخ میدهد، پلتفرم شما باید این سیگنال را بلافاصله پردازش کند. ذخیرهسازی شمارهها در لیست لغو ارسال (suppression list) در لایه API از نقض قوانین اپراتورها توسط ترافیک خروجی Mobile Terminated (MT) بعدی جلوگیری میکند. اگر پیام خروجی به سمت یک گیرنده لغو شده ارسال شود، درگاه باید قبل از انتقال در شبکه، پیام را متوقف کرده یا وضعیت آن را به عنوان رد شده علامتگذاری کند.
نگاشت کلیدواژههای ورودی به لیستهای لغو ارسال
دادههای ورودی MO از طریق وبهوکها شامل شماره E.164 فرستنده، شماره DID مقصد، برچسب زمانی و متن خام پیام دریافت میشوند. زیرسیستم لغو ارسال، کلیدواژههای استاندارد انصراف شامل STOP، CANCEL، END، QUIT و OPTOUT را تحلیل میکند. پس از شناسایی مطابقت، موتور پردازش با حذف فاصلهها، استانداردسازی حروف و اجرای تحلیلگر عبارتهای منظم، رشته را نرمالسازی میکند. اگر متن شامل یک کلیدواژه مطابق باشد، سیستم یک عملیات ثبت در پایگاهداده لغو ارسال انجام میدهد تا از ارسالهای بعدی جلوگیری کند.
وبهوکها، کدهای وضعیت و چرا «Skipped» به معنای خطا نیست
هنگامی که یک درخواست ارسال خروجی، مقصد E.164 موجود در لیست لغو را هدف قرار میدهد، موتور CPaaS قبل از ارسال داده به مسیرهای هدایت شبکه، انتقال را مسدود میکند. پلتفرم یک پاسخ HTTP 200 OK همراه با وضعیت 'skipped_suppressed' بازمیگرداند. بازگرداندن کد وضعیت HTTP 4xx یا 5xx برای مسدودی انصراف یک الگوی اشتباه است، زیرا به معنای خطای زیرساخت یا فرمت نادرست درخواست است که باعث تلاش مجدد غیرضروری در کتابخانههای API میشود. با بازگرداندن HTTP 200 OK همراه با 'skipped_suppressed'، سیستم تایید میکند که درخواست بدون هزینه پردازش شده است.
قوانین عملیاتی و کنترلهای موجودی پیشپرداخت
مدیریت پردازش MO ورودی و موتورهای لغو ارسال نیازمند چارچوبهای مالی پایدار است. پلتفرمهای CPaaS روی یک ساختار پیشپرداخت دقیق با حد آستانه USD 20 کار میکنند تا پردازش مداوم وبهوکها و هدایت DIDها تضمین شود. اگر موجودی حساب به زیر این آستانه کاهش یابد، وبهوکهای ورودی MO به جای حذف شدن، تا 72 ساعت در صف ذخیره میشوند تا سیگنالهای حیاتی انصراف حفظ شوند. با افزایش حجم ماهانه به سمت ارزیابی نزدیک به USD 1,000/ماه، مدیران حساب الگوهای ترافیک را ارزیابی میکنند.
ماتریس انطباق: مدیریت انصرافهای ورودی
| کلیدواژه | اقدام انجام شده | وضعیت خروجی | تاثیر مالی |
|---|---|---|---|
| STOP | افزودن به لیست لغو | رد شده (مسدود) | بدون هزینه |
| UNSTOP | حذف از لیست لغو | مجاز | نرخ استاندارد |
| HELP | فراخوانی وبهوک اطلاعات | مجاز | نرخ استاندارد |
| CANCEL | افزودن به لیست لغو | رد شده (مسدود) | بدون هزینه |
شروع کار با IOSOR
وقتی STOP روی DID مینشیند، MSISDN مبدأ را پیش از MT بعدی در فهرست suppression آن مستأجر بنویسید. ثابت کنید ارسال بعدی رد میشود. مهر MO و ردیف فهرست را بیرون دهید. webhook 2xx بدون نوشتن فهرست این کار نیست؛ پاکسازی E.164 دروازهٔ دیگری است.
مطالب: شناسه تماس گیرنده صوتی در برابر پیام رسانی From: زنده بودن صوت به معنای زنده … نرمالسازی E.164 پیش از اتصال DID: علامت مثبت، صفرها و فاصلهها رزرو اعتبار پیشپرداخت پیش از نخستین برداشت.
جمعبندی IOSOR
MO ورودی روی DID نوشتن فهرست است، نه یادگاری گزارش.
بکنید: پیش از MT بعدی سرکوب کنید. نکنید: STOP را یادداشتشده بخوانید و MT را ادامه دهید، یا منتظر تخلیهٔ هفتگی بمانید.
آیا این راهنما مفید بود؟
راهنماهای مرتبط
- تحویل DID مالک دوم: چه کسی می تواند اختصاص دهد و آزاد کند
مرزهای عملیاتی، پروویژنینگ JIT و آستانه های مالی پیش پرداخت را در طول تحویل DID مالک دوم تسلط یابید.
- سقف هزینه هر DID: اجاره و ترافیک خروجی روی یک شماره
کنترل مواجهه هر شماره در CPaaS برچسب سفید خود را با یک سقف هزینه ترکیبی برای هزینههای ثابت و ترافیک خروجی مدیریت کنید.
- مسیریابی وبهوک ورودی روی شماره DID: پیام موبایل مبدأ بدون مالک، دستور لغو را از دست میدهد
مسیریابی امن وبهوکهای ورودی به حساب کاربری مالک. جلوگیری از رویدادهای یتیم و از دست رفتن انصرافها در CPaaS پیشپرداخت برچسب سفید.