Enrutamiento de MID de respaldo
El enrutamiento de MID de respaldo garantiza la continuidad de las transacciones. Si un ID de comerciante (MID) o adquirente principal falla, Cardflo redirige automáticamente los pagos a un respaldo disponible.
Este mecanismo previene interrupciones del servicio y mantiene una alta tasa de éxito de las transacciones para comerciantes de alto riesgo y empresas, salvaguardando las fuentes de ingresos.
- Categoría
- Enrutamiento
- Capacidades
- 10
- Disponible en
- Todos los planes
La visión general
Backup MID routing functions as a dynamic failover mechanism within a payment orchestration layer to mitigate technical or operational downtime. In a standard setup, a merchant relies on a single Merchant Identification Number (MID) provided by one acquirer.
If that acquirer experiences a service outage, or if the MID is suspended due to volume caps or risk flags, the payment flow ceases.
Backup routing establishes a hierarchy where a secondary or tertiary MID, often held at a different acquirer, is automatically utilised when the primary connection records a hard failure or a series of timeouts.
This architecture sits between the gateway and the clearing networks, monitoring authorisation responses in real-time. By diversifying the acquiring infrastructure, merchants reduce their dependency on a single point of failure.
This process is critical for businesses operating in high-volume environments or sectors with strict performance requirements, ensuring that the checkout process remains active even if the primary processing route becomes unavailable.
Cómo funciona
Establishment of MID hierarchy
The merchant configures a primary MID alongside one or more secondary MIDs within the routing engine. These MIDs are typically distributed across different acquiring banks to ensure redundancy.
The system organises these credentials into a prioritised stack, defining which account handles the default traffic volume under normal operating conditions.
Trigger condition monitoring
The orchestration platform monitors every authorisation request for specific response codes. Triggers for backup routing include technical time-outs, specific acquirer error codes, or reaching pre-defined transaction value limits.
The system distinguishes between customer-related declines, such as insufficient funds, and infrastructure-related failures that warrant a secondary route.
Automatic failover execution
Upon detecting a qualifying failure, the system instantly redirects the transaction payload to the next available MID in the hierarchy. This happens in the background without requiring the cardholder to re-enter their details.
The request is reformatted to match the technical specifications and API requirements of the backup acquirer.
Response and data reconciliation
If the backup MID secures an authorisation, the success message is relayed to the merchant. The system logs the specific ARN and MID used for the transaction to ensure accurate settlement reporting.
This ensures that even though the route changed, the financial data remains synchronised for later reconciliation.
Por qué importa
Resilience against acquirer downtime
Acquiring platforms occasionally undergo scheduled maintenance or suffer unexpected technical outages. Without a backup MID, a merchant is unable to process any card payments during these periods, resulting in direct revenue loss.
Establishing a secondary route ensures that the business remains operational regardless of the technical stability of a single financial partner or the underlying scheme connectivity.
Risk and volume management
Acquirers often impose monthly processing limits or sudden holds based on shifting risk profiles. If a primary MID reaches its volume ceiling or experiences a surge in retrieval requests, the merchant can redirect subsequent traffic to a backup MID.
This prevents a complete cessation of processing while the merchant addresses the compliance or risk concerns associated with the primary account.
Optimised authorisation performance
Different acquirers may have varying performance levels for specific card types or regions. Backup routing allows a merchant to test and failover to paths that may have better alignment with the issuing bank's preferences.
This flexibility helps in maintaining a stable authorisation rate across diverse transaction sets, rather than being tied to one acquirer's specific technical limitations.
Casos de uso
High-volume e-commerce
Retailers processing thousands of transactions hourly use backup MIDs to prevents bottlenecks. If one acquirer's gateway latency increases, the system shifts traffic to keep the checkout responsive.
SaaS and recurring billing
Subscription platforms use backup routing to ensure monthly billing cycles are completed. If a batch of renewals fails on the primary MID, the system retries via an alternative acquirer.
Regulated and high-risk sectors
Merchants in volatile industries use multiple MIDs to protect against sudden account closures. If an acquirer terminates a MID, the backup route allows for immediate continuity of service.
Cross-border expansion
Merchants entering new markets use backup MIDs to handle regional card schemes. If a local acquirer fails to process an international BIN, a global backup can attempt the authorisation.
En cifras
This represents the typical uplift in successful transactions observed by merchants who implement failover logic to capture sales that would otherwise be lost to technical acquirer errors.
By utilising multiple acquiring paths, businesses can achieve near-constant availability for payment processing, significantly exceeding the uptime of any single stand-alone acquirer.
Industrial orchestration engines typically execute routing logic and secondary transmission within this timeframe, ensuring no perceptible delay for the customer during the checkout process.
Términos relacionados
Talk to our team about a live rollout on your acquiring stack.
Lo que obtienes con Enrutamiento de MID de respaldo
- Conmutación por error automática a MID de respaldo preconfigurados
- Umbrales configurables para la detección de fallas del MID principal
- Soporte para múltiples MID de respaldo por conexión principal
- Monitoreo en tiempo real del rendimiento del adquirente y MID
- Integración perfecta con los flujos de pago existentes
- Reducción de la sobrecarga operativa para reintentos de pago
- Detailed reporting on failover incidents to analyse acquirer performance and optimise routing rules.
- Maintenance of data integrity across different acquirers using centralised tokenisation and vaulting.
- Compliance with PCI-DSS requirements while shifting sensitive card data between different processing endpoints.
- Reduction in manual intervention requirements for treasury and payment operations teams during outages.
A short scoping call, then a written plan for your MIDs.
Preguntas sobre Enrutamiento de MID de respaldo
¿Con qué rapidez se activa el enrutamiento de MID de respaldo?
El sistema de Cardflo detecta problemas en el MID principal o en el adquirente en tiempo real. El reenvío a un MID de respaldo suele ser instantáneo, minimizando cualquier interrupción en el proceso de transacción y asegurando una experiencia fluida para el cliente sin demoras.
¿Puedo establecer reglas específicas para los MID de respaldo?
Sí, puede definir reglas precisas sobre cómo y cuándo se utilizan los MID de respaldo. Esto incluye establecer niveles de prioridad, tipos de transacción específicos o condiciones geográficas, lo que proporciona un control granular sobre su estrategia de enrutamiento de pagos y su resiliencia.
¿Qué datos están disponibles para el rendimiento del MID de respaldo?
Cardflo proporciona informes detallados sobre la utilización de MID de respaldo y las tasas de éxito.
Estos datos le ayudan a analizar la eficacia de su estrategia de conmutación por error, identificar posibles puntos de falla y optimizar su infraestructura de pago general para una futura resiliencia.
Can I use backup routing to bypass a hard decline from an issuer?
No, backup routing is not intended to circumvent legitimate hard declines such as 'Stolen Card' or 'Account Closed'.
Issuers track a card's attempt history; repeatedly sending the same transaction to different acquirers after a hard decline can lead to flagging for suspicious behaviour or potential fines.
Backup routing should be reserved for technical failures, acquirer outages, or soft declines where a change in the processing path might yield a success.
What are the common triggers for a failover to a secondary MID?
Common triggers include HTTP 5xx errors from the acquirer's API, connection time-outs beyond a five-second threshold, or specific scheme error codes indicating the acquirer cannot reach the issuer.
Merchants may also set triggers based on volume, such as routing 100% of traffic to a backup once the primary MID reaches a certain monthly processing limit, to avoid over-concentration risk.
Do I need separate contracts with multiple acquirers to use backup MID routing?
Yes, to effectively use backup routing for redundancy, a merchant typically requires a Merchant Service Agreement (MSA) with at least two different acquiring banks. Each will provide a unique MID.
While some PSPs offer multiple MIDs under a single contract, true resilience is achieved by using different backend providers to ensure that a failure at one bank does not affect the other.
¿Listo para la velocidad?
Cuéntanos sobre tu negocio. Te pondremos en contacto con los socios adquirentes y la ruta adecuada, normalmente en una semana.