Divisor de gastos compartidos

Cómo funciona el reparto ponderado de gastos compartidos

La calculadora forma weight_sum como la suma de todos los pesos. Todo es aritmética de punto flotante determinista sin llamadas de red, sin semillas aleatorias y sin marcas de reloj, de modo que entradas idénticas producen siempre el mismo JSON.

Qué envía y qué recibe de vuelta

Envíe dos campos obligatorios y uno opcional. Comprobaciones clásicas incluyen total cien con pesos uno y uno para cincuenta cada uno, o noventa con pesos uno, uno y dos de modo que la tercera persona pague cuarenta y cinco. Conecte el formulario gratuito del navegador para chats de piso y mesas de cena, luego invoque el contrato idéntico desde scripts cuando un bot o backend necesite los mismos números. El campo expenses es un array no vacío de importes finitos no negativos, u objetos con un campo amount finito no negativo, o una cadena JSON de ese array. El campo weights es un array no vacío de números finitos no negativos, una entrada por persona, o una cadena JSON de ese array. El campo opcional names es un array de cadenas de visualización con la misma longitud que weights; si se omite, las personas se etiquetan Persona 1, Persona 2, y así sucesivamente. Campos obligatorios ausentes, cadenas no numéricas, NaN, Infinity, arrays vacíos, importes negativos, pesos negativos, una longitud de names que no coincide con weights, y una suma de pesos cero fallan con invalid_input y no se cobran. En éxito la respuesta devuelve expense_count, la lista limpia de expenses con index, amount y description opcional, expense_total, person_count, los weights limpios y weight_sum, los names resueltos, un array people de objetos con name, weight, share_ratio y owes, más un array paralelo owes para scripts. La cadena method weighted_expense_split y la cadena formula que reafirma que owes equals total times weight over sum of weights documentan el contrato. El precio de las llamadas API exitosas es la base publicada de $0.002 por ítem; los fallos de validación no consumen saldo prepago.

Dónde aparecen los divisores de gastos compartidos en el trabajo real

Compañeros de piso que liquidan alquiler mensual, suministros y compra necesitan una respuesta confiable de cuánto debe cada persona tras detallar cada ticket, sobre todo cuando un compañero estuvo fuera media mes y debe llevar un peso menor. Grupos de amigos que reparten una cuenta larga de restaurante con partes desiguales por vino o menús infantiles usan pesos en lugar de calculadoras a mano para que nadie rederive la aritmética en el chat. Parejas que reciben invitados pueden asignar peso doble a un asiento compartido y peso simple a cada invitado, y publicar el array people directamente en una solicitud de pago. El slug SEO apunta a quienes buscan un divisor de gastos compartidos con costes detallados y pesos personalizados, intención distinta de calculadoras iguales de combustible y peajes de viaje, divisores de propina o herramientas LLM que solo categorizan transacciones. Las tuberías de automatización de gastos almacenan expense_total, weight_sum, ratios de reparto y owes por persona para auditoría tras cada evento compartido. Como esta capacidad es un motor parse puro, el precio API es la base publicada de $0.002 por ítem exitoso y la validación fallida no consume saldo. Mantenga el aterrizaje centrado en la recuperación ponderada de un total detallado para que la página posicione por esa frase y el contrato JSON siga siendo lo bastante pequeño para widgets y bots SMS.