- Navios
- 11 de agosto de 2026 às 00:49 UTC
- Autor
- Kamo
- Enviar
- 2b0f443
Os preços são imutáveis e o mapeamento mantém uma linha por (org, tipo, código, ciclo) atrás de uma chave única, de modo que uma vez que um preço existiu nunca poderia mudar. A A edição de preços foi um no-op permanente na receita, e nada relatou isso. StripePriceReconciler compara cada preço mapeado com o que o catálogo agora diz e, quando solicitado, aponta o mapeamento em uma nova Stripe Price com o velho um arquivado — arquivado em vez de excluído, porque o Stripe continua a facturar preço arquivado para as assinaturas já nele contidas e recusa-o para novas, que é exactamente o comportamento desejado. A medição é levada através, então um medidor preço não pode voltar unmetered e silenciosamente parar o uso de faturamento. Ele deliberadamente não move os assinantes existentes para o novo preço. Silenciosamente re-privar um cliente ao vivo porque alguém editou uma linha de catálogo é uma carga ninguém autorizado; se avorá-los é uma decisão comercial, e O facto de nunca ter sido uma decisão foi o que faltava. A contagem ainda no preço antigo é relatado em vez disso. Relatório exposto-somente por defeito em GET ********************** com o reponto atrás de um POST explícito.