¿Qué es un Pago a Comercio?
Un pago a comercio (merchant payment) es cualquier pago electrónico que un cliente realiza a una empresa a cambio de bienes o servicios. Su rasgo definitorio es la dirección —el dinero fluye de un cliente a un comercio registrado— y esa dirección activa un conjunto específico de reglas sobre tasas de intercambio, liquidación, impuestos y derechos de contracargo. Un pago a comercio no es lo mismo que una transferencia peer-to-peer, aunque los raíles técnicos se parezcan. El lado del comercio en la transacción pasa por un adquirente, un procesador, una pasarela y una red de tarjetas o bancaria antes de que el dinero llegue.
Un pago a comercio es cualquier pago electrónico que un cliente realiza a una empresa a cambio de bienes o servicios. Esa sencilla dirección —de cliente a empresa— es lo que lo separa de una transferencia peer-to-peer, y esa dirección pone en marcha toda una maquinaria de acreditación, comisiones y reglas de protección al consumidor que no se aplicarían si un amigo te enviase diez libras. Para aceptar pagos a comercio, el negocio tiene que estar registrado como comercio en un banco o procesador, tiene que identificar qué vende mediante un Merchant Category Code y tiene que aceptar que cada transacción pasará por una cadena de liquidación en capas que se queda con unos cuantos puntos porcentuales por el camino.
La expresión «pago a comercio» suena sencilla, pero abarca desde un toque contactless de 3 libras en una cafetería hasta una factura de seis cifras pagada por ACH entre dos fabricantes. La maquinaria subyacente es la misma: el comercio acepta la instrucción de pago, un adquirente la enruta por una red, el emisor o el banco del cliente la autoriza y, unos días después, el dinero se liquida en la cuenta del comercio. Lo que cambia entre casos de uso es el raíl, la estructura de comisiones y las reglas de protección al consumidor.
Las Partes del Ecosistema de Pagos a Comercio
En todo pago a comercio basado en tarjeta participan cinco partes distintas, y con el cliente son seis. Cada una se lleva su parte.
El cliente inicia el pago, usando una tarjeta, una wallet, una app bancaria o una autorización Open Banking. El emisor es el banco que le dio la tarjeta al cliente o que tiene su cuenta; autoriza el pago y asume el riesgo de fraude (o lo traslada al comercio según unas reglas definidas). La red de tarjetas —Visa, Mastercard, Amex, Discover— es la dueña de los raíles por los que viaja el mensaje y fija las tasas de intercambio. El adquirente (también llamado banco adquirente) es el banco del comercio: mantiene la cuenta del comercio, asume la responsabilidad del comercio ante la red y liquida los fondos en la cuenta del comercio unos días después. El procesador se encarga del enrutamiento técnico de los mensajes entre el comercio y la red. La pasarela es la capa de API con la que realmente habla la web o el terminal del comercio. En comercios más pequeños, el adquirente, el procesador y la pasarela suelen ser la misma empresa: Stripe, por ejemplo, juega los tres papeles a la vez para la mayoría de sus clientes.
Para un pago account-to-account a través de Open Banking, FedNow o Faster Payments, la cadena es más corta: el banco del cliente inicia, el scheme compensa y el banco del comercio acredita. No hay tasas de intercambio, hay menos partes y no hay comisiones de scheme en el sentido de las tarjetas, pero tampoco hay infraestructura de contracargos.
Qué Distingue a un Pago a Comercio de una Transferencia P2P
Aquí está la línea que importa legal y comercialmente. Un pago a comercio se regula como una transacción comercial. El comercio se ha registrado con un adquirente, ha firmado las reglas del scheme, ha declarado una categoría y ha aceptado las reglas de contracargo y devolución. El cliente tiene derechos de protección al consumidor: la Section 75 en el Reino Unido para compras superiores a 100 libras con tarjeta de crédito, derechos de contracargo en tarjeta de débito, el derecho a disputar la transacción ante su banco si los bienes no llegan.
Una transferencia peer-to-peer es el mismo movimiento técnico de dinero sin esas protecciones. Si envías 200 libras a un amigo por Faster Payments, no puedes disputarlas después porque os hayáis peleado. Si un comercio acepta una transferencia P2P en lugar de un pago a comercio propiamente dicho para esquivar las comisiones, ambas partes pierden la capa de protección al consumidor, y el comercio, además, probablemente pierde su derecho a operar bajo las reglas de su scheme.
Las redes de tarjetas vigilan esto activamente. Reclasificar pagos a comercio como transferencias P2P —lo que a veces se llama transaction laundering o factoring— es una grave infracción de las reglas del scheme y puede dejar al comercio fuera de la aceptación de tarjetas por completo.
El Flujo de Liquidación
Cuando un cliente paga a un comercio con tarjeta, la transacción pasa por dos fases distintas: autorización y liquidación.
La autorización ocurre en tiempo real. La pasarela envía la transacción al procesador, el procesador la envía a la red, la red al emisor; el emisor comprueba que el cliente tiene los fondos y que la transacción no es sospechosa, y devuelve un código de aprobación o rechazo. Toda la cadena se completa normalmente en 200-500 milisegundos. En este punto, los fondos están reservados contra la cuenta del cliente, pero aún no se han movido.
La liquidación llega más tarde, normalmente por la noche o en un lote programado. El comercio envía al adquirente las transacciones aprobadas del día; el adquirente reclama los fondos de cada emisor a través de la red; la red netea los totales entre bancos; y el adquirente abona en la cuenta del comercio, menos las comisiones, según el calendario acordado —normalmente T+1, T+2 o T+3 en la mayoría de los mercados—. En sectores de alto riesgo, el adquirente también puede retener una reserva rotatoria.
Este desfase es la razón por la que «mi cliente pagó ayer pero aún no he recibido el dinero» es normal y no un problema. El pago queda comprometido en la autorización; el dinero se mueve en la liquidación.
El Código de Categoría de Comercio (MCC)
A cada comercio se le asigna un Merchant Category Code (MCC) de cuatro dígitos al darse de alta con un adquirente. El MCC describe qué vende el comercio: 5411 son supermercados, 7372 son empresas de software, 5812 son restaurantes, 4900 son servicios públicos. Algunos MCC son de juego, contenido para adultos o donaciones políticas, y tienen un perfil distinto de comisiones y de riesgo.
El MCC influye en una cantidad sorprendente de cosas. Define el nivel de intercambio que paga el comercio. Determina si el emisor está autorizado siquiera a aprobar la transacción (algunas tarjetas bloquean por defecto los MCC de contenido para adultos). Influye en los umbrales de monitoreo de fraude, en la elegibilidad para puntos y recompensas e incluso en las tasas de cashback al consumidor. Los comercios que creen que su intercambio es demasiado alto deberían comprobar bajo qué MCC los han clasificado antes de cambiar de procesador: a veces un MCC mal clasificado es el problema entero.
Lo que Paga el Comercio
El coste total de aceptar un pago a comercio con tarjeta se reparte en tres capas. La tasa de intercambio es la parte más grande: normalmente 0,2-0,3% en tarjetas de débito de consumo del Reino Unido, 0,3% en tarjetas de crédito de consumo del Reino Unido (ambas limitadas por ley) y significativamente más en tarjetas comerciales y emitidas fuera de Europa. La tasa de intercambio va del adquirente al emisor. Las comisiones de scheme son una capa menor pagada a Visa o Mastercard por el uso de la red, normalmente 0,05-0,15% más una comisión por transacción. El margen del procesador es lo que añaden el adquirente y la pasarela por encima. Esta es la única que los comercios pueden realmente negociar; las dos primeras se fijan en otra parte.
El coste todo incluido para un comercio de e-commerce típico del Reino Unido oscila entre el 1,4% y el 2,5% del valor de la transacción. Con Amex es más alto. En una transacción pay-by-bank de Open Banking, el comercio paga una tarifa plana —céntimos por transacción en lugar de un porcentaje— y no hay tasa de intercambio en absoluto, por eso los comercios que pueden redirigir a sus clientes hacia pagos bancarios suelen hacerlo.
Los Canales por los que Puede Llegar un Pago a Comercio
Los pagos a comercio no se limitan a las transacciones con tarjeta. El conjunto completo de canales en 2026 incluye e-commerce sin presencia de tarjeta, pagos presenciales en tienda, pagos telefónicos (un subconjunto de CNP), pagos con wallet digital, transferencias bancarias de Open Banking, pagos ACH en EE. UU., domiciliaciones bancarias (direct debit) en el Reino Unido y Europa, y raíles instantáneos como FedNow y Faster Payments. El comercio decide qué canales habilita, y en cada caso la disyuntiva es comisiones frente a riesgo frente a velocidad de liquidación.
Paytia se sitúa en un canal concreto de pago a comercio: la llamada telefónica. Cuando un cliente llama a un negocio para pagar una factura, hacer una reserva o saldar un saldo, eso es un pago a comercio en todos los sentidos regulatorios, pero históricamente ha sido uno de los canales más arriesgados, porque los datos de la tarjeta pasan por agentes y por grabaciones de llamadas en su camino al adquirente.
Nuestra plataforma cambia el camino que recorren los datos. El cliente llama con normalidad y habla con un agente. Cuando llega el momento de pagar, el agente activa el flujo seguro de Paytia. El cliente teclea el número de su tarjeta en el teclado de su propio teléfono y nuestro enmascaramiento DTMF intercepta los tonos antes de que lleguen al agente o a la grabación. Los datos de la tarjeta van directamente a la pasarela de pagos del comercio y atraviesan la cadena normal de adquirente-red-emisor. El pago se liquida en la cuenta bancaria del comercio exactamente igual que una transacción presencial: misma tasa de intercambio, mismas comisiones de scheme, mismos derechos de contracargo, pero el centro de contacto nunca llega a tener los datos de la tarjeta. Eso saca al puesto de trabajo del agente, al sistema telefónico y a la grabación de la llamada del alcance de PCI DSS.
Preguntas frecuentes
¿Cuál es la diferencia entre un pago a comercio y un pago en general?
La dirección y el registro. Un pago a comercio fluye de un cliente a un negocio que ha sido registrado como comercio con un adquirente, clasificado bajo un Merchant Category Code y adherido a las reglas del scheme que conlleva aceptar pagos con tarjeta. Una transferencia peer-to-peer fluye entre dos personas por los mismos raíles, pero sin ese registro, sin la infraestructura de contracargos y sin derechos de protección al consumidor. El movimiento técnico de dinero puede parecer idéntico; el envoltorio legal y comercial que lo rodea es distinto.
¿Quiénes son las partes implicadas en un pago a comercio con tarjeta?
Seis en total. El cliente, el emisor (banco del cliente), la red de tarjetas (Visa, Mastercard, Amex), el adquirente (banco del comercio), el procesador (que enruta el mensaje) y la pasarela (con la que habla la web o el terminal del comercio). En comercios más pequeños, el adquirente, el procesador y la pasarela suelen ser la misma empresa —Stripe es el ejemplo obvio— pero los roles siguen siendo distintos y cada uno cobra su comisión.
¿Cuánto tarda en liquidarse un pago a comercio?
La autorización es en tiempo real, normalmente 200-500 milisegundos. La liquidación —el dinero real entrando en la cuenta bancaria del comercio— suele tardar de uno a tres días laborables en los pagos con tarjeta, dependiendo del calendario del adquirente y de si retiene una reserva rotatoria. En Open Banking y en raíles instantáneos como FedNow o Faster Payments, la liquidación es prácticamente en tiempo real, a menudo en segundos. ACH suele tardar de uno a tres días hábiles; el ACH del mismo día está disponible en EE. UU. con un coste.
¿Qué paga un comercio por aceptar un pago con tarjeta?
Tres capas apiladas. La tasa de intercambio va del adquirente del comercio al emisor del cliente, limitada por ley en el Reino Unido y la UE al 0,2% en débito de consumo y al 0,3% en crédito de consumo, mucho más alta en tarjetas comerciales y no europeas. Las comisiones de scheme van a Visa o Mastercard, normalmente 0,05-0,15% más una comisión por transacción. El margen del procesador es lo que añaden el adquirente y la pasarela por encima, y es la única parte que un comercio puede realmente negociar. El coste todo incluido para un comercio de e-commerce típico del Reino Unido es de 1,4-2,5%, más alto en Amex.
¿Un pago a comercio siempre pasa por una red de tarjetas?
No. Las redes de tarjetas gestionan el grueso por volumen, pero los pagos por raíl bancario —pay-by-bank de Open Banking, FedNow, ACH, direct debit, Faster Payments, SEPA— eluden las redes de tarjetas por completo. El banco del cliente paga directamente al banco del comercio, el comercio paga una tarifa fija por transacción en lugar de un porcentaje y no hay derechos de contracargo. Cada vez más comercios ofrecen tanto opciones de tarjeta como bancarias en el checkout y dejan que el cliente (o un motor de enrutamiento) elija.
Ready to take secure payments?
Book a demo with our team. We'll show you DTMF masking live, talk through PCI DSS scope reduction, and put together pricing based on your call volume.
Trusted by law firms, insurers, healthcare providers and regulated businesses worldwide. Learn more about Paytia