Los errores que nunca ocurrieron
Un agente de validación de comisiones en una empresa de pagos transfronterizos ahorró unas mil horas al año. Las horas fueron lo menos interesante del resultado.
Traducido del inglés con IA. Leer el original
Una empresa de pagos le cobra a sus comercios según un contrato firmado: tramos, comisiones por transacción, recargos por cuotas, comisiones de payout, reembolsos y contracargos. El contrato es la fuente de verdad. La configuración viva en el sistema de facturación es lo que efectivamente cobra dinero. Nadie tenía una forma sistemática de verificar que las dos siguieran coincidiendo.1Coincidían al momento de la firma. Esa es la parte fácil. La pregunta es si siguen coincidiendo después de una renegociación, un setup apurado o dieciocho meses sin que nadie mire.
La configuración se verificaba a mano, sin un disparador consistente, y normalmente recién cuando alguien ya había sentido el problema.
Qué construimos
Un agente que toma el identificador de un comercio y su contrato, trae la configuración viva y los datos de comisiones desde los sistemas de facturación, normaliza ambos en una estructura común, los compara campo por campo y emite un reporte de discrepancias que revisa una persona.
No corrige nada. Lee dos cosas que deberían coincidir y dice dónde no lo hacen.
Lo conectamos a los tres momentos en que una configuración de comisiones puede crearse o modificarse: al completar una nueva integración, después de cualquier cambio en las comisiones de un comercio existente, y de forma programada sobre las cuentas de mayor valor. Esos tres cubren todos los eventos que pueden introducir un error. El resto es deriva, y las corridas programadas la detectan.
Las horas
Cubrir todo manualmente, a escala, llevaría alrededor de mil horas al año repartidas entre cuatro equipos. El número está armado de la forma aburrida: tiempo por revisión, por revisiones al mes, por doce, sumado por equipo. La gente que hace el trabajo reconoció sus propios números ahí adentro.
Operar el agente cuesta unos pocos miles de dólares al año, y menos en la práctica, porque validar varios IDs de comercio bajo un mismo contrato en una sola corrida sale más barato que hacerlos de a uno.2Nuestras proyecciones asumieron que no había batching. Las estimaciones que asumen el caso optimista las audita después alguien de peor humor.
Ese es el número que va en el business case, y es lo más flojo que puedo decir de verdad sobre el proyecto.
Por qué las horas son el titular equivocado
Un error de configuración de comisiones tiene dos formas de fallar, y ninguna aparece en una planilla de horas.
Cobrar de menos es una pérdida de ingresos silenciosa y acumulativa. La empresa cobra menos de lo que el contrato le permite, en cada transacción afectada, mientras nadie lo note. No se rompe nada. El comercio no escribe para avisar que le están cobrando poco.
Cobrar de más le factura al comercio más de lo que acordó pagar. Eso es un problema de confianza en el momento en que se descubre, un problema de disputas y reembolsos poco después, y un problema de exactitud de facturación para cualquier empresa de pagos regulada.
El mismo error, un dígito en un campo, aterrizando en partes completamente distintas del negocio. Uno erosiona el margen; el otro erosiona la relación y la postura de cumplimiento a la vez. Las horas ahorradas no capturan ninguno de los dos.
La parte que no se puede contar
Cuando un agente así corre contra configuraciones vivas, hace lo que uno esperaría: encuentra discrepancias reales, esperando a que alguien las corrija antes de que se acumulen. Lo que no puede decirte es cuánto habrían costado, porque una vez que se detecta una discrepancia, el contrafáctico desaparece. La prevención siempre tiene este problema: el éxito se parece a una ausencia.3Por eso "errores evitados" es una afirmación sobre el futuro y "horas ahorradas" es una afirmación sobre el pasado. La del pasado va en la propuesta; el resto lo digo en voz alta.
Cambiaron tres cosas que no entran en una planilla.
La verificación ocurre se acuerde alguien o no. Antes, validar dependía de que alguien decidiera que una cuenta valía una revisión, y esa decisión era el verdadero cuello de botella. Nadie registra las revisiones que no se le ocurrieron.
Queda un registro. Cada corrida deja un artefacto: esta configuración se comparó contra este contrato en esta fecha, y esto es lo que coincidió. Vale algo para un auditor y bastante más para quien herede la cuenta.
Una corrida limpia es un resultado. La mayoría de las corridas no encuentra nada. A mano, "nada" cuesta veinte minutos y se siente como desperdicio, así que no se hace. A unos pocos dólares la corrida, "nada" es algo perfectamente razonable de comprar una y otra vez.
Lo que todavía falta
No existe una tasa base de error establecida para este tipo de deriva de configuración en la industria. Sin ella, "reduce errores de configuración" es una dirección y no una magnitud: una afirmación que se vuelve más precisa a medida que se acumulan corridas.
El resultado vale tanto como el contrato de referencia contra el que se valida. Si ese registro no está confiablemente al día, el agente compara algo confiable contra algo que no lo es y reporta con falsa seguridad. Eso es un problema de archivo, no de ingeniería, y es la dependencia de fondo.
La automatización tiene su propio mantenimiento. Poco, no cero, y un número justo lo resta.
La forma del resultado
El resumen no es "ahorramos mil horas". Es que un punto ciego recurrente se convirtió en un control monitoreado, y las horas son cómo sabemos que alguien le estaba dedicando esfuerzo antes.
El próximo paso es el obvio y también el que hay que cuidar: un agente que proponga la configuración a partir del contrato, con el validador revisando su trabajo, en un loop hasta que no quede nada que marcar. Esa es otra conversación de riesgo, porque implica acceso de escritura a un sistema de ingresos. Solo lectura para el que verifica, escrituras acotadas y por etapas para el que propone, aprobación humana antes de que algo se escriba.
Leer es barato de hacer mal. Escribir no.