وقتی دستگاه UCS-2 را اجباری می‌کند، صورت‌حساب باید تطابق داشته باشد

وقتی دستگاه UCS-2 را اجباری می‌کند، صورت‌حساب باید تطابق داشته باشد.

UCS-2 اجباری دستگاه در برابر قصد پیام

هنگام ارسال SMS خروجی از طریق API، توسعه‌دهندگان اغلب فرض می‌کنند که محتوای ASCII یا GSM-7 همیشه در محدودیت 160 کاراکتر برای هر بخش منتقل می‌شود. با این حال، تغییرات اپراتور و کاراکترهای خاص (مانند ایموجی یا علائم خاص) می‌توانند پروتکل را به کدگذاری UCS-2 تغییر دهند. این امر ظرفیت هر بخش را از 160 کاراکتر به 67 کاراکتر کاهش می‌دهد.

IOSOR این تغییرات پروتکل را به طور شفاف در سطح شبکه مدیریت می‌کند تا هر بخش به طور دقیق محاسبه شود.

ضریب‌های دفتر کل و منطق صورت‌حساب بخش‌ها

هر پیام خروجی پردازش‌شده توسط IOSOR یک ارزیابی تراکنش آنی ایجاد می‌کند. دفتر کل زیرساختی بخش‌ها را بر اساس هدرهای واقعی پروتکل در رابط شبکه رادیویی ثبت می‌کند. وقتی یک SMS خروجی باعث تبدیل به UCS-2 می‌شود، سیستم بلافاصله افزایش تعداد بخش‌ها را ارزیابی می‌کند تا اعتبار حساب دقیق باقی بماند.

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

داده‌های وب‌هوک لحظه‌ای و تشخیص کدگذاری

برای تضمین شفافیت کامل، IOSOR گزارش‌های وب‌هوک مفصلی شامل ویژگی‌های کدگذاری ارائه می‌دهد. وقتی گزارش تحویل (DLR) دریافت می‌شود، داده‌های وب‌هوک شامل فیلدهای مشخصی درباره مجموعه کاراکتر نهایی، تعداد کل بخش‌ها و نرخ اعمال‌شده هستند.

توسعه‌دهندگان می‌توانند از این داده‌ها برای به‌روزرسانی گزارش‌های مالی مشتریان خود استفاده کنند.

تعادل در رزروهای مالی و حد مجاز نرم

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

سوابق حسابرسی و لینک‌های مرجع سیستم

تطبیق تفاوت‌های کدگذاری نیازمند بررسی هم‌زمان رزروهای دفتر کل و گزارش‌های تحویل است. مدیران سیستم باید دستورالعمل‌های اصلی کدگذاری را بررسی کنند.

برای اطلاعات بیشتر به راهنماهای و مراجعه کنید.

مطالب مرتبط: جلوگیری از کسر خاموش اعتبار هنگام تغییر مجموعه کاراکتر در منتصف کمپین · کدگذاری برای مشاهده بخش‌های صورت‌حساب شده توسط بخش مالی: GSM-7 در مقابل UCS-2 · رزرو اعتبار پیش‌پرداخت پیش از نخستین برداشت.

شروع با IOSOR

برای حسابرسی صورت‌حساب بخش‌های فعلی خود، به کنسول IOSOR بروید و گزارش‌های تحویل را بر اساس ویژگی کدگذاری فیلتر کنید. اگر ناهماهنگی بین بار ارسالی و واحدهای محاسبه شده مشاهده کردید، فیلد 'dcs' را در وب‌هوک‌های لحظه‌ای خود بررسی کنید تا متوجه شوید گوشی در کجا تغییر به UCS-2 را تحمیل کرده است. این کار تضمین می‌کند که دفتر کل شما با رویدادهای واقعی شبکه رادیویی همگام بماند.

جمع‌بندی IOSOR

این مقاله ثابت می‌کند که تغییر اجباری به UCS-2 توسط گوشی، یک رویداد قطعی در دفتر کل است و نه یک ناهماهنگی در قابلیت تحویل. وقتی دستگاه یا اپراتور تغییر مجموعه کاراکتر را تحمیل می‌کند، منطق صورت‌حساب باید از هدرهای پروتکل پردازش شده در رابط شبکه پیروی کند که اغلب ظرفیت هر بخش را از ۱۶۰ به ۷۰ کاراکتر کاهش می‌دهد.

پرچم‌های کدگذاری را در وب‌هوک‌های DLR خود نظارت کنید تا تنظیمات قیمت را برای کاربران نهایی خودکار کنید. افزایش ناگهانی و غیرمنتظره بخش‌ها را به عنوان خطای سیستم در نظر نگیرید؛ این‌ها بازتاب دقیق هزینه نهایی ارسال هستند که در دفتر کل IOSOR ثبت شده است.