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 для действующих клиентов. Перед скрытием SKU из публичного API убедитесь, что движок JIT-маршрутизации сохраняет исторические E.164 привязки для активных аккаунтов.

Итог IOSOR

Безопасное изъятие устаревших позиций каталога требует четкого разделения процессов биллинга и создания новых услуг без потери исторической отчетности. Статус 'deprecated' сохраняет привязанные цены, налоговые параметры и маршрутизацию E.164, необходимые для финансового аудита и непрерывной работы текущих клиентов.

Переводите неактуальные артикулы в статус deprecated и сохраняйте регулярные списания по действующим контрактам до момента запланированной миграции. Не удаляйте позиции из базы данных каталога и не разрывайте связи JIT-провайдеринга, чтобы избегнуть внезапной остановки трафика и повреждения аудиторского следа.

Был ли материал полезен?

Связанные гайды