← Blog Automatizar un proceso
Conciliación de pagos PSE: cómo automatizarla sin perder control
La conciliación de pagos PSE se automatiza cruzando pasarela, facturas, ERP y banco con reglas auditables. La IA puede ayudar en tareas secundarias, pero no debería decidir si un pago concilia.
En resumen
- La fuente de verdad no es una sola: conviene cruzar pasarela, PSE, ERP y extracto bancario antes de cerrar el día contable.
- El emparejamiento debe ser determinístico: usa CUS, referencia, valor, fecha, factura y estado antes de usar texto libre.
- Los pendientes no se fuerzan: un pago PSE pendiente, rechazado, en error o devuelto debe quedar en una cola con dueño y motivo.
- La IA casi nunca decide la conciliación: sirve para normalizar descripciones, leer adjuntos o clasificar excepciones, no para aprobar recaudos.
¿Qué significa conciliación de pagos PSE en una empresa?
La conciliación de pagos PSE es el cruce entre lo que el cliente intentó pagar, lo que la pasarela reportó, lo que el banco abonó y lo que el ERP espera cobrar. En Colombia, PSE permite pagos por internet debitando recursos desde cuentas de ahorro, corrientes o depósitos electrónicos, como describe ACH Colombia.
El problema aparece cuando cada fuente habla distinto. La pasarela puede decir “aprobado”, el ERP puede tener una factura abierta, el banco puede abonar al día siguiente y contabilidad puede ver comisiones o retenciones por separado. Si el equipo cruza eso en Excel, el cierre se vuelve lento y frágil.
PSE tiene archivos de conciliación detallados. En el centro de ayuda para empresas, la opción “Archivos Conciliación” permite escoger estructuras como Asobancaria 1998, Asobancaria 2001, Andesco y PSE; también existe un check para generar archivos de forma automática, según la ayuda para empresas de PSE. En esa misma documentación, el “No. de Operación” corresponde al CUS, Código Único de Seguimiento asignado por PSE a cada transacción.
Para automatizar, conviene guardar datos de pasarela, PSE, ERP, banco, contabilidad y bitácora. La pasarela aporta ID, referencia, estado y fechas. PSE aporta CUS, autorización, banco y estado. El ERP aporta factura, tercero y saldo. El banco confirma abono, cuenta y concepto.
El objetivo no es que el sistema “adivine”. El objetivo es que deje conciliado lo que tiene evidencia suficiente y mande a revisión solo lo raro. Una buena automatización reduce trabajo manual sin quitar trazabilidad contable.
¿Cómo automatizar la conciliación de pagos PSE paso a paso?
- Define el identificador principal. El mejor identificador suele ser una referencia propia del comercio: factura, pedido, obligación o recibo. Después se cruza con CUS, autorización, ID de pasarela, valor y fecha. Si vendes por ecommerce, la referencia debe nacer antes del pago y viajar completa hasta el ERP.
- Recibe eventos y descarga reportes. Los webhooks sirven para actualizar estados rápido, pero no reemplazan el cierre diario. Por ejemplo, Wompi documenta eventos que notifican cambios de transacción, como aprobada o rechazada, y reintentos si el comercio no responde HTTP 200, en su documentación de eventos para Colombia. Además, conviene descargar reportes diarios para detectar eventos perdidos.
- Normaliza estados. Cada pasarela usa nombres distintos. Crea una tabla interna con estados como aprobado, pendiente, rechazado, error, anulado y devuelto. Esa tabla debe decir si el pago puede aplicarse, si queda en espera o si requiere revisión.
- Ejecuta reglas de emparejamiento. Empieza por reglas exactas: misma referencia, mismo valor y estado aprobado. Luego acepta variaciones controladas, como fechas cercanas o comisiones separadas. Las reglas deben tener prioridad. La regla exacta gana sobre una coincidencia por texto.
- Crea una cola de excepciones. Todo lo que no cierre pasa a una bandeja. Cada excepción debe tener motivo: valor diferente, factura inexistente, pago duplicado, banco sin abono, reverso, devolución o referencia incompleta. Esa bandeja necesita responsable y fecha límite.
- Mide antes de cerrar. Mide porcentaje conciliado automáticamente, excepciones por motivo, pagos sin banco, pagos sin factura y reprocesos. Estas métricas muestran si el sistema mejora o si solo cambió el Excel por otra pantalla. En Quarl usamos el mismo criterio en automatizaciones con IA: primero se mide, después se ajusta.
¿Cómo cruzar pasarela, banco y ERP sin errores silenciosos?
La regla más segura es separar tres momentos: autorización, liquidación y aplicación contable. Un pago aprobado en la pasarela no siempre significa que ya puedes cerrar contabilidad. Primero se confirma el estado del pago. Después se valida el abono bancario. Por último se aplica el recaudo a la factura o cartera.
En pasarelas, los reportes siguen siendo necesarios. Mercado Pago Colombia indica que el reporte “Todas las transacciones” permite consultar detalles de cada transacción, generarlo desde panel o API, programarlo con frecuencia diaria, semanal o mensual y descargarlo en .csv o .xlsx, según su documentación para generar reportes.
En la práctica, el sistema debería hacer tres cruces diarios. Primero, pasarela contra ERP: ¿el pago corresponde a una factura real? Segundo, pasarela contra banco: ¿entró el dinero esperado? Tercero, ERP contra contabilidad: ¿la factura quedó aplicada con la cuenta correcta?
Cuando hay diferencias, no conviene sobrescribir el dato original. Guarda el dato recibido, el dato normalizado y la decisión tomada. Esa bitácora ayuda cuando auditoría pregunta por un pago específico o cuando cartera necesita explicar por qué una factura sigue abierta.
Si el proceso incluye reversos o devoluciones, conviene tratarlos como eventos propios, no como simples pagos negativos. En Colombia, el Decreto 587 de 2016 regula la reversión de pagos en comercio electrónico, incluyendo PSE, y el resumen normativo indica que el consumidor debe presentar la queja dentro de cinco días hábiles en los casos previstos; esto no es opinión jurídica y debe revisarse con el área legal en el resumen del Decreto 587 de 2016 en SISJUR.
Ejemplo ilustrativo: cartera con pagos PSE y facturas abiertas
Este ejemplo es ilustrativo. No es un cliente. Sirve para aterrizar las decisiones del flujo.
Entrada
Facturas y pagos llegan por rutas distintas
Una empresa de servicios cobra facturas mensuales. El cliente paga por PSE desde un enlace. La pasarela envía el estado, PSE entrega archivo de conciliación, el banco muestra el abono y el ERP mantiene la factura abierta.
Sistema
Las reglas cruzan antes de aplicar
El sistema toma la referencia de factura, CUS, valor, fecha y estado. Si todo coincide, marca el pago como conciliado y envía al ERP la aplicación. Si falta el abono bancario, deja el pago en espera.
La IA no aprueba el pago. Solo puede ayudar a clasificar excepciones por texto.
Resultado operativo
El equipo revisa excepciones, no filas repetidas
Cartera ve una bandeja con pagos duplicados, referencias mal digitadas, valores parciales y devoluciones. Contabilidad ve qué regla aplicó cada pago y puede exportar el soporte del cierre.
Si necesitas conectar pasarela, ERP y banco, suele ser un trabajo de <a href="/es/integraciones-y-apis">integraciones y APIs</a> más que un modelo de IA.
¿Cuándo usar herramienta existente, automatización o desarrollo a la medida?
| Opción | Cuándo conviene | Límite típico |
|---|---|---|
| Lo que trae la pasarela | Pocos pagos y un solo canal | No aplica reglas de cartera propias. |
| Automatización con reportes | Volumen medio y datos ordenados | Depende de archivos y horarios. |
| Integración vía API | Estados casi en tiempo real | Requiere manejo de fallos y reintentos. |
| Desarrollo a la medida | Varios bancos, ERP y reglas contables | Necesita diseño, pruebas y soporte. |
El costo y el plazo dependen de fuentes conectadas, calidad de referencias, reglas contables, permisos del ERP y pruebas con datos históricos. Si el proceso actual ya está roto, primero hay que ordenar datos.
Lo que hacemos
Preguntas frecuentes
¿Cómo se hace la conciliación de pagos PSE?
Se cruzan los datos del pago con la factura, el reporte de la pasarela, la información de PSE y el abono bancario. Si referencia, valor, estado y banco coinciden, el sistema puede aplicar el pago. Si falta un dato o hay diferencia, el caso debe ir a una cola de excepciones con motivo y responsable.
¿Qué es el CUS de PSE y cómo se usa en conciliación?
El CUS es el Código Único de Seguimiento que PSE asigna a una transacción. Sirve para rastrear la operación dentro del flujo de pago. En conciliación, ayuda a unir lo que reporta PSE con lo que muestra la pasarela y con los soportes del comercio, pero no reemplaza la referencia de factura o pedido.
¿Sirve un webhook para conciliar pagos o necesito reportes diarios?
El webhook sirve para enterarte rápido de cambios de estado, como aprobado, rechazado o error. Aun así, conviene usar reportes diarios porque un evento puede perderse, llegar tarde o fallar por una caída temporal. La conciliación buena combina eventos para operación diaria y reportes para cierre y auditoría.
¿Qué pasa con pagos PSE pendientes, rechazados o en error?
Los pagos pendientes deben quedar en espera hasta tener estado final o hasta cumplir una regla de vencimiento. Los rechazados y en error no deberían aplicarse a cartera. Si el cliente insiste en que pagó, el equipo revisa CUS, banco, pasarela y soporte antes de cambiar el estado contable.
¿Cuándo conviene usar IA en conciliación de pagos?
Conviene usar IA en tareas donde el dato llega desordenado, como leer comprobantes, clasificar correos o sugerir motivos de excepción. No conviene usarla para decidir que un pago concilia si faltan evidencia bancaria, referencia o estado final. En pagos, las reglas trazables dan mejor control que una predicción.
Escrito por
Equipo de ingeniería de Quarl
Somos un equipo de ingeniería de IA en Medellín. Construimos y operamos sistemas que llegan a producción —automatizaciones, asistentes y agentes— y durante tres años operamos un asistente para dos millones de usuarios en diez países.
Conoce cómo trabajamos →¿Lo quieres aplicar en tu empresa?
En quince minutos te decimos si vale la pena, sin costo y sin venta. La propuesta llega en 48 horas.