¿Qué es un Merchant ID (MID)?

Un Merchant ID —casi siempre abreviado como MID— es el identificador que un banco adquirente asocia a una cuenta de comercio para que las redes de tarjetas puedan enrutar las transacciones correctamente. Suele ser un número de 15 dígitos, aunque algunos adquirentes usan formatos más cortos. Cada autorización, liquidación y deducción de comisiones se etiqueta con el MID, así que es lo más parecido que tienen los pagos con tarjeta a un número de cuenta para el comercio. Si aceptas tarjetas en más de un canal —teléfono, web, tienda física— normalmente tendrás un MID distinto para cada uno, porque cada entorno tiene su propio perfil de riesgo y su propio pricing.

El MID no es realmente un número visible para el cliente. Vive en los reportes de remesa, en las configuraciones de la pasarela y en la línea Merchant ID de los recibos (a menudo etiquetada como merchant number en el ticket impreso). Lo que en realidad hace es unir tres cosas: la visión que el adquirente tiene de quién eres, la visión del card scheme respecto al Merchant Category Code (MCC) bajo el que operas y la tabla de tasas de intercambio que decide cuánto cuesta cada transacción. Si cambias cualquiera de las tres, normalmente necesitas un MID nuevo.

Qué se codifica realmente en un MID

Un MID no es aleatorio. El adquirente lo emite desde un bloque que tiene registrado con Visa y Mastercard, y el número está ligado a un MCC concreto, a una persona jurídica concreta y a un canal concreto. Por eso no puedes simplemente «reutilizar» tu MID de tienda física para una nueva web: el perfil de riesgo de e-commerce es distinto, la responsabilidad por contracargos es distinta y las categorías de intercambio a las que calificas son distintas. Los adquirentes te abrirán un segundo MID para el nuevo canal en lugar de reclasificar el antiguo.

También está ligado a tu cuenta bancaria. Los fondos que se liquidan contra un MID aterrizan en el sort code y la cuenta que el adquirente tenga registrados para ese MID. Los grupos multi-entidad a veces lo usan deliberadamente: un MID por filial, liquidando a la cuenta bancaria de esa filial, aunque el grupo funcione sobre una única plataforma.

MID frente a Terminal ID (TID)

Esto despista constantemente. El MID identifica la cuenta de comercio; el Terminal ID (TID) identifica un terminal concreto —físico o virtual— que opera bajo ese MID. Una cafetería con tres cajas suele tener un MID y tres TID. Un call center que usa Paytia tiene un MID y un TID por agente o por flujo de trabajo. Reconciliar ventas por terminal es trabajo de TID; reconciliar comisiones y contracargos es trabajo de MID. Ambos números viajan con cada transacción, pero responden a preguntas distintas.

Varios MID y cuándo se necesitan

Acabarás con más de un MID en varias situaciones habituales:

• Canales separados: la mayoría de los adquirentes emiten un MID distinto para presencial, MOTO/pagos telefónicos y e-commerce, porque cada uno tiene su propio trato de intercambio
• Marcas o nombres comerciales distintos bajo la misma persona jurídica
• Personas jurídicas distintas dentro de un grupo, cada una liquidando a su propia cuenta bancaria
• Procesamiento multidivisa, donde el adquirente emite un MID por moneda de liquidación
• Segmentos de alto riesgo aislados en un MID acotado para que un pico de contracargos en un producto no ponga a todo el negocio en la lista MATCH

Lo que no necesitas es un MID por local cuando son la misma marca y el mismo canal: la mayoría de los adquirentes lo gestionan con sub-IDs o números de tienda bajo un único MID.

Cambiar de adquirente implica un MID nuevo

Si te cambias de un adquirente a otro, recibes un MID nuevo. Suena administrativo, pero tiene una consecuencia real: los tokens de tarjeta guardados suelen estar ligados al MID. El token que tu pasarela anterior te dio para la tarjeta de un cliente recurrente no significa nada para la pasarela de tu nuevo adquirente, porque los tokens se emiten contra el MID original. Tendrás que retokenizar (que el cliente vuelva a introducir la tarjeta, o usar una migración de network tokens si tu scheme lo admite) o acordar una migración de credenciales con el proveedor anterior. Planifícalo antes del cambio: es la parte de un cambio de adquirente que pilla por sorpresa a los equipos financieros que no se han preparado.

PSPs, payfacs y sub-merchant IDs

Stripe, Square, SumUp y otros facilitadores de pagos funcionan distinto. Mantienen un MID maestro con el adquirente y te dan de alta como sub-merchant por debajo, con un sub-merchant ID en lugar de un MID propio. Por eso puedes empezar a aceptar pagos a través de Stripe en una tarde: no estás siendo evaluado como comercio independiente, te están añadiendo a la cuenta de Stripe. La contrapartida es menos control: las políticas de riesgo del MID maestro se te aplican y, si el payfac decide congelarte o darte de baja, no hay una relación independiente con el adquirente a la que recurrir. A partir de cierto volumen, la mayoría de los negocios se mueven a un MID dedicado precisamente por eso.