Caso Koralplay: automatizar incidencias de pagos con revisión por niveles

Separa la consulta del cambio financiero

El caso requiere localizar una transacción y comprender su estado antes de intervenir. Diseña la primera versión para identificar ticket, cliente y operación, mostrar contexto y preparar una recomendación. No habilites movimientos de fondos solo porque la búsqueda de la transacción sea correcta.

Verifica identidad y relación entre registros

Comprueba que el ticket pertenece a una cuenta autenticada y que el identificador de pago corresponde a esa cuenta. Nombre parecido, importe o fecha no bastan para elegir una transacción. Las coincidencias múltiples deben detener el flujo y pedir revisión.

Define qué significa “bloqueado”

Documenta estados de pago aceptados, quién los asigna y qué operaciones permite el proveedor. Un estado antiguo puede cambiar durante la ejecución. Reconsulta justo antes de actuar y detén el agente si el valor no coincide con la condición aprobada.

Asigna permisos por operación

Distingue consultar, reintentar, desbloquear, cancelar y reembolsar. Cada operación tiene efecto y autorización distintos. Comienza con el conjunto mínimo, aplica límites por importe y reserva para una persona acciones irreversibles o que puedan impactar balances.

Usa aprobación antes de escribir

Presenta al operador el ticket, la operación identificada, el estado actual y el cambio solicitado. Registra quién aprobó y qué respuesta dio el sistema. Si el back office devuelve error después de una escritura, comprueba el estado antes de reintentar para evitar doble efecto.

Comunica desde el resultado confirmado

Genera el mensaje al cliente después de consultar la respuesta de la operación. Distingue solicitud recibida, acción enviada y resultado confirmado. Si el sistema no devuelve confirmación, informa que se está revisando en vez de asegurar que el pago se desbloqueó.

Controla abuso y anomalías

Activa alertas para operaciones repetidas, montos inusuales, cuentas incongruentes y volumen elevado. Mantén límites independientes de la conversación con el cliente: una instrucción no debería poder ampliar el importe o saltarse una política. Ten un mecanismo de parada accesible al responsable.

Mide resultado neto y calidad

Cuenta tickets elegibles, operaciones ejecutadas, revisiones, reversiones, fallos y tiempo de resolución. Incluye tiempo de auditoría y atención de excepciones. El porcentaje automatizado publicado no equivale a tasa de éxito de una operación financiera ni mide satisfacción por sí solo.

Adapta el caso a una pyme

En una empresa pequeña, empieza con una consulta de estado o preparación de respuesta antes de escribir en sistemas de pago. Solicita al proveedor matriz de acciones, permisos, logs, controles, condiciones de error y datos del piloto. Amplía solo tras aprobación de operaciones, finanzas y seguridad.

Fuentes y documentación

• n8n — Koralplay automates 70% of payment support tickets — Caso publicado por el proveedor de la herramienta. Las cifras y resultados son declaraciones de la empresa y no una auditoría independiente; se presentan como contexto, no como previsión para una pyme.