IOSOR

IOSOR База знань

Виведення застарілих артикулів з каталогу без зупинки білінгу

Інструкція з безпечного виведення з експлуатації старих SKU в платформі IOSOR із збереженням історії транзакцій та безперервності обслуговування клієнтів.

Виведення застарілих артикулів з каталогу без зупинки білінгу.

Життєвий цикл виведення продуктів

Керування каталогом у white-label платформі вимагає чіткої стратегії для застарілих SKU. Замість видалення запису, що веде до втрати даних у реєстрі, переводьте їх у статус 'архівний'. Це приховує продукт від нових користувачів, але зберігає доступ для поточних клієнтів. Такий підхід гарантує, що білінг продовжить коректно враховувати MRC та трафік без збоїв.

Безперервність фінансових операцій

Клієнти, що використовують старі SKU, повинні продовжувати роботу в штатному режимі. Не примушуйте їх до міграції посеред розрахункового періоду. Переконайтеся, що баланс акаунта не опускається нижче USD 20, оскільки це критичний поріг для обробки SMS та DLR. Система повинна продовжувати списувати кошти згідно з історичними налаштуваннями, поки клієнт не перейде на новий тариф.

JIT-провижинінг та маршрутизація

Оскільки IOSOR використовує JIT-механізми, застарілі SKU часто пов'язані з конкретними пулами номерів E.164. При деактивації SKU важливо зберегти логіку маршрутизації для вже призначених номерів. Не відв'язуйте номери від продукту до завершення міграції, інакше ви спровокуєте раптову зупинку сервісу для кінцевого користувача.

Збереження аудиторських даних

Історія транзакцій повинна бути доступна для експорту в будь-який час. Навіть якщо SKU виведений з обігу, його метадані та історія цін зобов'язані залишатися в базі. Це необхідно для проходження фінансових перевірок. Переконайтеся, що звіти щодо використання коректно відображають старі записи, пов'язуючи їх із поточними операціями в реєстрі.

Операційне керування та контроль

Для великих клієнтів з оборотом від USD 1,000/month рекомендується проводити м'який аудит перед зміною SKU. Використовуйте наступні матеріали для налаштування процесів:

Почніть з IOSOR

Відкрийте консоль адміністратора IOSOR та змініть стан застарілого SKU на 'deprecated' замість видалення запису з бази даних. Налаштуйте обробники вебхуків каталогу для блокування нових підписок із збереженням автоматичного MRC-білінгу для існуючих клієнтів. Перевірте в консолі, що модуль JIT-маршрутизації зберігає історичні прив'язки E.164 для активних суб-акаунтів до приховування артикула з публічного API.

Підсумок IOSOR

Безпечне виведення застарілих тарифних позицій вимагає відокремлення поточного білінгу від вибору нових послуг без знищення аудиторської історії. Переведення в статус 'deprecated' зберігає фіксовану вартість, податкову конфігурацію та параметри E.164, необхідні для успішного проходження фінансових перевірок.

Змінюйте статус застарілих SKU на deprecated та підтримуйте автоматичне списання за діючими контрактами до узгодженого вікна миграції. Не видаляйте елементи з каталогу та не розривайте зв'язки JIT-забезпечення, щоб запобігти збоям у маршрутизації та руйнуванню фінансової звітності.

Чи був матеріал корисним?

Пов’язані гіди