Retirar SKUs de productos heredados sin interrumpir la facturación activa

Retirar SKUs de productos heredados sin interrumpir la facturación activa.

Establecimiento del ciclo de vida de retiro

La gestión de un catálogo CPaaS de marca blanca requiere un ciclo de vida estricto para los SKUs de productos. Cuando un SKU heredado llega al final de su vida útil, debe transicionarlo a un estado 'obsoleto' en lugar de eliminarlo. La eliminación destruye el historial del libro mayor, lo cual es catastrófico para las auditorías de facturación. En su lugar, marque el SKU como 'oculto' en la consola. Esto evita que los nuevos inquilinos seleccionen el producto mientras permite que los existentes continúen su ciclo de facturación actual sin interrupciones.

Gestión de la facturación activa en el libro mayor

Los inquilinos existentes vinculados a SKUs heredados deben permanecer funcionales hasta que migren. Cuando un SKU se retira, el libro mayor continúa procesando cargos MRC y basados en uso según la asociación histórica. No fuerce una migración a mitad del ciclo. En su lugar, utilice la API de IOSOR para marcar estas cuentas para un período de transición. Asegúrese de que el saldo mínimo prepago de USD 20 permanezca activo para estas cuentas, ya que el libro mayor requiere un saldo positivo para procesar el tráfico continuo de DLR y SMS.

Manejo de aprovisionamiento JIT y números

Dado que IOSOR utiliza aprovisionamiento JIT, los SKUs heredados a menudo apuntan a grupos de números específicos. Al retirar, debe asegurarse de que la lógica de enrutamiento E.164 permanezca intacta. Si un SKU heredado se elimina del catálogo activo, el motor JIT aún debe reconocer la asociación para los números existentes. Nunca desasigne números de un SKU retirado hasta que el inquilino se haya movido con éxito a un nuevo nivel de producto, de lo contrario, corre el riesgo de una falla inmediata del servicio.

Integridad de auditoría y cumplimiento

Mantener registros históricos no es negociable. Cada SKU retirado debe conservar sus metadatos, incluyendo precios originales y configuraciones de impuestos. Estos datos son vitales para los informes financieros. Si un inquilino solicita una exportación de su historial de uso, el sistema debe ser capaz de mapear el SKU retirado a una entrada válida del libro mayor. Esto garantiza que sus registros de auditoría permanezcan transparentes y cumplan con los estándares financieros internos.

Mejores prácticas operativas

Para gestionar la transición, monitoree las cuentas que se acercan al umbral de USD 1,000/mes. Estos inquilinos de alto volumen a menudo requieren una revisión suave antes de moverlos a nuevos SKUs. Utilice los siguientes recursos para gestionar sus operaciones de catálogo de manera efectiva:

• Estado del catálogo en notas de cotización y libro mayor
• Operaciones de catálogo cuando se envían muchos productos
• Retención de registros de auditoría: qué pueden exportar y demostrar los comp…

Comience con IOSOR

Abra la consola de administración de IOSOR y actualice la entrada del catálogo heredado al estado 'obsoleto' en lugar de eliminar el registro de la base de datos. Configure los escuchadores de webhooks del catálogo para rechazar nuevas solicitudes de aprovisionamiento mientras permite que los ciclos de facturación activos y las deducciones de MRC continúen sin interrupciones. Antes de desactivar la visibilidad del catálogo, verifique en la consola que las reglas de enrutamiento JIT históricas y los mapeos E.164 permanezcan vinculados a las subcuentas activas.

Conclusión IOSOR

Retirar las entradas del catálogo heredado requiere separar la ejecución de la facturación activa de la selección de nuevos productos sin destruir el historial financiero.