Calculadora de doble descuento

Un descuento que supera el cien por ciento se rechaza como invalid_input y no se factura.

Cómo se componen de verdad dos descuentos sucesivos

La identidad que usa esta calculadora es final_price igual a price por uno menos first_discount dividido entre cien, por uno menos second_discount dividido entre cien. El primer recorte produce un price_after_first intermedio, que luego se reduce con la segunda tasa. El ahorro total es el precio original menos ese final_price, que equivale a price por el porcentaje combinado equivalente una vez que el redondeo monetario se aplica en cada paso para que las partes sigan sumando la lista. price es el importe original en una sola moneda; first_discount y second_discount son las dos tasas anunciadas, escritas como las imprimen las franjas, de modo que veinte significa veinte por ciento, no veinte centésimas. El único porcentaje que coincidiría con el resultado apilado también se devuelve como equivalent_percent para que una hoja de cálculo conserve un número junto a los dos porcentajes que la gente teclea. Un descuento que supera el cien por ciento no es una rebaja en este contrato y se rechaza como invalid_input, porque una franja que imprime ciento veinte por ciento de descuento casi siempre es un error de datos, no un reembolso que usted pretendía modelar.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Si price es negativo, el manejador rechaza la solicitud porque un precio original no puede ser negativo; una muestra gratuita de cero se admite y produce precio final nulo y ahorro nulo. Si cualquiera de los descuentos es negativo, el manejador rechaza con un mensaje claro de que no se admite un descuento sucesivo negativo. El cero por ciento en un paso es válido y deja el importe de ese paso sin cambios. El cien por ciento en un paso es válido y pone a cero el precio restante. Envíe mediante POST un cuerpo JSON con tres números finitos obligatorios. price es el importe original en una unidad monetaria antes de cualquiera de los dos descuentos sucesivos; los alias original_price, list_price, original y amount apuntan al mismo campo para que una exportación de catálogo conserve los nombres de columna. first_discount es la primera tasa sucesiva de descuento aplicada al precio original, no una fracción: veinte significa veinte por ciento; se aceptan los alias first_percent, discount1, first y percent1. second_discount es la segunda tasa sucesiva aplicada a lo que queda tras el primer recorte; se aceptan los alias second_percent, discount2, second y percent2. Cada campo numérico puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos fallan con invalid_input nombrando el campo. Si cualquiera de los descuentos supera cien, el manejador rechaza con invalid_input indicando que un descuento sucesivo que supera el 100 por ciento no se admite: esos fallos no se facturan. Si acierta, el cuerpo ecoa price redondeado a dos decimales, first_discount y second_discount, luego informa price_after_first como el importe tras solo el primer recorte, final_price como la cifra de pago tras ambos recortes redondeada a dos decimales, savings como price menos final_price, equivalent_percent como el único porcentaje que coincidiría con el resultado apilado, y una cadena formula que reafirma la identidad. Ejemplo: cien al veinte y luego al diez produce un price_after_first de ochenta, un final_price de setenta y dos, un savings de veintiocho y un equivalent_percent de veintiocho. Combine el JSON con su propia regla sobre qué SKU comparten esas dos tasas —toda la tienda más cupón, liquidación más extra de empleado, o recorte del vendedor más código del sitio— porque este punto multiplica los tres números que usted envía; no consulta un comercio, no aplica un tercer cupón ni convierte divisas. Mantenga las peticiones pequeñas, fije el final_price redondeado en las pruebas y obtendrá una cifra apilada reproducible para hojas, complementos LMS y workers de borde sin montar un motor de promociones propio.

Dónde resulta útil una calculadora de doble descuento

Los editores de sitios de ofertas introducen una lista publicada y los dos porcentajes anunciados, luego fijan final_price y savings para que una publicación no cite un treinta por ciento inventado que luego discrepe del pago. Como la implementación es parse de nivel A puro, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo y sin red de salida. Mantenga ambos descuentos entre cero y cien inclusive, fije el final_price redondeado en las pruebas y obtendrá una cifra apilada reproducible para teasers, carritos y workers de borde sin montar un motor de promociones propio.