Calculadora de desconto duplo

Um desconto que ultrapassa cem por cento é rejeitado como invalid_input e não é faturado.

Como dois descontos sucessivos realmente se combinam

A identidade que esta calculadora usa é final_price igual a price vezes um menos first_discount dividido por cem, vezes um menos second_discount dividido por cem. O primeiro desconto produz um price_after_first intermediário, que depois é reduzido pela segunda taxa. A economia total é o preço original menos esse final_price, o que equivale a price vezes o percentual combinado equivalente depois que o arredondamento monetário é aplicado em cada etapa para que as partes continuem somando a lista. price é o valor original em uma só moeda; first_discount e second_discount são as duas taxas anunciadas, digitadas como as faixas as imprimem, de modo que vinte significa vinte por cento, não vinte centésimos. O único percentual que coincidiria com o resultado empilhado também é devolvido como equivalent_percent para que uma planilha conserve um número ao lado dos dois percentuais que as pessoas digitam. Um desconto que ultrapassa cem por cento não é um desconto neste contrato e é rejeitado como invalid_input, porque uma faixa que imprime cento e vinte por cento de desconto quase sempre é um erro de dados, não um reembolso que você pretendia modelar. Este endpoint não raspa catálogos de varejistas, não acrescenta um terceiro cupom sobre os dois percentuais que você envia, não soma imposto sobre vendas nem frete, e não converte moedas.

Contrato de entrada, forma da resposta e comportamento em caso de erro

Se price for negativo, o processador rejeita a solicitação porque um preço original não pode ser negativo; uma amostra gratuita de zero é admitida e produz preço final nulo e economia nula. Se qualquer desconto for negativo, o processador rejeita com uma mensagem clara de que um desconto sucessivo negativo não é permitido. Zero por cento em uma etapa é válido e deixa o valor dessa etapa inalterado. Cem por cento em uma etapa é válido e zera o preço restante. Envie por POST um corpo JSON com três números finitos obrigatórios. price é o valor original em uma unidade monetária antes de qualquer um dos dois descontos sucessivos; os aliases original_price, list_price, original e amount apontam para o mesmo campo para que uma exportação de catálogo conserve os nomes de coluna. first_discount é a primeira taxa sucessiva de desconto aplicada ao preço original, não uma fração: vinte significa vinte por cento; aceitam-se os aliases first_percent, discount1, first e percent1. second_discount é a segunda taxa sucessiva aplicada ao que resta após o primeiro desconto; aceitam-se os aliases second_percent, discount2, second e percent2. Cada campo numérico pode chegar como número JSON ou como cadeia numérica. Campos ausentes, cadeias vazias e valores não finitos falham com invalid_input nomeando o campo. Se qualquer desconto ultrapassar cem, o processador rejeita com invalid_input indicando que um desconto sucessivo que ultrapassa 100 por cento não é permitido: essas falhas não são faturadas. Em caso de sucesso, o corpo ecoa price arredondado a duas casas, first_discount e second_discount, depois informa price_after_first como o valor após só o primeiro desconto, final_price como a cifra de checkout após os dois cortes arredondada a duas casas, savings como price menos final_price, equivalent_percent como o único percentual que coincidiria com o resultado empilhado, e uma cadeia formula que reafirma a identidade. Exemplo: cem a vinte e depois a dez produz price_after_first de oitenta, final_price de setenta e dois, savings de vinte e oito e equivalent_percent de vinte e oito. Combine o JSON com a sua própria regra sobre quais SKUs compartilham essas duas taxas —loja inteira mais cupom, liquidação mais extra de funcionário, ou recorte do vendedor mais código do site— porque este endpoint multiplica os três números que você envia; não consulta um varejista, não aplica um terceiro cupom nem converte moedas. Mantenha as solicitações pequenas, fixe o final_price arredondado nos testes e você obtém uma cifra empilhada reproduzível para planilhas, plugins LMS e workers de borda sem montar um motor de promoções próprio.

Onde uma calculadora de desconto duplo vale o trabalho

Editores de sites de ofertas inserem uma lista publicada e os dois percentuais anunciados, depois fixam final_price e savings para que um post não cite um trinta por cento inventado que depois discorde do checkout. Como a implementação é parse de nível A puro, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo e sem rede de saída. Mantenha ambos os descontos entre zero e cem inclusive, fixe o final_price arredondado nos testes e você obtém uma cifra empilhada reproduzível para teasers, carrinhos e workers de borda sem montar um motor de promoções próprio.