Meet us at GFF 2026
All Products

bRUID BAPS

Acquiring Processing Switch

Terminals · E-commerce · ISO 8583

Two edges in. One issuer out.
Nothing lost in between.

bRUID BAPS is the acquiring switch at the centre of the estate. POS terminals sign on to one edge, card-not-present traffic from bRUID wGate arrives on the other, and both are authorized against the issuer over ISO 8583. An advice that cannot be delivered is held in store-and-forward rather than dropped, and every message is checked against a compound key so a retried transaction is answered - never authorized twice.

Two Edges

POS terminals & e-commerce, one pipeline

ISO 8583

Configurable acquirer dialects

p99 Measured

Latency reported at the tail, not the mean

Two Edges

One Switch, Two Front Doors

A card present at a terminal and a card entered on a checkout page reach the issuer through the same validation, de-duplication, routing and logging pipeline. Held to identical rules, they produce identical evidence.

Terminal edge

A persistent link per terminal, speaking the acquirer host dialect. Sign-on, echo and sign-off are handled as first-class network management, so a half-open link is found by echo rather than by the next real payment failing.

  • Sign-on, echo and sign-off handling
  • Live terminal and merchant estate view
  • Per-terminal routing out of the switch
  • Byte-level conformance tests on the wire format

Gateway edge

A request/response service that bRUID wGate submits card-not-present payments to. The contract is explicit about the one thing that matters most: when the switch cannot say what happened, it says so, rather than guessing at a decline.

  • Purchase, capture, refund and void as named operations
  • An unknown outcome is reported as unknown, never as declined
  • A resolver endpoint so the gateway can ask again
  • Correlation IDs carried end to end for support
Message Flow

What Happens To Every Message

Seven steps, in order, for both edges. Each one either passes the message on or stops it with a reason that is written down.

01

Accept

Parse the message against the packager for that edge and reject anything malformed before it can touch state.

02

Validate

Required fields, amounts, currency and terminal identity checked against the estate.

03

De-duplicate

Match on message type, terminal, trace, transmission time and amount together.

04

Route

Select the destination for that terminal or merchant and fail fast if it is down.

05

Authorize

Translate to the issuer dialect, send, and wait with a bounded timeout.

06

Respond

Map the issuer answer back to the edge’s own response codes and reply.

07

Record

Write the transaction log with masked card data, elapsed time and outcome.

Or queue

If the advice could not be delivered, it goes to store-and-forward instead of being dropped.

Reliability

The Two Failures That Cost Real Money

A lost advice

An advice tells the issuer something already happened. If it cannot be delivered and is dropped, the two sides disagree about the world - and nobody finds out until reconciliation. BAPS queues it instead.

Store-and-forward queue
Attempt 1 immediately
no answer
Attempt 2 exponential backoff
no answer
Attempt 3 link restored
delivered

An advice is abandoned only on an operator decision, and abandoning it stops the retry loop without fabricating anything downstream.

A double authorization

A terminal that does not hear back retries. Matching on the trace number alone is not enough: it wraps within a busy day, and that is exactly how a switch charges the same purchase twice. BAPS matches on five fields together.

Duplicate key
Message typeTerminal IDTrace numberTransmission timeAmount
Match found

The original answer is replayed. The issuer is never asked a second time, and the cardholder is never charged a second time.

Platform

What BAPS Offers

01

Reversals matched to the original

A reversal is matched using the original message key, not the fields the reversal happens to carry. A void releases exactly what was held; a refund is treated as what it is, a new credit with its own identity.

02

Cardholder data kept out of the logs

Card numbers are masked at every log listener and the transaction log stores masked values only. Log realms that would render a full message dump are disabled outright - masking that depends on remembering to mask is not masking.

03

Pluggable acquirer dialects

Message formats are defined in configuration rather than code, so supporting a new acquirer host is a packager and a routing entry, not a fork of the switch.

04

Terminal network management

Sign-on, echo and sign-off across the terminal estate, with a live view of what is connected and how it routes. Echo is the half-open detector so a dead link is found before a payment finds it.

05

Latency measured at the tail

Average, p95, p99 and worst round-trip side by side. An average hides exactly the tail that hurts: a fast mean with a slow p99 is a switch that is timing out on someone.

06

Operations console

Transaction search across both edges, the store-and-forward queue, the terminal and merchant estate, and the response-code mix. Read-only apart from abandoning an advice that will never deliver.

Architecture

A Transaction Manager, Not A Monolith

Every message runs through an ordered chain of participants. Each does one thing and can stop the chain with a reason, so behaviour is composed rather than buried in a single handler.

Channel Adaptors

Per-edge wire handling

Packagers

Field-level message format

Transaction Manager

Ordered participant chain

Validation

Field and estate checks

Duplicate Check

Compound-key matching

Routing

Destination selection

Issuer Client

Bounded-timeout requests

SAF Resender

Backoff retry loop

Transaction Log

Masked, queryable record

Health & Metrics

Liveness and latency

Switch-Grade Security

Built for the part of the estate that never stops taking traffic.

PAN Masking

Enforced at the log layer

HSM-Backed Keys

bRUID Kms managed

Audited Writes

Every operator action logged

Fail-Fast Routing

A dead destination is refused

Need An Acquiring Switch?

Terminals and e-commerce on one platform, with the reliability controls that decide whether reconciliation is a formality or an investigation.