PayServ operates as a certified Independent Software Vendor (ISV) and neutral aggregation middleware layer — routing, vaulting and normalising payment data across any downstream gateway without ever touching raw cardholder data.
PayServ is registered and operates as an Independent Software Vendor (ISV) and payment software aggregator. We do not act as a money transmitter, acquire merchant accounts, or hold or process settlement funds. Instead, PayServ provides the intelligent middleware that sits between a merchant's application and their chosen downstream Payment Service Providers.
Merchants retain their direct PSP relationships and credentials. PayServ's role is limited to optimising routing decisions, executing failover logic, normalising data schemas, and managing token lifecycles — all without intercepting raw cardholder data at any stage.
Every transaction routed through PayServ passes through three core engine layers — each designed to eliminate single points of failure, reduce compliance scope, and normalise data at the infrastructure level.
Cardholder data is captured once via PSP-hosted iFrame SDKs at the point of entry. The resulting network-agnostic payment token is stored in the PayServ secure vault and can be presented to any downstream gateway — eliminating redundant re-tokenization when merchants switch or add PSPs.
Raw cardholder data is captured exclusively within PSP-controlled Hosted Fields. PayServ receives and stores only the resulting opaque payment token.
When a primary PSP network returns a hard decline, timeout, or infrastructure fault, PayServ's routing engine automatically reroutes the transaction payload to the next eligible processor — in under 800ms — with no merchant-side code changes and a complete audit trail.
Failover decisions are made at the routing layer. Merchant credentials are passed through unmodified to each downstream gateway — PayServ never modifies payment intent.
Each PSP publishes webhook events, dispute notifications, and settlement reports in proprietary formats. PayServ's normalisation layer translates every downstream event into a single, consistent schema — one API endpoint, zero per-PSP parsing logic required in the merchant application.
PayServ acts as a read-through normalisation proxy. Underlying PSP transaction records remain the authoritative source of truth at all times.
PayServ's onboarding model is engineered for speed without sacrificing compliance rigour. The three-phase flow takes any merchant from initial credential setup to certified, live transaction routing in a single engineering sprint cycle.
Connect your existing PSP API credentials via the PayServ dashboard or REST API. Define routing priority, failover cascade order, and granular transaction-level routing rules — for example, routing AMEX transactions to Stripe and domestic debit to Fiserv — with no credential migration required.
Execute the full PayServ test harness across all configured PSPs simultaneously. AI-generated test scenarios cover happy paths, edge cases, decline codes, 3DS flows, and refund/void/capture sequences. Export certification reports directly for PSP compliance team review.
Switch to production with a single API endpoint change. PayServ's routing engine handles all gateway selection, token presentation, failover execution, and webhook normalisation at runtime — transparently and with full observability.
The following statements are provided for KYB (Know Your Business) screening, risk assessment, and compliance due diligence by Payment Service Provider onboarding teams, acquiring banks, and card network compliance reviewers.
PayServ is classified as an Independent Software Vendor (ISV) and payment integration software aggregator. We do not process, hold, or transmit settlement funds on behalf of merchants. We are not a Payment Facilitator (PayFac) and do not underwrite merchant risk.
PayServ acts as a neutral configuration overlay for merchant PSP credentials. Credentials are encrypted at rest (AES-256-GCM), transmitted only to the authorised downstream PSP over TLS 1.3, and are never written to application logs in any form.
PayServ's servers are entirely outside the cardholder data environment. Card input fields are rendered as PSP-hosted Hosted Fields (iFrames) served directly from PSP CDNs (e.g. Square's Web Payments SDK, Stripe Elements). PayServ never intercepts, stores, or processes Primary Account Numbers (PANs), CVV codes, or full cardholder names at any point in the transaction lifecycle.
By architectural design, PayServ qualifies under PCI-DSS SAQ A — the lowest possible compliance scope. Network diagrams, data flow diagrams, system architecture documentation, and scoping analysis are available to PSP and acquiring bank compliance teams upon written request under mutual NDA.
Pre-built, certified connectors for the major global PSPs. Each connector undergoes full regression and certification testing before each platform release. New integrations are added on a quarterly release cycle.
Stripe
Square
Adyen
PayPal
FiservA single REST endpoint replaces your entire per-PSP integration surface. Full OpenAPI specification, sandbox environment, and client SDKs for Node.js, Java, Python, and PHP available immediately. No credit card required to start.