IOSOR دانش

هنگامی که فرستنده در میانه رشته تغییر می کند، هویت باید معتبر بماند

حفظ وضعیت گفتگو و یکپارچگی صورتحساب در IOSOR هنگام تغییر آدرس فرستنده در میانه رشته در SMS، E.164 و شناسه های فرستنده.

هنگامی که فرستنده در میانه رشته تغییر می کند، هویت باید معتبر بماند.

تداوم رشته در میان شناسه های متغیر

هنگامی که گفتگوی مشتری در میانه جلسه از یک شماره E.164 به یک شناسه فرستنده متنی یا کد کوتاه منتقل می شود، پلتفرم باید نگاشت منطقی رشته را بدون بازنشانی وضعیت حفظ کند. در IOSOR، شناسه جدید فرستنده به معنای یک رشته گفتگوی جدید نیست، مگر اینکه برنامه شما صریحاً دستور شکستن رشته را صادر کند. اگر یک اپراتور کانال خروجی را در میانه گفتگو تغییر دهد، بافت صورتحساب و مسیریابی به توکن گفتگوی اصلی پین می‌ماند.

حفظ بافت جلسه و موجودی دفتر کل

هنگام تغییر آدرس فرستنده در طول یک گفتگوی فعال، یکپارچگی دفتر کل نیازمند اعتبارسنجی فوری با موجودی حساب است. قبل از ارسال یک SMS خروجی از یک شناسه فرستنده جدید، سیستم موجودی پیش‌پرداخت را در برابر جدول نرخ فعلی برای آن مقصد بررسی می‌کند. IOSOR حداقل کف پیش‌پرداخت USD 20 را در حساب‌های مشتریان اعمال می‌کند تا از قطعی‌های میانه رشته ناشی از مابه‌التفاوت نرخ‌های بدون پشتوانه جلوگیری کند.

مدیریت تغییر فرستنده E.164 و حروف و ارقام

هنگام انتقال یک رشته فعال از شماره مبدا E.164 به یک برچسب متنی یا شماره جایگزین، ظرفیت باید بدون بافرهای ذخیره ثابت تخصیص یابد. IOSOR از تخصیص JIT استفاده می‌کند و جریان کاری مسدودی پیش‌پرداخت و تخصیص را برای شماره‌های هدف مستقیماً از طریق نقاط پایانی API اجرا می‌کند.

مسیریابی ورودی همزمان و نگاشت محموله وب‌هوک

تحویل وب‌هوک باید حتی زمانی که آدرس‌های مبدا در میانه جریان تغییر می‌کنند، یکنواخت بماند. وقتی یک SMS ورودی حاوی کلیدواژه‌هایی مانند STOP یا HELP می‌رسد، پلتفرم انصراف را در برابر آدرس کاربر نهایی مشتری پردازش می‌کند، نه شناسه فرستنده خاصی که در آخرین پیام استفاده شده است. محموله‌های وب‌هوک تحویل داده شده به سیستم شما شامل پارامترهای صریح برای conversation_id، current_from و original_from هستند.

کنترل‌های سیاست و ادغام اکوسیستم

ادغام حفظ هویت در میانه رشته در معماری ارتباطی گسترده‌تر شما نیازمند پیکربندی قوی API و مدیریت تمیز وب‌هوک است. پلتفرم‌هایی که لایه‌های CPaaS با برند اختصاصی را مدیریت می‌کنند، می‌توانند سیاست‌های یکپارچه رشته را در چند زیرحساب پایین‌دستی اعمال کنند و در عین حال متاداده مسیریابی را شفاف نگه دارند.

مطالب مرتبط: تحویل چندکاناله بدون کسر اعتبار مضاعف · یک رشته واحد در پیامک، واتساپ و ایمیل · رزرو اعتبار پیش‌پرداخت پیش از نخستین برداشت.

شروع با IOSOR

در کنسول IOSOR، خط‌مشی نگاشت رشته خود را پیکربندی کنید تا مقاصد E.164 مشتری به جای شناسه فرستنده استاتیک، به شناسه‌های نشست پایدار متصل شوند. قبل از استقرار تغییرات در میان گفتگو، شنوندگان وب‌هووک خود را تست کنید تا مطمئن شوید نگاشت بار داده، شناسه رشته یکپارچه را همراه با برچسب مبدا به‌روزرسانی‌شده منتقل می‌کند. قبل از ثبت شناسه فرستنده جدید در ارسال فعال، یک بررسی مسدودی پیش‌تایید را در برابر جدول نرخ مسیر هدف اجرا کنید.

جمع‌بندی IOSOR

این مقاله نشان داد که تغییر شناسه فرستنده یا کد طولانی در میان مکالمه هرگز نباید بازنشانی بافت مکالمه یا خراب شدن مسدودی‌های دفتر کل را به همراه داشته باشد. با جداسازی پایداری رشته از شناسه مبدا استاتیک، پلتفرم شما وضعیت کامل نشست را حفظ کرده و در عین حال اعتبارات پیش‌پراخت را در برابر تعرفه‌های متغیر مسیر به دقت کسر می‌کند.

شناسه‌های رشته را روی مقصد مشتری قفل کنید و قبل از ارسال از آدرس جدید، بررسی مجدد نرخ را به صورت آنی اعمال کنید. هنگام تغییر برچسب مبدا در میان جریان، رکوردهای نشست گسسته ایجاد نکنید و تفاوت‌های قیمت‌گذاری خاص مسیر را نادیده نگیرید.

آیا این راهنما مفید بود؟

راهنماهای مرتبط