IOSOR دانش
انقضای رزرو ارسال برنامهریزی شده قبل از برچسب زمانی 'Send-At'
نحوه مدیریت ارسالهای پیامک برنامهریزی شده در IOSOR را هنگامی که رزرو موجودی پیشپرداخت قبل از برچسب زمانی ارسال منقضی میشود، بدون حذف خاموش درک کنید.
انقضای رزرو ارسال برنامهریزی شده قبل از برچسب زمانی 'Send-At'.
رزروهای پیشپرداخت و زمانبندی ارسال برنامهریزی شده
هنگام برنامهریزی ارسال پیامک در آینده از طریق API، سامانه IOSOR یک رزرو موقت در دفتر کل روی موجودی شما اعمال میکند تا ظرفیت اجرا را تضمین کند. اگر دادهها برای برچسب زمانی 'send-at' در روزها یا هفتههای آینده تنظیم شده باشند، رزرو مجوز دارای یک طول عمر مشخص (TTL) خواهد بود.
TTL دفتر کل و انقضای مجوز
رزرو موجودی، هزینه تخمینی کمپین خروجی را مسدود میکند که شامل هزینههای مقصد و تخصیص شماره JIT میشود. با این حال، نگه داشتن اعتبار به صورت نامحدود، نقدینگی دفتر کل را مختل میکند. IOSOR محدودیتهای سختگیرانهای برای TTL رزرو موجودی اعمال میکند. اگر تاخیر در صف یا برنامهریزی طولانیمدت باعث انقضای رزرو قبل از زمان 'send-at' شود، وجوه مسدود شده به طور خودکار به موجودی حساب اصلی بازگردانده میشوند.
رد کردن حذفهای خاموش در زمان ارسال
در معماریهای قدیمی، رزروهای منقضی شده اغلب منجر به حذف خاموش (silent drops) میشوند که در آن صف به دلیل عدم وجود رزرو فعال، رکورد را در زمان 'send-at' رها میکند. IOSOR این مشکل را کاملاً برطرف کرده است. اگر زمان 'send-at' فرابرسد و رزرو بدون تایید مجدد منقضی شده باشد، موتور ارسال بلافاصله اجرا را رد کرده و یک رویداد وبهوک صریح به نام 'scheduling_hold_expired' ارسال میکند. این امر قابلیت حسابرسی کامل را برای ترافیک مقصد E.164 شما تضمین میکند.
قوانین مجوز مجدد و محدودیتهای موجودی
برای حفظ تحویل بدون وقفه برای صفهای طولانیمدت، خطوط لوله تایید مجدد خودکار میتوانند موارد برنامهریزی شده معلق را به صورت دورهای بررسی کنند. اگر موجودی به زیر حد نصاب لازم برسد، موتور تا زمانی که حساب حداقل کف پیشپرداخت USD 20 را برآورده کند، برای رزرو مجدد موجودی تلاش میکند.
ثبت رویدادها و تطبیق صف برنامهریزی
تطبیق وضعیت صف شما نیازمند شفافیت کامل در رزروهای کیف پول، مدیریت ساعات سکوت و لیستهای مسدودی است. وقتی یک مورد برنامهریزی شده رزرو خود را از دست میدهد، ثبت رویدادها به صورت آنی تغییر وضعیت را در کنسول پلتفرم ضبط میکند.
مطالب مرتبط: صف زمانبندی ارسال، موتور سیاست ساعات آرامش نیست · زمانبندی ارسال بر اساس منطقه زمانی و نگهداشت صف پیش از تولید · رزرو اعتبار پیشپرداخت پیش از نخستین برداشت.
شروع با IOSOR
صف زمانبندیشده خود را در کنسول IOSOR بررسی کنید تا TTL رزرو مجوز را در برابر برچسبهای زمانی ارسال هدف نظارت کنید. شنوندگان رویداد وبฮوک را برای هشدارهای انقضای رزرو زمانبندیشده پیکربندی کنید تا ادغام شما بتواند صدور مجدد مجوز را به صورت خودکار قبل از زمان ارسال فعال کند. اطمینان حاصل کنید که موارد موجود در صف معلق، رزرو موجودی فعال خود را حفظ میکنند تا از شکست اجرا هنگام باز شدن پنجره ارسال جلوگیری شود.
جمعبندی IOSOR
یکپارچگی ارسال زمانبندیشده به رزروهای همگامسازیشده موجودی بستگی دارد. IOSOR با متوقف کردن صریح پیامهای در صف هنگام انقضای رزروهای پیشاختصاصیافته دفترکل، فرضیه حذف خاموش را از بین میبرد و شفافیت کامل وضعیت را جایگزین شکستهای خاموش تحویل میکند.
پایش وبฮوک را برای رویدادهای انقضای رزرو پیکربندی کرده و صدور مجدد مجوز را برای برنامهریزیهای طولانیمدت خودکارسازی کنید. هرگز فرض نکنید ارسالهای زمانبندیشده در صورت انقضای رزرو دفترکل پیش از زمان ارسال اجرا خواهند شد.
آیا این راهنما مفید بود؟
راهنماهای مرتبط
- زمانبندی ارسال بر اساس منطقه زمانی و نگهداشت صف پیش از تولید
اعتبارسنundos ارسال SMS زمانبندیشده، افستهای منطقه زمانی E.164 و نگهداشت کیف پول پیشپرداخت را پیش از اجرای ترافیک عملیاتی در کنسول IOSOR بررسی کنید.
- صف زمانبندی ارسال، موتور سیاست ساعات آرامش نیست
بیاموزید که چرا صفهای ارسال کمپین در IOSOR ارسالهای زمانبندیشده را مدیریت میکنند در حالی که موتورهای انطباق، ساعات آرامش را به صورت مستقل اعمال میکنند.