La liquidación de arriendos es un problema operativo
Por qué las inmobiliarias pequeñas necesitan tratar el cobro, la retención de impuestos y el pago como un solo ciclo cerrado, no como tres pasos desconectados.
El arriendo no deja de moverse. Un inquilino paga, la inmobiliaria descuenta su comisión, se retienen impuestos y se paga al propietario el remanente. La transacción es simple. La operación alrededor, hecha a mano cada mes, es donde se esconde el costo.
En Colombia, el 40% de los hogares vive en arriendo — la tasa más alta de Latinoamérica. Las inmobiliarias pequeñas gestionan una parte importante de ese inventario, y la mayoría manejan el cobro y la liquidación de la misma forma: una transferencia que entra, un cálculo en una hoja de cálculo, una transferencia que sale, conciliado después del hecho.
Cobro y liquidación son un solo problema, no dos
Los procesadores de pago son buenos moviendo dinero. No son buenos sabiendo que una transferencia específica es un arriendo, que pertenece a una unidad concreta, o que hay que retener un porcentaje antes de que el propietario vea un peso.
Los CRM verticales construidos para inmobiliarias son buenos gestionando inmuebles, contratos y comunicación con inquilinos. No están construidos para calcular correctamente una retención de impuestos ni para generar el formato de reporte que exige una autoridad tributaria.
Cada herramienta resuelve la mitad de la operación. El equipo de la inmobiliaria cierra la brecha a mano, y ese paso manual es exactamente de donde vienen los errores, los atrasos y las disputas.
La retención tiene que ser exacta, no aproximada
La retención de impuestos no es un ejercicio de redondeo. Una tasa de retención aplica sobre una base específica, bajo condiciones específicas, y tiene que reportarse en un formato específico. Calcularla aproximadamente bien produce una diferencia que aparece meses después, en la conciliación o en una auditoría, cuando es mucho más caro corregirla.
Un cálculo de retención debería ser una función pequeña y comprobable con un contrato explícito — no una fórmula enterrada en una celda de hoja de cálculo que nadie recuerda haber construido:
type Liquidacion = {
arriendoBrutoCentavos: number;
tasaComisionBps: number; // puntos básicos, ej. 1000 = 10%
tasaRetencionBps: number; // ej. 350 = 3.5%
};
type ResultadoLiquidacion = {
comisionCentavos: number;
retencionCentavos: number;
pagoPropietarioCentavos: number;
};
function calcularLiquidacion(input: Liquidacion): ResultadoLiquidacion {
const { arriendoBrutoCentavos, tasaComisionBps, tasaRetencionBps } = input;
const comisionCentavos = Math.round((arriendoBrutoCentavos * tasaComisionBps) / 10_000);
const retencionCentavos = Math.round((arriendoBrutoCentavos * tasaRetencionBps) / 10_000);
const pagoPropietarioCentavos =
arriendoBrutoCentavos - comisionCentavos - retencionCentavos;
return { comisionCentavos, retencionCentavos, pagoPropietarioCentavos };
}
Trabajar en centavos y puntos básicos evita el desvío por redondeo de punto flotante a lo largo de miles de liquidaciones mensuales. La función no tiene efectos secundarios, lo que significa que se puede probar contra los casos exactos que audita una autoridad tributaria: los montos límite, el caso borde de comisión cero, la tasa que cambia a mitad de año.
El formato de reporte es la parte difícil, no la transferencia
Mover dinero de un inquilino a un propietario es un problema resuelto — cualquier procesador de pagos lo hace. La parte que exige trabajo real es producir el formato de reporte que exige una autoridad tributaria nacional, correctamente, para cada liquidación, cada mes, sin que una persona lo vuelva a derivar a mano.
Esa lógica de reporte es específica a las reglas de un país. Cambia cuando cambia la regulación. También es la parte que un competidor sin experiencia tributaria local no puede copiar fácilmente, porque no es una funcionalidad de pagos — es conocimiento de dominio convertido en software.
Cerrar el ciclo elimina por completo el paso de conciliación
El objetivo no es una hoja de cálculo más rápida. Es eliminar el trabajo de la hoja de cálculo: el cobro, la retención, la división de comisión y el pago deberían ser un solo evento registrado, no tres transferencias que una inmobiliaria concilia después contra un documento.
Una inmobiliaria que gestiona 50 unidades y hace esto a mano corre el mismo cálculo cincuenta veces al mes, a mano, sin un rastro de auditoría compartido entre el cobro y el pago. La solución no es más disciplina. Es tratar el cobro y la liquidación como una sola operación, no como dos cosas que resultan tocar el mismo dinero.