Conciliaciones, en simple

Herbert Schulz

Si alguna vez tu equipo ha pasado días comparando hojas de Excel buscando diferencias entre dos sistemas, ya sabes de qué hablamos. Aunque quizás no le llamabas "conciliación".

Las conciliaciones son uno de esos procesos que todos hacen, pero pocos entienden completamente. Y cuando llega el momento de automatizarlas, muchas empresas se llevan una sorpresa: lo que parecía simple resulta ser sustancialmente más complejo de lo esperado.

Partamos por lo básico.

¿Qué es una conciliación?

En simple: comparar dos conjuntos de datos para encontrar coincidencias y diferencias. Es como jugar a "encuentra las diferencias", pero con miles (o millones) de transacciones.

Veámoslo con un ejemplo. Tu empresa procesa pagos a través de una pasarela. Esa pasarela tiene su propio registro de transacciones. Tu sistema de facturación tiene otro registro de lo que debería haberse cobrado. La conciliación es verificar que ambos coincidan, transacción por transacción.

Cuando coinciden perfecto, excelente. Cuando no, toca investigar: ¿hubo un reembolso? ¿Falló una transacción? ¿Alguien olvidó actualizar un sistema? Sin conciliar, no lo sabes.

¿Por qué conciliar?

La respuesta corta: control. La larga tiene varios capítulos.

Certeza financiera

Imagina cerrar tu mes y que tu CRM indique ventas por $10 millones, pero en el banco encuentres abonos por $9.8 millones. Esos $200 mil de diferencia podrían ser errores, fraudes, o transacciones en tránsito. Sin conciliar, es imposible saberlo.

Detección temprana de problemas

Un cliente canceló su suscripción, pero tu sistema de facturación no lo registró. Sin conciliación, podrías seguir facturando durante meses. Con conciliación, lo detectas el mismo día.

Cumplimiento

Los auditores aman las conciliaciones bien documentadas. Las regulaciones financieras las requieren. Si manejas dinero de terceros (seguros, pagos, inversiones), las conciliaciones no son opcionales.

Eficiencia

Un equipo que pasa 40 horas mensuales buscando diferencias manualmente es un equipo que no está optimizando procesos ni analizando tendencias. Las conciliaciones automatizadas liberan tiempo para trabajo de mayor valor.

Los tipos más comunes

Aunque el concepto es el mismo, las conciliaciones toman distintas formas:

Bancarias

El clásico. Comparas tus registros contables contra lo que reporta tu banco. Cada pago enviado, cada ingreso recibido, debe tener su contraparte en ambos sistemas.

La complejidad: Los bancos y los ERPs rara vez hablan el mismo idioma. Tu sistema dice "Pago a proveedor XYZ por factura 12345". Tu banco dice "TRANSF SPEI a EMPRESA XYZ SA DE CV". Hacer el match requiere lógica sofisticada.

Medios de pago

Si procesas tarjetas, transferencias o gateways de pago, necesitas conciliar lo que tu sistema dice que se cobró vs. lo que el proveedor efectivamente procesó.

La complejidad: Cada proveedor tiene su formato de reporte, tiempos de liquidación y comisiones. Una transacción de $1,000 puede aparecer como $970 después de comisiones. ¿Es correcto o hay un error?

Canales

Común en seguros, retail y distribución. Si vendes a través de agentes, distribuidores o brokers, necesitas conciliar lo que ellos reportan contra tu sistema central.

Un caso real: Un broker de seguros vende para múltiples aseguradoras. Cada aseguradora publica en su portal las pólizas emitidas por ese broker. El broker necesita conciliar esa info contra su Dynamics para verificar que todo esté registrado, que las comisiones sean correctas, y que no haya pólizas perdidas.

La complejidad: Cada aseguradora estructura sus datos diferente. Los formatos de ID de póliza varían. Los nombres de clientes tienen abreviaciones distintas. Y un broker maneja potencialmente decenas de aseguradoras.

Operativas

No todo es dinero. También se concilian inventarios (sistema vs. conteo físico), servicios prestados vs. facturados, horas trabajadas vs. nómina, y más.

La ilusión de la simplicidad

Si estás evaluando construir tu propia solución, esto es lo que probablemente enfrentarás:

El problema del volumen

"Tenemos 5,000 transacciones al mes, manejable."

Hasta que son 5,000 en un sistema y 4,987 en el otro. Ahora necesitas revisar 10,000 registros para encontrar las 13 que no matchean y las 26 duplicadas. Y tienes 3 días porque el cierre contable no espera.

Con procesos manuales, el volumen mata. Con Excel, el volumen hace tus hojas inmanejables, lentas y propensas a errores.

La trampa de la calidad de datos

En un mundo perfecto, cada transacción tendría un ID único que coincide perfectamente entre sistemas. En la realidad:

  • Los nombres tienen espacios extra, caracteres especiales, abreviaciones inconsistentes

  • Las fechas están en diferentes zonas horarias o formatos

  • Los montos tienen diferencias de redondeo (¿$1,234.56 = $1,234.5599?)

  • Los IDs tienen prefijos, sufijos, o formatos distintos

Tu lógica de matching debe ser lo suficientemente inteligente para reconocer que "ACME CORP SA DE CV" y "Acme Corporation" probablemente son lo mismo, pero lo suficientemente estricta para no generar falsos positivos.

Las reglas de negocio

"Solo necesitamos matchear por monto y fecha."

Hasta que descubres:

  • Una transacción puede matchear con varias (pagos parciales)

  • Varias transacciones pueden matchear con una (agrupación de pagos)

  • Hay tolerancias aceptables (diferencias de pocos pesos)

  • Hay reglas diferentes por tipo de transacción

  • Las reglas cambian cuando el proveedor actualiza su sistema

Implementar esto requiere arquitectura flexible que no se rompa con cada cambio del negocio.

El desafío de las fuentes

Cada sistema tiene sus particularidades:

APIs: Cuando funcionan, ideales. Pero no todos tienen APIs, y las que existen pueden ser lentas, tener límites, o cambiar sin aviso.

Archivos: Excel, CSV, TXT. Cada uno con su formato (¿de ancho fijo? ¿MT 740?), encoding (¿UTF-8? ¿Latin-1?), peculiaridades. Un archivo mal formateado complejiza todo.

Portales web: A veces necesitas scraping, porque no hay otra opción. Pero los portales cambian estructura, requieren autenticación compleja, tienen CAPTCHAs. Tu extractor necesita ser robusto.

Bases de datos directas: Opción técnica que requiere coordinar con IT, manejar permisos, entender esquemas complejos.

Excepciones y workflow

Ningún sistema automatiza el 100%. Siempre habrá transacciones que requieren revisión humana:

  • Las que no matchean automáticamente

  • Casos ambiguos con múltiples matches posibles

  • Diferencias que superan la tolerancia

  • Errores que requieren investigación

Necesitas workflow para esto: quién revisa, cómo se aprueba, cómo se documenta, cómo se escala. Y todo auditable.

Reportería

"Ya conciliamos, ¿ahora qué?"

Necesitas reportes de:

  • Qué se concilió exitosamente

  • Qué está pendiente

  • Cuáles son las diferencias y por qué

  • Tendencias en el tiempo

  • KPIs del proceso

Y cuando llegue auditoría, poder demostrar exactamente qué se hizo, cuándo, por quién, y por qué.

Performance

Tu solución funciona con 5,000 transacciones. ¿Y con 50,000? ¿500,000?

Las comparaciones naive (cada elemento contra cada elemento) tienen complejidad O(n²). Con 100,000 transacciones en cada lado, son 10 mil millones de comparaciones. Tu algoritmo de matching necesita ser eficiente.

Excel: bueno para todo, experto para nada

Muchas empresas empiezan con Excel. Es flexible, conocido, rápido para prototipar.

El problema llega cuando Excel se vuelve la solución "definitiva":

Las fórmulas se vuelven incomprensibles. VLOOKUPs anidados con IFs y MATCHes que solo quien los creó entiende. Y cuando esa persona se va...

Los errores se propagan silenciosamente. Una celda mal copiada puede causar errores de miles de dólares. Excel no avisa.

No escala. Archivos de 50MB que tardan minutos en calcular. Crashes con "solo" 200,000 filas.

No es auditable. ¿Quién cambió qué? ¿Cuándo? ¿Por qué? Excel no tiene control de versiones real.

No hay workflow. Excel no asigna tareas, envía notificaciones, ni maneja aprobaciones de forma estructurada.

Cada mes es empezar de cero. Descargas, abres, corres macros (si funcionan), buscas diferencias, concilias manual, generas reporte. Repites el mes siguiente.

Excel es excelente para análisis ad-hoc. Pero cuando tu proceso se ejecuta mensualmente, procesa miles de transacciones, requiere auditoría y consume días de tu equipo, necesitas algo más robusto.

Construir vs. comprar

Si estás considerando construir tu solución, estos componentes típicamente se subestiman:

Desarrollo inicial (2-6 meses): Arquitectura, conectores, lógica de matching, interfaz, reportes.

Excepciones y workflow (1-3 meses): Todo lo que no se automatiza necesita proceso manual bien diseñado.

Mantenimiento continuo: Los sistemas origen cambian. Las reglas evolucionan. Los formatos se actualizan. Alguien mantiene esto funcionando.

Escalabilidad: Lo que funciona con 10,000 transacciones puede no funcionar con 100,000. Optimizar algoritmos de matching no es trivial.

Seguridad y auditoría: Cuando manejas datos financieros, necesitas autenticación, autorización, logs, encriptación.

Reportería avanzada: Los reportes iniciales siempre son insuficientes. El negocio pedirá más KPIs, análisis, visualizaciones.

Costo de oportunidad: Mientras tu equipo construye esto, ¿qué no está construyendo? ¿Cuál es el valor de enfocarte en tu core vs. herramientas internas?

La verdad es que muchas empresas grandes con equipos robustos lo han hecho. Pero es importante entrar con los ojos abiertos sobre la magnitud del desafío.

Para cerrar

Las conciliaciones son de esos problemas que parecen simples hasta que te metes. Como tantos desafíos en tecnología empresarial, la complejidad está en los detalles: excepciones, calidad de datos imperfecta, reglas que evolucionan, escala, auditoría.

Las empresas especializadas en esto han invertido años en entender estos matices, en construir arquitecturas flexibles pero robustas, en desarrollar algoritmos de matching que balanceen precisión con performance, en crear workflows que funcionen para equipos reales.

Ya sea que construyas, compres, o continúes manual, lo importante es dimensionar correctamente el desafío. Las conciliaciones no son "comparar dos Excel". Son un proceso crítico que merece una solución apropiada a su complejidad.

¿Quieres platicar sobre tus desafíos de conciliación?

En Radar llevamos años especializándonos en automatización de conciliaciones para el sector financiero y asegurador en México y Chile. Procesamos millones de transacciones mensualmente y hemos visto prácticamente todos los casos de uso.

Si estás evaluando opciones, nos encantaría conversar. Agenda una demo y platiquemos tu caso específico.