API Radar Methodology
API Radar uses a structured, segment-specific methodology to evaluate financial APIs. Our goal is to provide neutral, research-driven comparisons that help you understand what each provider actually exposes—across card schemes, PSPs, cross-border platforms, banking infrastructure, and network-level systems.
Unlike generic comparison tools, API Radar recognises that different categories operate at different layers of the financial stack. A PSP is not a card network. A cross-border platform is not a clearing system. Therefore, capabilities and tiers are defined within each segment, not across segments.
What We Measure
- •Sandbox Fidelity: Does a test/sandbox environment exist? Is it publicly accessible? Does it use real or synthetic data?
- •Segment-Specific Capability Tier: Each provider is assigned a tier within its segment only. Example: Visa → Tier C0, Stripe → Tier P0, Wise → Tier X1, SWIFT → Tier I2. Tiers are not comparable across segments.
- •Routing & reference metadata: For network and banking infrastructure providers, we also note whether they expose directory, validation, or pre-validation APIs (e.g. BIC directory, IBAN structure validation, payment tracking).
- •API Documentation & DX: Quality of developer documentation, SDK availability, code examples, and overall developer experience.
- •Access Requirements: Registration process, contract requirements, pricing tiers, and any barriers to accessing the API.
- •Data Fidelity: Whether sandbox/test data reflects real-world scenarios, or if it's purely synthetic/mock data.
Segment-Specific Capability Tiers
Capabilities differ dramatically across provider types. To avoid misleading comparisons, API Radar uses segment-specific tier models, each with its own progression.
A PSP's Tier P1 is not comparable to a network provider's Tier I1.
🔵 Card Schemes — C-Tiers
Reflects maturity across payments, risk, insights, and network metadata.
- Payments (auth/capture/refund)
- Tokenisation
- Basic risk signals
- Enhanced fraud scoring
- Identity checks / 3DS metadata
- Chargeback/dispute APIs
- Merchant analytics
- Enhanced reporting
- BIN intelligence
- Merchant category metadata
- Network routing metadata
🟣 PSPs / Processors — P-Tiers
Reflects breadth of transactional, operational, and optimisation capabilities.
- Payments
- Payouts
- Webhooks
- Billing/subscriptions
- Disputes
- Customer vault
- Reconciliation
- Reports & settlements
- Merchant onboarding (KYB)
- Smart routing
- Retry logic APIs
- Payment optimisation metadata
🟡 Cross-Border / FX Platforms — X-Tiers
Reflects depth of transfer, FX, treasury, and payout-network capabilities.
- Transfers
- FX quotes
- Basic tracking
- Multi-currency accounts
- Wallets
- Statements
- Hedging
- Forward contracts
- Treasury APIs
- Regional payout rail intelligence
- Local corridor metadata
- Routing hints at corridor level
🟤 Banking Infrastructure Providers — B-Tiers
Reflects depth of account, settlement, compliance, and banking operational APIs.
- Account creation
- Virtual IBANs
- Domestic/SEPA/FPS payments
- Statementing
- Transaction metadata
- Reconciliation
- KYC/KYB APIs
- AML screening
- Identity verification
- Clearing access
- Ledger APIs
- Settlement systems & operational metadata
🔴 Network & Payment Infrastructure — I-Tiers
Applies to networks such as SWIFT, clearing houses, and directory providers.
- Basic messaging
- Status APIs
- BIC directory
- IBAN structure
- Routing tables
- Payment pre-validation
- IBAN checks
- Compliance screening
Example: SWIFT (SwiftRef, Payment Pre-validation)
- Payment path prediction
- Settlement metadata
- Network efficiency scoring
Neutrality & Source Policy
API Radar is an independent research project. Our evaluations are based solely on information from official developer portals, API documentation, and publicly accessible resources.
- We only use official developer portals and API documentation as sources
- We do not rely on press releases, blog posts, or marketing materials
- No paid placement or affiliate relationships influence our classifications
- Methodology-first approach: capabilities are documented as they exist, not as they're marketed
Future Extensions
API Radar will gradually expand beyond the initial coverage of card schemes, PSPs, and networks. Planned extensions include:
- Open banking APIs (PSD2, Open Banking UK, etc.)
- Banking-as-a-Service (BaaS) providers
- Banking APIs and core banking infrastructure
- Clearing networks and settlement systems
- Identity and KYC/AML APIs
- Regional payment rails and local schemes
- Cryptocurrency and digital asset APIs