ISO 8583, el idioma en el que se hablan los pagos

Empecemos por lo más básico, que además es lo que más se desconoce. Una autorización de tarjeta no es un salto sino varios: del comercio al adquirente, del adquirente al sello (Visa, Mastercard), y del sello al emisor. La terminal a veces habla otros protocolos, pero en cuanto el mensaje entra al sistema de tarjetas el formato es el mismo, y lo define una norma de 1987: ISO 8583. No es JSON, no es una API REST, no hay documentación pública amigable: es una cadena binaria con un indicador de tipo de mensaje, un mapa de bits que dice qué campos vienen, y hasta 128 campos numerados donde cada uno significa algo distinto.

Sobre eso corre el sistema de tarjetas del mundo entero. Y no hay un solo ISO 8583: cada marca y cada procesador tiene su dialecto, con campos propios y usos particulares del mismo número de campo. Por eso conectar dos sistemas de pagos casi nunca es "integrar una API", y por eso ese trabajo lo hacen equipos especializados que se cuentan con los dedos.

Está entrando su reemplazo, ISO 20022, que es otra cosa: mensajes estructurados, con más datos y con un modelo común para todo el sistema financiero. Ya es el formato de los rieles de alto valor y de los pagos instantáneos, y las marcas de tarjetas están en esa transición. Pero la base instalada de ISO 8583 es enorme y no se apaga de un día para el otro: lo que viene son años de convivencia, con los dos formatos andando a la vez.

Entender esto cambia el resto de la conversación. Explica por qué una integración generalmente lleva meses y no semanas, por qué la certificación con una marca es un proyecto en sí mismo, y por qué existe un mercado entero de software cuyo único trabajo es hablar ese idioma y traducirlo. Hoy hay herramientas que aceleran bastante ese trabajo, con simuladores, juegos de pruebas y plataformas que resuelven el andamiaje: los plazos bajaron, pero la complejidad de fondo sigue estando y hay que saber manejarla.