Backup MID-routing
Backup MID-routing säkerställer transaktionskontinuitet. Om en primär Merchant ID (MID) eller inlösare misslyckas, dirigerar Cardflo automatiskt om betalningar till en tillgänglig backup.
Denna mekanism förhindrar avbrott i tjänsten och upprätthåller en hög transaktionsframgång för högriskhandlare och företag, vilket skyddar intäktsströmmarna.
- Kategori
- Dirigering
- Funktioner
- 10
- Tillgänglig på
- Alla planer
Översikten
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.
Så fungerar det
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.
Varför det spelar roll
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.
Användningsfall
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.
I siffror
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.
Relaterade termer
Talk to our team about a live rollout on your acquiring stack.
What you get with Backup MID-routing
- Automatisk redundans till förkonfigurerade backup-MIDs
- Konfigurerbara tröskelvärden för primär MID-feldetektering
- Stöd för flera backup-MIDs per primär anslutning
- Realtidsövervakning av inlösares och MIDs prestanda
- Sömlös integration med befintliga betalningsflöden
- Minskad driftkostnad för betalningsförsök
- 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.
Questions about Backup MID-routing
Hur snabbt aktiveras backup MID-routing?
Cardflos system upptäcker problem med primär MID eller inlösare i realtid. Ommappning till en backup MID är vanligtvis omedelbar, vilket minimerar eventuella störningar i transaktionsprocessen och säkerställer en smidig kundupplevelse utan förseningar.
Kan jag ställa in specifika regler för backup MIDs?
Ja, du kan definiera exakta regler för hur och när backup MIDs används. Detta inkluderar inställning av prioritetsnivåer, specifika transaktionstyper eller geografiska förhållanden, vilket ger granulär kontroll över din betalningsdirigeringsstrategi och motståndskraft.
Vilken data är tillgänglig för backup MID-prestanda?
Cardflo tillhandahåller detaljerad rapportering om användning och framgångsfrekvens för backup MIDs. Denna data hjälper dig att analysera effektiviteten i din failover-strategi, identifiera potentiella felfall och optimera din övergripande betalningsinfrastruktur för framtida motståndskraft.
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.
Redo för fart?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt rutt, vanligtvis inom en vecka.