Pasarela de Pago vs Procesador de Pago: Diferencias y Cuándo Importan

La respuesta corta

Una pasarela de pago captura los datos del comprador en el checkout, los cifra y tokeniza, y envía la solicitud de autorización al resto del stack. Un procesador de pago recibe esa solicitud, la enruta por la red de tarjeta, habla con el banco emisor y mueve los fondos liquidados a la cuenta mercantil.

Muchos proveedores modernos integran ambos roles en un producto. En España el caso paradigmático es Redsys, que actúa como procesador para la mayoría de adquirientes. Las pasarelas cripto van un paso más allá y colapsan pasarela, procesador y cuenta mercantil en un único sistema sobre una blockchain.

Qué hace realmente una pasarela

La pasarela es la puerta de entrada. Su trabajo consiste en sacar los datos sensibles de sus servidores lo antes posible y dejarlos en un formato seguro para transmitirlos.

• Captura. Hosted fields, SDK embebido o redirección a una página hospedada. Recoge PAN, caducidad, CVV y datos opcionales de envío y 3DS.
• Cifrado. TLS 1.2 o 1.3 en cada petición. El PAN nunca atraviesa su red en claro.
• Tokenización. Se sustituye por un token de pasarela o de red (Visa Token Service, Mastercard MDES). Inútil fuera del sistema original.
• Orquestación 3DS2. Para SCA bajo PSD2 en la UE, la pasarela invoca 3DS2, entrega al comprador al flujo de autenticación del emisor y recoge la respuesta con liability shift.
• Señales de fraude. Huella de dispositivo, velocidad, país del BIN, AVS, CVV. La pasarela las combina en una puntuación o las pasa al procesador.
• Enrutado de respuesta. Devuelve aprobada, rechazada o retada al checkout, dispara webhook y escribe el registro de conciliación.

En cripto la pasarela cumple las mismas funciones pero hablando con una blockchain: genera dirección única, vigila el mempool, espera confirmaciones y dispara un webhook cuando el pago es firme.

Qué hace realmente un procesador

El procesador es la fontanería. Mueve la solicitud firmada por una red de bancos y redes hasta que los fondos aterrizan en su cuenta.

• Enrutado de autorización. Recibe la petición y la envía al adquiriente, que la lleva por Visa, Mastercard, Amex o esquemas locales al banco emisor.
• Mensajería ISO-8583. El estándar de las redes de tarjeta. El procesador lo habla nativamente para que la pasarela y el comercio no tengan que hacerlo.
• Gestión de códigos de rechazo. 05 "No aceptar", 51 "Saldo insuficiente", 65 "Excede límite". El procesador los interpreta y normaliza.
• Compensación. Al cierre de cada día agrupa autorizaciones y envía el fichero a la red, que mueve dinero del emisor al adquiriente.
• Liquidación. El adquiriente abona la cuenta mercantil en T+1 o T+2, menos intercambio, esquema y margen.
• Disputas y contracargos. Recibe el aviso, retrocede los fondos, facilita representment y acepta o rechaza la decisión del emisor.

Pasarela vs procesador vs adquiriente vs cuenta mercantil

En una pasarela cripto las últimas cinco filas colapsan en una. La pasarela captura la factura, la blockchain autoriza y compensa, la liquidación ocurre on-chain y un único socio bancario se encarga del off-ramp a EUR.

Ejemplo: una venta de 100 EUR con tarjeta

Para concretar los roles, una compra de 100 EUR en un e-commerce español con adquiriente local.

1. El comprador envía el formulario. La pasarela recibe los datos por TLS, tokeniza el PAN y monta la solicitud de autorización.
2. La pasarela la envía al procesador (Redsys en la mayoría de casos), que la pasa al adquiriente, por Visa, al banco emisor.
3. El emisor valida saldo, AVS y CVV, y responde aprobada con código A7K3M9 en 1,2 segundos.
4. El procesador devuelve aprobada a la pasarela. Webhook disparado y pantalla de gracias.
5. A las 23:00 el procesador bate el fichero de compensación. Visa mueve 100 EUR menos intercambio del emisor al adquiriente.
6. En T+1 el adquiriente abona en la cuenta mercantil unos 98,50 EUR (100 EUR menos 1,3 % mezclado y 0,20 EUR).
7. En T+2 su banco operativo barre el saldo.
8. 60 días después el comprador disputa. El emisor abre contracargo. El procesador retrocede los 100 EUR, cobra 20 EUR de comisión de disputa y espera representment.

Cuatro sistemas, cinco contratos, dos fechas de liquidación y cinco meses de cola de disputa. Eso es una operación de tarjeta.

Ejemplo: la misma venta en USDC

Mismo pedido, pagado en USDC sobre Base:

1. Su servidor llama a la API de la pasarela cripto con amount=100, currency=EUR.
2. Fija el tipo, genera dirección única, devuelve QR y factura con ventana de 20 minutos.
3. El comprador paga desde su wallet. El indexador lo detecta en mempool en menos de un segundo.
4. Tras 1 o 2 confirmaciones en L2 (4-10 segundos), se dispara payment.completed.
5. Usted mantiene 100 USDC en wallet propia (T+0, sin comisión más allá de 0,5 % de la pasarela), o liquida a cuenta EUR por SEPA Instant en T+0 con 1 % de spread.
6. Netos entre 98,50 y 99,50 EUR. Sin ventana de contracargo. Nunca.

Mismo resultado comercial, un sistema, un contrato, cola de disputa cero. Por eso las pasarelas cripto son atractivas para cualquier comercio cuyos márgenes no aguantan 1,8 % de tarjeta más un 0,9 % de contracargos.

Cuándo la distinción importa

Para la mayoría de operadores de e-commerce en España el desglose pasarela-procesador es invisible: compran un producto integrado, un contrato, una tarifa. La distinción empieza a pesar cuando:

• Está desagregando. Pasar de una tarifa plana a Interchange++ expone cada capa por separado. Entender quién cobra qué es la única forma de comparar ofertas.
• Construye orquestación de pagos. Enrutar operaciones por varios procesadores exige una pasarela agnóstica. Se elige una que hable con varios procesadores.
• Opera en vertical de alto riesgo. La aprobación es un problema del adquiriente, no de la pasarela. A la pasarela le da igual lo que venda.
• Expande internacionalmente. Adquirir localmente en cada país con volumen significativo baja el rechazo entre 5 % y 12 %. La pasarela enruta; adquiriente y procesador ejecutan.
• Añade cripto. Una pasarela cripto reemplaza procesador y adquiriente completos. Evaluarla exige saber qué está sustituyendo.

Si nada de eso aplica, escoja un proveedor integrado con precio justo y siga. Si algo sí, este vocabulario es el mínimo para negociar con sentido.

Añadir la capa cripto sin rehacer su stack