Desativar SKUs de produtos legados sem interromper o faturamento ativo

Desativar SKUs de produtos legados sem interromper o faturamento ativo.

Estabelecendo o ciclo de vida de descontinuação

Gerenciar um catálogo de CPaaS white-label exige um ciclo de vida rigoroso para SKUs de produtos. Quando um SKU legado atinge o fim da vida útil, você deve transicioná-lo para um estado 'descontinuado' em vez de excluí-lo. A exclusão destrói o histórico do ledger, o que é catastrófico para auditorias de faturamento. Em vez disso, marque o SKU como 'oculto' no console. Isso impede que novos inquilinos selecionem o produto, permitindo que os existentes continuem seu ciclo de faturamento atual sem interrupções.

Gerenciando o faturamento ativo no ledger

Inquilinos existentes vinculados a SKUs legados devem permanecer funcionais até migrarem. Quando um SKU é descontinuado, o ledger continua processando cobranças de MRC e baseadas em uso com base na associação histórica. Não force uma migração no meio do ciclo. Em vez disso, use a API do IOSOR para sinalizar essas contas para um período de transição. Certifique-se de que o saldo mínimo pré-pago de 20 USD permaneça ativo para essas contas, pois o ledger requer um saldo positivo para processar o tráfego contínuo de DLR e SMS.

Lidando com provisionamento JIT e números

Como o IOSOR utiliza provisionamento JIT, SKUs legados geralmente apontam para pools de números específicos. Ao descontinuar, você deve garantir que a lógica de roteamento E.164 permaneça intacta. Se um SKU legado for removido do catálogo ativo, o motor JIT ainda deve reconhecer a associação para números existentes. Nunca desatribua números de um SKU descontinuado até que o inquilino tenha migrado com sucesso para um novo nível de produto; caso contrário, você arrisca uma falha imediata no serviço.

Integridade de auditoria e conformidade

Manter registros históricos é inegociável. Cada SKU descontinuado deve reter seus metadados, incluindo preços originais e configurações de impostos. Esses dados são vitais para relatórios financeiros. Se um inquilino solicitar uma exportação de seu histórico de uso, o sistema deve ser capaz de mapear o SKU descontinuado de volta a uma entrada válida no ledger. Isso garante que seus logs de auditoria permaneçam transparentes e em conformidade com os padrões financeiros internos.

Melhores práticas operacionais

Para gerenciar a transição, monitore contas que se aproximam do limite de 1.000 USD/mês. Esses inquilinos de alto volume geralmente exigem uma revisão suave antes de movê-los para SKUs mais novos. Use os seguintes recursos para gerenciar suas operações de catálogo de forma eficaz:

• Estado do catálogo em notas de cotação e ledger
• Operações de catálogo quando muitos produtos são lançados
• Retenção de logs de auditoria: o que os compradores podem exportar e comprovar

Comece com a IOSOR

Aceda à consola de administração do IOSOR e atualize a entrada do catálogo antigo para o estado 'obsoleto', em vez de eliminar o registo da base de dados. Configure os seletores de webhook do catálogo para rejeitarem novos pedidos de aprovisionamento, permitindo que os ciclos de faturação ativos e as deduções de MRC continuem sem interrupções. Antes de desativar a visibilidade do catálogo, confirme na consola se as regras históricas de encaminhamento JIT e os mapeamentos E.164 permanecem associados às subcontas ativas.

Conclusão IOSOR

A descontinuação de entradas do catálogo antigo exige a separação entre a execução da faturação ativa e a seleção de novos produtos, sem destruir o histórico financeiro.