En una agencia hay una situación que constantemente estropea la contabilidad simple: un cliente paga varias cosas a la vez en una sola transferencia. Digamos que le envía 200 mil, y dentro de esa suma va el pago del proyecto actual, un anticipo del siguiente y una tarifa mensual fija. O paga tres meses de trabajo por adelantado. Si registra esto como un único ingreso contra un único proyecto, todo su análisis se descontrola: un proyecto se infla, los demás parecen «sin efectivo».
Saber dividir correctamente un pago entre varios proyectos y meses es una habilidad básica de contabilidad de gestión en servicios. Veamos por qué importa y cómo hacerlo bien.
Por qué un pago suele ser en realidad varios ingresos
Al cliente le resulta cómodo pagar en una sola transferencia, pero usted necesita la verdad para cada proyecto. Esas dos necesidades entran en conflicto. Si deja el pago sin dividir, un proyecto recibe todo el dinero en sus registros aunque en realidad pertenezca a tres. La rentabilidad se distorsiona: el proyecto «rico» parece enormemente rentable, mientras que el resto parece desfinanciado.
Así que la regla es simple: en su contabilidad, el dinero sigue su propósito, no la transferencia bancaria. Un pago bancario puede y debe dividirse en varios registros entre distintos proyectos.
Cómo dividir un pago entre proyectos
La mecánica es sencilla. Cuando llega un pago de 200 mil, lo divide en partes según su propósito: 120 mil — proyecto A (cierre), 50 mil — proyecto B (anticipo), 30 mil — la tarifa mensual fija. Sigue sumando los mismos 200 mil, pero ahora cada proyecto ha recibido exactamente lo que le corresponde. Eso mantiene honesta la rentabilidad de cada proyecto. Es la misma lógica que la vista a nivel de cliente del artículo Rentabilidad de clientes: el 20% que genera el 80%.
Cómo dividir un pago entre meses
Un caso especial es el pago por adelantado de varios períodos. Un cliente paga 90 mil por tres meses de tarifa fija. Si lo registra todo en el mes en curso, ese mes parece «dorado» y los dos siguientes parecen vacíos, aunque el trabajo continúe. La forma correcta es repartirlo en 30 mil en cada uno de los tres meses, porque el ingreso se reconoce cuando el trabajo se realiza. Así los meses no dan saltos, y la rentabilidad de cada uno refleja la realidad.
Un caso especial: anticipos y pagos por adelantado
Un anticipo o pago por adelantado de un proyecto futuro todavía no es ingreso: es una obligación de realizar el trabajo. Por eso, al dividir el pago, conviene señalar la parte del anticipo por separado: el dinero está en la cuenta, pero se convierte en «ganado» solo una vez que usted ha entregado. Esto le evita la ilusión clásica en la que los pagos por adelantado inflan el beneficio del mes, y luego, una vez terminado el trabajo y sin nuevos anticipos, llega la caída.
Ejemplo: un pago, tres proyectos
Un cliente transfiere 240 mil. Sin dividirlo, esto parecería un proyecto A enormemente rentable. Lo dividimos según su propósito: 140 — proyecto A (pago final, sus costos ya se han incurrido, así que el margen se ve de inmediato), 60 — proyecto B (anticipo, marcado como obligación), 40 — la tarifa fija de agosto. Ahora A muestra su margen real, B no infla el mes en curso, y la tarifa fija cae donde le corresponde. Una transferencia, tres registros honestos.
Por dónde empezar
Hágalo una regla: antes de registrar un gran pago «combinado», pregúntese — ¿para qué es exactamente este dinero? Y repártalo según su propósito y período. Al principio parece trabajo extra, pero son precisamente los pagos sin dividir los que más a menudo hacen mentir su análisis por proyecto. Los principios generales del seguimiento de varios proyectos están en el artículo Seguimiento de varios proyectos a la vez.
En Finmap, un pago se puede dividir en varias partes entre proyectos y períodos en pocos clics, y cada proyecto ve exactamente su propio dinero. Pruébelo gratis durante 7 días.
Frequently asked questions
Because in your books money should follow its purpose, not the bank transfer. Otherwise one project gets all the funds, and the profitability of every project gets distorted.
In equal parts across each month the work covers. Revenue is recognized when the work is done, not when the money arrives — that way months don't jump around.
No, it's an obligation. Flag the advance / prepayment portion separately: the money is in the account, but it becomes earned only once the work is delivered.
You only need to split "bundled" payments — and there aren't many of them. A few clicks at the moment of entry save you from distorted analytics that lead to bad decisions.
