Calculadora de desperdício de assinaturas

O que enviar: custo, ciclo de cobrança e meses sem uso

O ciclo de cobrança aceita weekly, biweekly ou fortnightly, monthly, quarterly, semiannual ou half-yearly, e yearly ou annual, com espaços e hífens normalizados antes da busca. O name, label, title ou service opcional dá uma linha legível para painéis; se você omitir o nome, o motor atribui Subscription one, Subscription two e assim por diante na ordem da lista. Pelo menos uma assinatura é exigida; um array vazio falha a validação antes de qualquer desperdício ser calculado. Meses sem uso negativos também falham, porque o tempo ocioso não anda para trás. Strings de ciclo desconhecidas falham com uma lista de valores aceitos para que erros de digitação apareçam cedo. Envie um corpo JSON com um array subscriptions obrigatório; os alias items, list, services e plans são aceitos quando o cliente já usa outro nome de campo. Cada entrada é um objeto com três fatos obrigatórios: cost, o valor cobrado em cada ciclo; billing_cycle, o ritmo dessa cobrança; e months_unused, quantos meses de uma janela de doze meses o serviço ficou ocioso. Cost pode chegar como número ou string numérica; os alias amount, price, fee e charge mapeiam o mesmo valor para que exportações bancárias e construtores de formulário conservem chaves familiares. Custos negativos geram invalid_input com a mensagem de que o custo não pode ser negativo: a promessa do produto é dinheiro perdido em assinaturas ociosas, não um livro de reembolsos. Custos extremamente grandes, contagens de meses ociosos e listas muito longas são limitados para que a matemática do isolate do Worker permaneça limitada. Toda a validação roda antes do escalonamento, de modo que uma lista ruim nunca devolve desperdício anual pela metade que pareça sucesso a um cliente que só confere o HTTP de êxito.

Como o desperdício anual é calculado a partir dos meses ociosos

Para cada assinatura o motor multiplica o custo cobrado por quantas vezes aquele ciclo ocorre em um ano e depois divide por doze para produzir um equivalente mensal: weekly usa cinquenta e dois períodos, biweekly usa vinte e seis, monthly usa doze, quarterly usa quatro, semiannual usa dois e yearly usa um. Isso significa que um plano yearly de cento e dezenove ponto oitenta e oito vira nove ponto noventa e nove por mês, enquanto uma taxa monthly de quinze ponto noventa e nove permanece quinze ponto noventa e nove. Seis meses ociosos naquele plano yearly de nuvem portanto desperdiçam cinquenta e nove ponto noventa e quatro em um ano; doze meses ociosos desperdiçam o custo anual completo; dezoito meses ociosos ainda relatam um vazamento de um ano inteiro porque o produto responde dinheiro perdido por ano, não um acumulado de vários anos. Os produtos intermediários usam aritmética de ponto flutuante ordinária; cada campo monetário da resposta é depois arredondado half-up para duas casas decimais para que os resultados pareçam moeda em um extrato e não frações binárias longas. Os meses sem uso são então aplicados dentro de uma janela de doze meses: waste_per_year é igual ao equivalente mensal vezes o menor entre months_unused e doze. Cada linha de resultado inclui o índice baseado em zero, o nome exibido, o cost ecoado, o billing_cycle canônico, months_unused, monthly_cost, annual_cost, unused_months_in_year após o teto, e waste_per_year. O total_waste_per_year de nível superior soma as contribuições de desperdício pré-arredondamento para que o grande total fique coerente com a matemática das linhas antes do arredondamento half-up final. total_annual_cost é a soma dos custos anualizados completos, e unused_pct é cem vezes o desperdício sobre esse total anual (zero quando todos os custos são zero). O campo count é igual ao número de linhas de entrada, currency_decimals é sempre dois e method é sempre subscription_waste para que o código a jusante ramifique sem farejar formas. Assinaturas ausentes, listas vazias, cost ausente, ciclo ausente, months_unused ausente, valores não numéricos, ciclos desconhecidos e custos negativos falham todos com invalid_input e não são cobrados após a rejeição.

Onde uma API de desperdício de assinaturas justifica o lugar

Chame a calculadora gratuita de desperdício de assinaturas no navegador quando estiver caçando pilhas de streaming esquecidas, academias sem uso ou assentos de software que ainda renovam enquanto ninguém entra. Mantenha as listas em tamanhos ordinários de lar ou equipe; o teto publicado de assinaturas protege o tempo de execução do isolate e ainda cobre pilhas completas de mídia e software. A promessa do produto é o desperdício transparente de meses sem uso, não raspagem ao vivo de comerciantes nem classificação de feeds bancários: essas intenções pertencem a ferramentas diferentes, com termos de busca e motores diferentes. Use a API pré-paga quando um aplicativo de finanças pessoais, um coach de gastos, um auxiliar de compras SaaS, um bot de custos compartilhados da família ou um fluxo de onboarding de cancelar ou manter precisar de um contrato estável a US$ 0,002 por item bem-sucedido; falhas de validação nunca consomem saldo depois que o motor rejeita o pedido. Emparelhe este endpoint com uma calculadora de gasto total só quando você também precisar da parcela usada da pilha: esta capacidade responde o dinheiro ocioso por ano, não a fatura recorrente completa. Autores que publicam SDKs podem mapear o array lines em uma tabela de cancelar primeiro, exibir total_waste_per_year em um banner de resumo e usar unused_pct para mostrar quanto da pilha anual está ocioso. Entradas idênticas sempre produzem o mesmo JSON porque o caminho é aritmética pura, sem semente aleatória e sem relógio de parede, o que bots de orçamento e demos escolares precisam ao congelar um vazamento anual de referência.