Un cliente paga una factura. En ese instante la misma operación recibe, como mínimo, cuatro nombres distintos: el que le pone la tienda, el que le pone la pasarela, el que le pone el banco y el que le pone el ERP. Ninguno es incorrecto. Pero cuando hay que unirlos, no hay forma automática de saber que son lo mismo.
Los identificadores de una misma transacción
| Sistema | Qué identificador suele generar |
|---|---|
| Tienda o portal de pagos | Número de pedido o de orden |
| Pasarela | ID de transacción, código de aprobación |
| Red de pago o banco | Número de autorización; en Colombia, el CUS que entrega PSE en pagos por transferencia; en México, la clave de rastreo de SPEI |
| ERP o facturación | Número de factura, cliente, documento; en Colombia, el CUFE de la factura electrónica; en México, el UUID del CFDI |
| Extracto bancario | Una descripción en texto libre, que a veces incluye parte de alguno de los anteriores |
Cada identificador sirve a su sistema. El problema aparece cuando finanzas necesita cruzarlos.
Por qué no se unen solos
- Formatos distintos. Longitudes, prefijos y caracteres que cambian entre sistemas.
- Truncamiento. El extracto bancario puede cortar o modificar la referencia.
- Uno a muchos. Un pago cubre varias facturas, o una factura se paga en varias partes.
- Referencia escrita por el cliente. Cuando el pago es una transferencia, el cliente escribe lo que cree que corresponde.
- Tiempos distintos. Cada sistema registra en su propio momento.
El resultado es lo que ya conoce: conciliaciones por coincidencia de monto y fecha, con margen de error, y una cola de excepciones que crece con el volumen. Ver pagos duplicados y no aplicados.
El insight: lo que falta no es más datos, sino una llave común
La conciliación no necesita que todos los sistemas usen el mismo identificador. Necesita una llave de correlación: un valor que se crea en el origen del cobro y viaja con la transacción hasta el final, de modo que cualquier sistema pueda referirse a ella.
Una buena llave tiene estas características:
- Única. No se repite entre clientes ni entre periodos.
- Generada por la empresa, no por el cliente.
- Corta y legible, para que el cliente pueda copiarla sin errores.
- Con dígito verificador, para detectar errores de digitación.
- Persistente. Se guarda en el ERP junto a la factura y se devuelve en los reportes de la pasarela.
Ejemplo ilustrativo
La empresa genera, para cada cobro, una referencia tipo F-482915-7, donde 482915 identifica la obligación y el último dígito es un verificador. Esa referencia:
- se imprime en la factura y se muestra en el portal;
- se envía como dato a la pasarela al iniciar el pago;
- aparece en el reporte de la pasarela y en la descripción de la transferencia, cuando el medio de pago lo permite;
- se usa para emparejar el movimiento con la factura en el ERP.
Si el cliente escribe F-482195-7 (dos dígitos invertidos), el dígito verificador no coincide y el sistema puede rechazar o marcar la referencia antes de que se convierta en un pago sin identificar.
Qué hacer cuando no se puede controlar la referencia
En muchos casos el cliente paga como quiere. Entonces se necesitan reglas de respaldo:
- emparejar por cliente + monto exacto + ventana de fechas;
- tolerancias definidas para diferencias por comisiones o retenciones;
- reglas para pagos agrupados;
- una cola de excepciones con responsable.
Lo importante es que la regla esté escrita y se aplique igual cada vez, no que dependa del criterio de la persona que concilia ese día.
Qué preguntar a sus proveedores
- ¿Qué identificadores entrega en cada reporte y en qué momento?
- ¿Puedo enviar mi propia referencia y recuperarla intacta?
- ¿Cómo informa de pagos parciales, reversos y contracargos?
- ¿En qué formato y con qué frecuencia entrega los reportes de liquidación?
Las respuestas definen cuánto del trabajo de conciliación será automático. Si tiene varios proveedores, el problema se multiplica, y es uno de los motivos por los que algunas empresas evalúan una orquestación de pagos que normalice los datos.
Dónde entra la tecnología
Un hub de pagos que reciba la información de bancos, pasarelas y medios de pago, y la lleve a un formato común, permite conciliar con una llave uniforme y limitar la intervención humana a las excepciones. Infodec trabaja este tipo de escenarios con su conciliación automática de pagos, para Colombia y para México.
El marco general del proceso está en la guía de conciliación bancaria.
Una pregunta para su equipo de TI
Si le pidiera hoy rastrear una transacción desde el pedido hasta el extracto del banco, ¿cuántos sistemas tendrían que consultarse y con cuántos identificadores distintos?
Preguntas frecuentes
¿Por qué el extracto del banco no coincide con mi ERP?
Porque cada uno registra la transacción con sus propios identificadores, formatos y tiempos. Sin una llave común, el cruce depende de coincidencias aproximadas.
¿Qué es una llave de correlación?
Un valor único, generado por la empresa en el origen del cobro, que acompaña la transacción por todos los sistemas.
¿Se puede conciliar sin referencia?
Sí, con reglas por cliente, monto y fecha, pero con más excepciones y más trabajo manual.
Para profundizar
- Conciliación bancaria: guía completa
- Pagos duplicados y no aplicados
- Qué es la orquestación de pagos
Última revisión: octubre de 2026.
