Calculadora de descuento 2x1

Cómo se calcula el porcentaje de descuento compre-X-lleve-Y-gratis

Esa cifra es unit_price: el precio de estante de un ítem idéntico antes de la promoción, mantenido en una unidad para todo el cálculo a fin de que no se cuele conversión de moneda silenciosa. Después fije buy_qty a X y free_qty a Y para el texto de oferta compre X lleve Y gratis. El total de lista es unit_price por quantity; el total a pagar es unit_price por ítems de pago; el ahorro es total de lista menos total a pagar. La tubería es aritmética de coma flotante determinista: sin semillas aleatorias, sin marcas de reloj, sin llamadas de red y sin deriva de modelo, de modo que entradas idénticas producen siempre el mismo JSON. quantity, buy_qty y free_qty deben ser enteros positivos finitos; cantidades cero o negativas fallan con invalid_input en lugar de inventar un descuento. unit_price negativo falla; unit_price cero se permite y produce totales cero y porcentaje de descuento cero.

Qué envía y qué recibe de vuelta

Comprobaciones clásicas incluyen precio unitario diez con cantidad cinco bajo 2x1: ítems gratis dos, de pago tres, lista cincuenta, a pagar treinta, ahorro veinte, descuento cuarenta por ciento. Otra es precio unitario doce con cantidad siete bajo 3x2: ítems gratis dos, de pago cinco, lista ochenta y cuatro, a pagar sesenta, ahorro veinticuatro, descuento cerca de veintiocho punto cinco siete. Envíe cuatro campos obligatorios. unit_price es un número finito mayor o igual que cero para el precio de lista de un ítem. quantity es un entero positivo de cuántos ítems lleva. buy_qty es un entero positivo X del lado de pago del ciclo de oferta. free_qty es un entero positivo Y de ítems gratis concedidos tras cada bloque de pago completo de X. Campos ausentes, cadenas no numéricas, NaN, Infinity, campos de cantidad fraccionarios, cantidades cero o negativas y unit_price negativo fallan con invalid_input y no se cobran. Si tiene éxito, la respuesta repite unit_price, quantity, buy_qty y free_qty limpios, informa group_size como X más Y, deal_cycles como grupos completos, remainder como ítems sobrantes, paid_items y free_items como el reparto del cobro, list_total y payable_total y savings como cifras monetarias en la misma unidad, y discount_percent como el porcentaje efectivo sobre el total de lista. deal_label es una cadena humana breve como compre 1 lleve 1 gratis, method es bogo_discount, y formula documenta free_items igual a floor de quantity sobre X más Y por Y más max de cero y remainder menos X para que blogs y cartas de oferta citen la misma expresión. Una petición de cantidad cero o negativa falla con invalid_input duro que menciona cantidades no positivas. El precio de las llamadas API correctas es la base publicada de $0.002 por ítem; los fallos de validación no consumen saldo prepago.

Dónde aparecen las calculadoras BOGO en el trabajo real

Educadores de finanzas personales que enseñan matemáticas del consumidor asignan hojas BOGO y necesitan JSON determinista para autoevaluadores en lugar de totales a mano que derivan con el redondeo. Equipos de producto que envían widgets de carrito reutilizan la misma aritmética de ciclo en navegador y API para que maquetas sin conexión y producción nunca discrepen. Como esta capacidad es un motor parse puro, el precio de la API es la base publicada de $0.002 por ítem correcto y la validación fallida no consume saldo.