La preventa se rompe cuando el contrato no coincide con la operación.

Una compradora paga su anticipo en la fecha que le indicó el asesor. El contrato dice otra cosa. Finanzas registra el depósito contra una mensualidad distinta, el estado de cuenta muestra un saldo inesperado y cobranza manda un recordatorio que nadie sabe si corresponde. El problema no empezó con el pago: empezó cuando el contrato se convirtió en operación sin una traducción única.

En una preventa, el contrato no es un archivo que se guarda después de la firma. Es la fuente de reglas para administrar cada unidad durante meses o años. Define montos, fechas, condiciones, penalizaciones y eventos que después deben reflejarse en calendarios de pago, conciliación, CFDI, estados de cuenta y comunicación con el comprador.

Cuando esas reglas se vuelven a interpretar en Excel, WhatsApp y sistemas separados, la desarrolladora termina operando una versión distinta del acuerdo. La brecha puede parecer pequeña al inicio, pero se acumula: saldos discutidos, pagos mal aplicados, excepciones sin autorización, cartera vencida inflada y reportes de flujo que no coinciden con lo que realmente es exigible.

El contrato y la operación hablan idiomas distintos

El contrato describe obligaciones jurídicas. La operación necesita datos concretos y accionables: qué monto se espera, cuándo vence, a qué concepto corresponde, qué sucede si cambia una fecha y quién puede autorizar una excepción.

La fricción aparece cuando esa traducción queda implícita. Por ejemplo:

• El contrato establece un anticipo en dos exhibiciones, pero el sistema registra una sola cuenta por cobrar.
• Una mensualidad vence en día inhábil y cada área aplica un criterio diferente.
• La penalización existe en el contrato, pero no hay una regla clara para calcularla, aprobarla o mostrarla.
• El comprador cambia de unidad y el nuevo esquema no conserva la trazabilidad del acuerdo original.
• Una promoción comercial modifica el calendario, pero finanzas recibe el dato después del primer vencimiento.
• El CFDI, el estado de cuenta y el reporte de cartera usan conceptos o fechas distintos.

Ninguno de estos casos se resuelve diciendo que “el contrato manda”. La pregunta operativa es cómo convertir lo firmado en reglas consistentes que todos puedan ejecutar y auditar.

El costo real de la desalineación

La consecuencia más visible suele ser la aclaración con el comprador, pero el costo se reparte por toda la empresa.

Cobranza pierde precisión. Si el calendario no representa el acuerdo vigente, los recordatorios pueden salir antes, después o por un monto incorrecto. El equipo deja de confiar en la cartera y revisa cada caso manualmente antes de contactar.

Finanzas pierde visibilidad. Un saldo contractual, un saldo exigible y un saldo registrado no siempre son lo mismo. Sin definiciones comunes, el reporte de flujo mezcla ingresos esperados con montos todavía condicionados o reprogramados.

Comercial absorbe excepciones. El asesor que conoce la negociación termina siendo la memoria del acuerdo. Cada duda regresa a una conversación, una captura o un correo, en lugar de resolverse con un registro trazable.

El comprador recibe versiones distintas. Lo que escucha de ventas puede no coincidir con el estado de cuenta o el mensaje de cobranza. Aunque el monto final sea correcto, la inconsistencia erosiona confianza.

La dirección toma decisiones sobre datos frágiles. Si una parte de la cartera depende de ajustes pendientes, hojas paralelas o acuerdos no formalizados, cualquier cifra consolidada necesita una reserva de credibilidad.

El objeto operativo mínimo: una regla por obligación

Para cerrar la brecha, cada obligación del contrato debe convertirse en una regla operativa estructurada. Como mínimo, esa regla necesita responder:

1. Quién paga: comprador, copropietario o razón social responsable.
2. Qué unidad afecta: desarrollo, etapa, torre, unidad y, si aplica, complementos como estacionamiento o bodega.
3. Qué concepto representa: apartado, enganche, anticipo, mensualidad, pago extraordinario, escrituración, mantenimiento u otro.
4. Cuánto se espera: monto fijo, porcentaje, moneda, impuestos y criterio de redondeo.
5. Cuándo se vuelve exigible: fecha exacta o evento que activa la obligación.
6. Cómo se aplica un pago: orden de prelación, pagos parciales, anticipos y referencias.
7. Qué pasa ante una desviación: tolerancia, recargo, penalización, periodo de gracia o escalamiento.
8. Quién puede cambiarla: responsable, evidencia requerida y nivel de autorización.
9. Cómo se comunica: texto del estado de cuenta, recordatorios y canal de aclaración.
10. Qué evidencia conserva: contrato, convenio modificatorio, autorización y bitácora de cambios.

Si alguno de estos campos vive únicamente en la memoria de una persona, la regla todavía no forma parte de la operación.

Checklist antes de activar la cobranza de una preventa

Este control puede hacerse por contrato, por plantilla contractual o por tipo de esquema de pago. Lo importante es revisarlo antes de emitir el primer recordatorio.

1. Identidad y unidad

• El comprador y los obligados coinciden en contrato, expediente, facturación y cobranza.
• La unidad y sus complementos tienen identificadores únicos.
• Los cambios de unidad conservan el historial y la autorización correspondiente.
• La titularidad para CFDI está definida y validada.

2. Esquema de pago

• Apartado, enganche, mensualidades y pagos extraordinarios están separados por concepto.
• La suma del calendario coincide con el precio y los ajustes pactados.
• Cada obligación tiene fecha, monto, moneda y condición de exigibilidad.
• Los porcentajes se traducen a montos con una regla de redondeo explícita.
• Los pagos parciales y anticipados tienen un criterio de aplicación.

3. Fechas y eventos

• Está definido qué ocurre si el vencimiento cae en día inhábil.
• Las obligaciones sujetas a avance, entrega o escrituración tienen un evento verificable y un responsable de confirmarlo.
• El inicio de recordatorios distingue entre aviso preventivo, vencimiento y atraso.
• Las reprogramaciones requieren evidencia y actualizan todos los canales.

4. Penalizaciones y excepciones

• El cálculo de recargos o penalizaciones puede reproducirse sin interpretación personal.
• Los periodos de gracia están documentados.
• Descuentos, promociones y condonaciones tienen vigencia, autorización y motivo.
• Existe una ruta de escalamiento para casos que no caben en la regla estándar.
• Toda excepción deja una bitácora visible para comercial, finanzas y cobranza.

5. Cobro, conciliación y documentos

• Cada obligación puede vincularse con una referencia de pago.
• El comprobante no sustituye la confirmación bancaria.
• La aplicación del depósito conserva fecha, monto, concepto y responsable.
• El estado de cuenta se actualiza con la misma lógica que el reporte de cartera.
• La emisión o sustitución de CFDI sigue el tratamiento acordado para cada concepto.
• Un pago no identificado entra a una bandeja de excepción, no a una hoja paralela.

6. Comunicación con el comprador

• El comprador puede consultar un calendario vigente y entendible.
• Los recordatorios muestran unidad, concepto, monto, fecha y canal de aclaración.
• Las comunicaciones evitan contradecir convenios o cambios autorizados.
• El equipo puede explicar cómo se calculó el saldo sin reconstruirlo desde varios archivos.

Una prueba práctica de consistencia

Antes de activar el esquema, toma tres casos: uno normal, uno con pago parcial y uno con excepción. Para cada caso, sigue la misma obligación desde el contrato hasta el reporte directivo:

Contrato → calendario → recordatorio → depósito → conciliación → saldo → CFDI → reporte de flujo.

En cada paso compara cuatro datos: concepto, monto, fecha y estatus. Si cambian sin una regla documentada, existe una ruptura. Si el equipo necesita preguntarle a una persona “cómo se maneja normalmente”, existe una dependencia. Si corregir el caso exige editar más de un archivo, existe un riesgo de versiones.

La meta no es eliminar todas las excepciones. En preventa siempre habrá convenios, cambios de unidad, pagos anticipados y negociaciones legítimas. La meta es separar con claridad la regla estándar de la excepción autorizada, y conservar trazabilidad cuando algo cambia.

Qué debería cambiar

Una operación confiable no interpreta el contrato desde cero cada vez que llega un pago. Mantiene una sola versión vigente del esquema por comprador y unidad; conecta obligaciones con pagos; registra modificaciones con autorización; y usa las mismas reglas para cobranza, conciliación, estado de cuenta, CFDI y reportes.

Eso también cambia el trabajo de las personas. Comercial deja de ser el archivo histórico de cada negociación. Cobranza puede actuar sobre saldos confiables. Finanzas distingue flujo esperado de flujo exigible. Operaciones atiende excepciones reales en lugar de corregir inconsistencias repetidas.

La revisión útil para esta semana es sencilla: elige cinco contratos activos y trata de reconstruir su saldo sin abrir chats ni llamar al asesor. Si no puedes llegar al mismo resultado desde el contrato, el calendario y los pagos registrados, la preventa ya tiene una brecha operativa. Corregirla antes del siguiente vencimiento cuesta menos que discutirla después con el comprador.