Alguien lo pregunta siempre la última noche, normalmente mientras se recoge la mesa: bueno, ¿quién debe cuánto a quién? Cuatro personas dan entonces cuatro respuestas distintas, y ninguna es deshonesta. Sencillamente están respondiendo a una pregunta diferente de la que se hizo.
La respuesta corta. Nadie debe nada por un gasto concreto. Cada uno debe, o le deben, un único importe neto: todo lo que adelantó, menos todo lo que realmente consumió. Haz ese cálculo para cada participante y obtienes los saldos. Después el grupo no tiene que pagar esos saldos deuda por deuda, porque la mayoría se anulan: un grupo de cuatro puede saldar seis deudas potenciales con tres transferencias. El único caso en el que ese ordenamiento no debe producirse es cuando hay varias divisas en juego, porque dos divisas no pueden compensarse sin una conversión que cambia los importes.
Por qué nadie llega al mismo número
Porque cada uno sigue la mitad equivocada del problema. Lo que recuerdas es lo que salió de tu tarjeta: el hotel, las dos cenas, el taxi desde el aeropuerto. Lo que decide realmente tu saldo es ese total menos tu parte de todo lo que el grupo consumió, incluido lo que otros pagaron por ti.
Los dos números solo coinciden si pagaste exactamente tu parte, cosa que casi nunca ocurre. En nuestros datos, un grupo tiene de media 3,68 participantes y registra 21 gastos. Nadie retiene en la cabeza veintiún gastos y las partes de cuatro personas, así que el grupo se queda con lo que puede recordar, y cuatro personas recuerdan cuatro cosas distintas.
Quién debe cuánto a quién, paso a paso
El método tiene tres pasos, y todas las apps de división de gastos usan el mismo.
- Suma lo que ha adelantado cada uno. El importe completo que pagó, sin importar para quién.
- Suma lo que ha consumido cada uno. Su parte de cada gasto, incluidos los que pagó otra persona.
- Resta. Pagado menos consumido. Un resultado positivo significa que el grupo te debe esa cantidad. Un resultado negativo significa que le debes al grupo.
Ese tercer número es el saldo, y es la única cifra con la que toda la mesa puede estar de acuerdo, porque no depende del gasto que cada uno recuerde. Además tiene una propiedad útil: en un grupo, todos los saldos sumados dan cero. Si no cuadran, falta un gasto o alguien quedó fuera de un reparto.
Fíjate en lo que el saldo no es. No es una lista de deudas hacia personas concretas. No le debes a quien pagó la cena, le debes al grupo. A quién transfieres el dinero en la práctica es otra pregunta, y mucho más interesante.
Por qué cuatro amigos acaban con seis reembolsos
Una vez conocidos los saldos, hay que convertirlos en transferencias. Hecho de forma ingenua, gasto por gasto, el número de deudas crece rápido: en un grupo de n personas existen n(n-1)/2 parejas posibles. Cuatro amigos, seis deudas. Seis amigos, quince. Los grupos de exactamente cuatro son el 14,8 % de nuestra base, así que es el caso estándar, no un caso límite.
Casi todas esas transferencias no sirven de nada, porque se anulan entre sí. Splitwise explicó el principio en su propio blog ya en 2012, y no ha cambiado desde entonces: « si Anna le debe a Bob, y Bob le debe a Cathy, entonces Anna puede pagarle directamente a Cathy ». El artículo da la razón en una línea: « Menos pagos, menos espera para recuperar tu dinero. »
Matemáticamente, un grupo de n personas nunca necesita más de n-1 transferencias para devolver a todo el mundo a cero. Cuatro amigos, tres transferencias. Es lo que hacen las transferencias optimizadas en Banana Split, y toda app seria del sector ofrece alguna versión de esto. El saldo de nadie cambia, solo cambia el camino que recorre el dinero.
En un grupo de cuatro personas, ¿cuántas transferencias hacen falta como máximo para saldarlo todo?
Cuatro personas forman seis parejas posibles, pero la mayoría de esas deudas se anulan. Tras simplificarlas quedan como máximo tres transferencias, y el número de gastos detrás no cambia nada.
Qué cambia cuando el viaje cruza varios países
Aquí el ordenamiento descrito arriba se vuelve directamente incorrecto, y es la parte en la que la mayoría de las apps se muestran perezosas.
Imagina que el grupo gasta ringgits en Malasia y luego yuanes en China. Le debes 30 MYR a un amigo y otro te debe el equivalente a 12 CNY. Compensar uno con otro parece eficiente, pero hace en silencio dos cosas que no has pedido. Elige un tipo de cambio, en una fecha que nadie ha acordado, y convierte una deuda que podías saldar en efectivo allí mismo en una deuda que tiene que sobrevivir a una conversión.
Es más raro de lo que sugieren los blogs de viajes, y mucho más pesado cuando ocurre. Entre los grupos donde la divisa queda registrada, el 2,21 % mezcla varias divisas. Pero el 16,4 % de esos pasa de dos divisas, un grupo llegó a diez, y registran 47,9 gastos de media frente a 21,1 de un grupo normal. Un viaje por varios países no es un caso marginal, es el evento más grande que la mayoría de los grupos seguirá nunca.
Por eso Banana Split te deja elegir cómo leer los saldos. En cuanto un evento contiene más de una divisa, aparece un selector en la parte superior de la pantalla de saldos, con dos opciones:
- Convertido a la divisa del grupo, la opción por defecto. Un saldo por persona, todo llevado a una sola divisa al cambio del día. Es lo que quieres cuando el viaje se salda de una vez, ya de vuelta en casa.
- Un saldo por divisa. El cálculo se ejecuta una vez por divisa, solo sobre los gastos de esa divisa, y los resultados nunca se mezclan. Tu deuda de 30 MYR sigue siendo una deuda de 30 MYR. No la anula un crédito en yuanes.
El segundo modo conserva todo lo demás. Las deudas se siguen simplificando, pero dentro de cada divisa, así que sigues obteniendo el mínimo de transferencias, divisa por divisa. La pantalla muestra una tabla por divisa, y una divisa en la que todos están a cero mantiene su línea y lo dice, lo cual es información realmente útil: significa que Malasia está cerrada y solo queda China abierta.
Una nota honesta: leer los saldos por divisa forma parte del conjunto multidivisa, que está detrás del plan de pago, con prueba gratuita. Mezclar varias divisas dentro de un mismo grupo es gratis. Separar el saldo divisa por divisa no lo es. Tratamos todo el problema multidivisa aparte, incluido el lado de los reembolsos, y puedes ver dónde encaja en la lista de funciones.
¿Conviene ir saldando sobre la marcha o al final?
Al final, en casi todos los casos. Reembolsar durante el viaje significa convertir dos veces el mismo dinero, y oculta el panorama: mientras sigan entrando gastos, un saldo es una foto fija, no una conclusión. La excepción es la persona que acaba adelantándolo todo, un caso bastante frecuente como para dedicarle un artículo propio. Si alguien carga con la tesorería del grupo durante quince días, un reembolso parcial a mitad de camino es justo, y cuesta una transferencia.
Más importante que el momento es que todo esté registrado antes de que nadie empiece a calcular. Un saldo calculado sobre el 90 % de los gastos no es correcto al 90 %, está mal, y está mal de una manera que siempre favorece a quien olvidó registrar algo.
Si tu grupo está a punto de hacer esto a las bravas, sobre una servilleta, con cuatro personas que recuerdan cada una una mitad distinta del viaje, descarga Banana Split y deja que la aritmética se haga sola. También mantenemos una comparación honesta de lo que hacemos nosotros y lo que hacen Splitwise y Tricount, incluidas las filas en las que ganan ellos. Y si tu grupo ya usa Tricount, aquí tienes cómo calcula Tricount los saldos y lo que no sabe hacer.
De dónde salen los números
Las cifras sobre el comportamiento de los grupos provienen de 186.833 grupos registrados en Banana Split, cada uno con al menos dos participantes y cinco gastos, 3,95 millones de gastos en total, exportación del 15 de septiembre de 2026. Las estadísticas de divisas se calculan sobre el 35 % de esos grupos en los que la divisa de cada gasto queda registrada de forma explícita: describen por tanto los grupos que podemos medir realmente, no toda la base. Los datos son agregados y anónimos. Todo lo relativo a Splitwise procede de la página enlazada en el texto, consultada el 16 de septiembre de 2026.