IOSOR دانش

بازنشستگی SKUهای محصول قدیمی بدون ایجاد اختلال در صورت‌حساب دفترکل

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

بازنشستگی SKUهای محصول قدیمی بدون ایجاد اختلال در صورت‌حساب دفترکل.

ایجاد چرخه حیات بازنشستگی

مدیریت کاتالوگ CPaaS با برچسب سفید مستلزم یک چرخه حیات دقیق برای SKUهای محصول است. هنگامی که یک SKU قدیمی به پایان عمر خود می‌رسد، باید آن را به جای حذف، به وضعیت 'بازنشسته' منتقل کنید. حذف، تاریخچه دفترکل را از بین می‌برد که برای حسابرسی صورت‌حساب فاجعه‌بار است. در عوض، SKU را در کنسول به عنوان 'مخفی' علامت‌گذاری کنید. این کار از انتخاب محصول توسط مستاجران جدید جلوگیری می‌کند و در عین حال به مستاجران فعلی اجازه می‌دهد چرخه صورت‌حساب فعلی خود را بدون وقفه ادامه دهند.

مدیریت صورت‌حساب دفترکل فعال

مستاجران فعلی که به SKUهای قدیمی متصل هستند باید تا زمان مهاجرت عملکردی باقی بمانند. هنگامی که یک SKU بازنشسته می‌شود، دفترکل به پردازش هزینه‌های MRC و هزینه‌های مبتنی بر استفاده بر اساس ارتباط تاریخی ادامه می‌دهد. مهاجرت را در اواسط چرخه اجباری نکنید. در عوض، از API IOSOR برای علامت‌گذاری این حساب‌ها برای یک دوره انتقالی استفاده کنید. اطمینان حاصل کنید که کف پیش‌پرداخت USD 20 برای این حساب‌ها فعال باقی می‌ماند، زیرا دفترکل برای پردازش ترافیک DLR و SMS در حال انجام به موجودی مثبت نیاز دارد.

رسیدگی به تأمین JIT و شماره‌ها

از آنجایی که IOSOR از تأمین JIT استفاده می‌کند، SKUهای قدیمی اغلب به استخرهای شماره خاص اشاره دارند. هنگام بازنشستگی، باید اطمینان حاصل کنید که منطق مسیریابی E.164 دست‌نخورده باقی می‌ماند. اگر یک SKU قدیمی از کاتالوگ فعال حذف شود، موتور JIT همچنان باید ارتباط را برای شماره‌های موجود تشخیص دهد. هرگز شماره‌ها را از یک SKU بازنشسته لغو نکنید تا زمانی که مستاجر با موفقیت به سطح محصول جدید منتقل شود، در غیر این صورت خطر خرابی فوری سرویس را به همراه خواهید داشت.

یکپارچگی حسابرسی و انطباق

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

بهترین شیوه‌های عملیاتی

برای مدیریت انتقال، حساب‌هایی را که به آستانه USD 1,000 در ماه نزدیک می‌شوند، نظارت کنید. این مستاجران با حجم بالا اغلب قبل از انتقال به SKUهای جدیدتر نیاز به بررسی ملایم دارند. از منابع زیر برای مدیریت موثر عملیات کاتالوگ خود استفاده کنید:

شروع با IOSOR

کنسول مدیریتی IOSOR را باز کرده و ورودی کاتالوگ قدیمی را به جای حذف رکورد پایگاه داده، به وضعیت «منسوخ‌شده» (deprecated) به‌روزرسانی کنید. شنوندگان وب‌هوک کاتالوگ خود را پیکربندی کنید تا درخواست‌های آماده‌سازی جدید را رد کنند، در حالی که لوپ‌های صورت‌حساب فعال و کسر هزینه‌های MRC بدون اختلال ادامه می‌یابند. قبل از خاموش کردن قابلیت رؤیت کاتالوگ، در کنسول تأیید کنید که قوانین مسیریابی قدیمی JIT و نگاشت‌های E.164 همچنان به زیرحساب‌های فعال متصل هستند.

جمع‌بندی IOSOR

خروج ورودی‌های کاتالوگ قدیمی مستلزم جداسازی اجرای صورت‌حساب فعال از انتخاب محصولات جدید بدون از بین بردن تاریخچه مالی است. علامت‌گذاری نرم SKUهای قدیمی باعث حفظ قفل‌های قیمتی قدیمی، پیکربندی‌های مالیاتی و بافت مسیریابی لازم برای ممیزی‌های منطبق و ارائه خدمات بدون وقفه به مشترکان موجود می‌شود.

ورودی‌های کاتالوگ قدیمی را روی حالت منسوخ‌شده قرار دهید و اجازه دهید صورت‌حساب خودکار تا زمان رسیدن حساب به پنجره مهاجرت برنامه‌ریزی‌شده ادامه یابد. از حذف سخت SKUها از پایگاه داده کاتالوگ یا قطع ارتباطات آماده‌سازی قدیمی JIT خودداری کنید، زیرا این کار بلافاصله ترافیک مشترکان فعال را مختل کرده و ردپای ممیزی مالی را خراب می‌کند.

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

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