Como gerenciar retenções no livro-razão quando o envio rico cai para SMS pago

Como gerenciar retenções no livro-razão quando o envio rico cai para SMS pago.

Compreendendo a mecânica de fallback pré-pago

Quando um canal como RCS ou WhatsApp falha devido a um estado de destinatário não verificado ou tempo limite de rede, a plataforma inicia um fallback automático para SMS. Para operadores de CPaaS pré-pago, essa troca requer intervenção imediata no razão. Você não pode depender de deduções de saldo estáticas porque as mensagens ricas e o SMS padrão possuem tabelas de tarifas radicalmente diferentes. O sistema deve liberar a retenção inicial e aplicar um novo débito.

Retenções de saldo JIT e ajustes no razão

Para proteger a liquidez da plataforma, o IOSOR utiliza retenções de saldo JIT no momento em que uma solicitação de saída é gerada. Se um modelo RCS for despachado, o razão congela fundos correspondentes à tarifa do canal rico. Ao receber um DLR negativo indicando falha de entrega, o mecanismo de transação aciona um ajuste. A retenção original é anulada instantaneamente e um novo débito é lançado para o SMS de fallback. Isso garante que seu piso pré-pago de USD 20 seja respeitado.

Lidando com deltas de tarifas e saldos de carteira

Mensagens ricas normalmente geram custos mais altos do que mensagens básicas. Quando ocorre um fallback, o razão calcula a diferença líquida entre a retenção original e a taxa final do SMS. Se o cliente mantiver um saldo positivo acima do piso pré-pago de USD 20, o delta é deduzido de forma limpa. Para locatários que escalam rapidamente em direção a uma revisão suave perto de USD 1.000/mês, a reconciliação automatizada do razão evita o acúmulo de saldos negativos.

Webhooks e reconciliação de DLR

Os recibos de entrega ditam o momento exato da liquidação do razão. Os webhooks dos gateways de operadoras chegam de forma assíncrona, às vezes fora de ordem. O mecanismo do IOSOR corresponde ao UUID da mensagem de saída com o código de status DLR de entrada para finalizar a cobrança. Se uma sessão RCS expirar após 60 segundos, o webhook dispara um evento de cancelamento para a retenção primária, seguido imediatamente pela cobrança de envio de SMS.

Prevenção de cobrança dupla e condições de corrida

Discrepâncias de faturamento surgem ocasionalmente quando as tabelas de roteamento das operadoras são atualizadas no meio da sessão. Auditorias regulares do razão ajudam a reconciliar essas micro-variâncias comparando os carimbos de data/hora das retenções JIT com os logs de liquidação finais. Para mais detalhes, revise: WhatsApp versus RCS enquanto não está live, custo de modelo versus sessão, e idempotência, retries e dinheiro.

Comece com a IOSOR

Abra o console do IOSOR e acesse Cobrança e Razão para inspecionar os parâmetros ativos de retenção JIT em fluxos de contingência. Certifique-se de que o seu daemon de webhook DLR está configurado para analisar os códigos de status de rebaixamento de contingência em tempo real. Verifique se o seu daemon de razão cancela automaticamente as retenções originais de mensagens ricas e executa ajustes de saldo atômicos com base nas tabelas de tarifas de SMS padrão.

Conclusão IOSOR

Gerenciar retenções de saldo pré-pago em canais de mensagens ricas exige reconciliação imediata do razão quando a entrega é rebaixada para o SMS de contingência. Eventos de contingência não tratados deixam retenções ativas, restringindo artificialmente a liquidez da conta e fazendo com que disparos subsequentes falhem devido ao esgotamento falso de saldo.