Detrás de cada foto hay un asesor que tiene que abrirla, buscar al cliente en el CRM, revisar qué factura debe y registrar el pago a mano. Y tiene que hacerlo sin equivocarse, porque aquí se mueve plata.
En Zelty automatizamos ese trabajo. Este artículo cuenta cómo lo hacemos y, sobre todo, cómo evitamos que la automatización registre un pago que no existe.
Una foto no es un pago
Un comprobante es una imagen que manda el cliente, y una imagen se puede equivocar o se puede inventar. Estos son los casos que vemos todas las semanas en los ISPs con los que trabajamos:
- Comprobantes falsos. En Colombia circulan apps que generan comprobantes de Nequi o Bancolombia en segundos. A simple vista se ven reales.
- Pagos a otra cuenta. El cliente transfiere a una cuenta vieja, a la de un vecino o a otro proveedor, y manda la foto igual.
- Pagos que no cuadran. Paga un monto distinto al de la factura, o paga antes de que la factura salga.
- Pagos dobles. El cliente reenvía la misma foto días después, o la registra el asesor después de que ya quedó registrada.
- Fotos que nadie procesa. El cliente manda el comprobante, cierra WhatsApp y nadie vuelve a mirar esa conversación.
Un Agente de IA que "lee la foto y registra el pago" sin más controles empeora cada uno de estos casos, porque los ejecuta más rápido.
¿Por qué no basta con que la IA lea la foto?
Los modelos de visión leen muy bien un comprobante, pero leer no es validar. Un modelo puede confundir un dígito del monto, o tomar como comprobante algo que no lo es: nos ha pasado con un código de barras para pagar en efectivo, que el modelo leyó como un pago ya hecho.
Además, el modelo no sabe lo que solo sabe tu ISP: a qué cuentas te pagan, quién es el abonado y qué factura tiene pendiente. Por eso la IA lee y conversa, y unas reglas fijas deciden qué se registra solo y qué pasa a tu equipo:
| El agente registra solo | Pasa a tu equipo, con nota |
|---|---|
| El pago llegó a una de tus cuentas o llaves oficiales | El destinatario no coincide o el comprobante tiene señales de edición |
| El abonado confirmó su identidad con cédula o NIT | El abonado no aparece en tu CRM |
| El monto cubre facturas completas, desde la más antigua | El monto es menor o mayor que las facturas pendientes |
| La deuda está en una sola cuenta | La cédula tiene deuda en varias cuentas |
La IA conversa con el abonado y entiende la foto. Lo que mueve plata lo deciden reglas que no cambian de una conversación a otra.
Cómo lo valida Zelty
Cuando llega un comprobante, el Agente Administrativo Digital de Zelty hace esto:
- 1Lee el comprobante. Extrae monto, fecha, referencia, banco de origen y a quién se pagó. Si la imagen no es un comprobante (una factura, un código de barras, una captura del router), no registra nada.
- 2Revisa a quién se pagó. Compara el destinatario con las cuentas, llaves y titulares oficiales de tu ISP. Si no coincide, o si el comprobante tiene señales raras, lo marca para revisión humana.
- 3Identifica al titular. Pide la cédula o el NIT y confirma la identidad contra tu CRM antes de tocar cualquier cuenta.
- 4Cruza el pago con las facturas. Consulta en el CRM las facturas pendientes y registra solo si el monto cubre facturas completas, desde la más antigua. Justo antes de registrar vuelve a consultar, por si algo cambió en el camino.
- 5Registra o pasa al asesor. Si todo cuadra, registra el pago en el CRM y le confirma al cliente. Si algo no cuadra, transfiere la conversación a tu equipo con una nota interna: monto, fecha, referencia y el motivo exacto.
Así se ven tres comprobantes reales que recibió el agente en un mismo ISP. Son tres apps distintas, y en ninguna el destinatario aparece igual: nombre completo, nombre enmascarado por el banco o solo los últimos cuatro dígitos de la cuenta. Por eso el destinatario se valida contra la lista de cuentas y llaves que nos das, no solo contra el nombre.
Las reglas que mueven plata se validan en código: sin identidad confirmada, sin facturas consultadas o con un monto que no cuadra, el pago no se registra, diga lo que diga la conversación. Y el servicio solo se reactiva cuando la cuenta queda al día en el CRM.
El asesor deja de registrar pagos uno por uno y pasa a revisar solo los casos dudosos, que llegan con todo el contexto.
Los números
En un ISP de Colombia que trabaja con Wispro, entre el 26 de octubre y el 9 de noviembre de 2026, el agente de Zelty:
- registró 269 pagos directamente en el CRM;
- por un total de 16,6 millones de pesos colombianos;
- con cero pagos registrados por un monto distinto al del comprobante.
Son unos 19 pagos al día que ningún asesor tuvo que registrar a mano, y que el cliente vio confirmados en el mismo chat donde mandó la foto.
Un módulo para cualquier CRM
Esta validación vive en un módulo de comprobantes de pago que puede usar cualquier ISP de Zelty, sin importar su CRM. Lo que suma:
- Comprobantes repetidos en toda tu operación. El mismo comprobante no se registra dos veces, aunque llegue por otra conversación, lo mande otro cliente o ya lo haya registrado un asesor.
- Pagos adelantados como saldo a favor. Si el cliente paga antes de que salga la factura, el pago queda registrado y se aplica solo cuando la factura se emite.
- Ningún comprobante sin atender. Si el cliente manda la foto y se va antes de terminar, la conversación pasa a tu equipo con la nota del comprobante en vez de cerrarse.
- Más tiempo para pagar. Cuando un cliente consulta su saldo, la conversación se mantiene abierta más tiempo para que pueda pagar y mandar el comprobante sin empezar de cero.
- Confirmación solo cuando hay duda. Si el pago cuadra, se registra directo. Si puede ir a dos servicios o es un abono, el agente le pregunta al cliente antes de registrar.
Qué necesitas para activarlo
No hay que escribir reglas ni entrenar nada. En el onboarding te preguntamos lo que solo tu ISP sabe:
- a qué cuentas, llaves y QR te pagan, y a nombre de quién;
- qué medios aceptas y cuáles se concilian solos;
- qué hacer cuando el monto no cuadra o el cliente tiene varias cuentas;
- a qué equipo pasan los casos dudosos y en qué horario.
Con eso, Zelty se conecta a tu CRM y empieza a validar comprobantes sobre tus cuentas y tus facturas reales.
De registrar pagos a revisar excepciones
El día de corte no va a dejar de llenarse de comprobantes. Lo que sí puede cambiar es quién los procesa.
Cuando el agente registra los pagos que cuadran, tu equipo deja de ser una fila de digitación y pasa a revisar solo lo que necesita criterio humano: el comprobante dudoso, el pago que no cuadra, el abonado con dos cuentas. Cada caso llega con la nota que explica por qué.
La pregunta para tu ISP no es si la IA puede leer un comprobante. Es qué reglas quieres que se cumplan antes de que un pago toque tu CRM.
Preguntas frecuentes
¿Puede un Agente de IA registrar pagos directamente en mi CRM?
Sí, si las reglas que deciden el registro están fuera del modelo. En Zelty el agente registra solo cuando el abonado está identificado y el monto cubre facturas completas; el resto pasa a tu equipo. Funciona con Wispro y con cualquier otro CRM conectado a Zelty.
¿Qué pasa si el comprobante es falso?
En Colombia no hay una API pública de los bancos para confirmar una transferencia, así que ningún sistema que solo ve la imagen puede garantizarlo al 100%. El agente revisa el destinatario, la fecha, el monto contra la factura y las señales de edición. Si algo no cuadra, el caso pasa a tu equipo antes de registrar nada.
¿Qué pasa si el abonado paga un monto distinto al de su factura?
El agente no registra pagos que no cubren facturas completas: pasa la conversación a tu equipo con una nota que explica la diferencia. Los pagos adelantados quedan como saldo a favor, según las reglas que definas.
¿El agente reactiva el servicio después del pago?
Solo cuando la cuenta queda al día en tu CRM. Un comprobante por sí solo no reactiva nada.
¿Mi equipo sigue haciendo falta?
Sí, pero para otra cosa. Deja de digitar pagos uno por uno y revisa solo los casos que necesitan criterio humano, que llegan con el motivo y los datos del comprobante.
Comparte este artículo
