Cómo generar el reporte UAFE mensual (CLI, OPR y TRA)

El reporte UAFE mensual del sector inmobiliario se compone de tres archivos —CLI (clientes), OPR (operaciones) y TRA (transacciones)— que el sujeto obligado envía al SISLAFT dentro de los 15 días posteriores al cierre de cada mes. Generarlo bien depende de dos cosas: datos completos y el formato exacto que valida la UAFE.

¿Qué es el reporte UAFE mensual?

Es la remisión periódica de información que la Resolución UAFE-DG-2021-0362 exige a las inmobiliarias y constructoras que comercializan bienes raíces. Reporta los clientes, las operaciones y las transacciones del mes para que la Unidad de Análisis Financiero y Económico del Ecuador (UAFE) pueda monitorear señales de lavado de activos.

¿Cuál es el plazo para enviarlo?

El reporte mensual se envía dentro de los 15 días posteriores al fin de mes. La fecha de corte es siempre el último día del mes reportado y se escribe como número entero en formato AAAAMMDD (por ejemplo, 20260430 para abril de 2026). El Reporte de Operaciones Sospechosas (ROS) es aparte: se remite dentro de cinco días desde que el oficial de cumplimiento toma conocimiento, según la Resolución UAFE-DG-2026-0007.

Los tres archivos: CLI, OPR y TRA

Cada archivo cubre un nivel distinto de la operación inmobiliaria:

• CLI — Clientes. Una fila por cada cliente que tuvo al menos una transacción en el período.
• OPR — Operaciones. Una fila por cada contrato u operación referenciada por las transacciones del mes.
• TRA — Transacciones. Una fila por cada pago o movimiento del período. Es el archivo más delicado, con las columnas de valor desglosadas por tipo.

El detalle de columnas de cada uno está en la guía archivos CLI, OPR y TRA de la UAFE.

Paso a paso para generar el reporte

1. Reúne los clientes, contratos y transacciones que tuvieron movimiento en el mes que vas a reportar.
2. Valida cada identificación: cédula con dígito verificador (módulo 10) y RUC con estructura correcta. Consérvalas como texto para no perder el cero inicial.
3. Clasifica el origen de los recursos de cada transacción: propios o de terceros (por ejemplo, financiamiento del BIESS o de un banco).
4. Genera los tres archivos con el formato exacto: fechas como entero, hoja única, literal 0 donde corresponde y montos sin separador de miles.
5. Corre las validaciones (ver abajo) y corrige cualquier error antes de descargar.
6. Carga los archivos en el SISLAFT dentro del plazo.

Errores de formato que provocan rechazos en el SISLAFT

La mayoría de los rechazos no son por datos incorrectos, sino por formato. Los más frecuentes:

• Fechas escritas con guiones o como texto en lugar del entero AAAAMMDD.
• Cédulas guardadas como número, que pierden el cero inicial (una cédula válida puede empezar en 0).
• Columnas del tercero vacías cuando los recursos son propios: deben llevar el literal 0, nunca una celda en blanco.
• La suma de las columnas de valor por tipo que no coincide con el total de la fila.
• El tipo de transacción fuera del rango que reconoce la UAFE (91 a 105).
• El nombre del archivo con separadores: debe ir {TIPO}{CÓDIGO_REGISTRO}{FECHA_CORTE}.xlsx sin espacios ni guiones entre los componentes, en una hoja única.

Validaciones que conviene correr antes de enviar

Antes de generar el archivo definitivo, verifica que:

• Toda transacción esté ligada a un contrato existente.
• Toda identificación referenciada sea válida.
• Toda transacción con recursos de terceros tenga completos el tipo, número y nombre del tercero.
• Todo monto de transacción sea mayor a cero.
• Exista una sola entidad reportante activa para la empresa.

Cómo lo hace OCELOT-UAFE

En OCELOT-UAFE capturas clientes, contratos y transacciones con validaciones automáticas mientras registras. Al cierre de mes, con un clic la plataforma arma los archivos CLI, OPR y TRA con el formato regulatorio exacto y corre validaciones bloqueantes: si algo impediría el envío, te lo muestra antes de descargar, para que llegues al SISLAFT sin rechazos.

Preguntas frecuentes