Skip to main content
HighRiskPaymentProvider.comPayment provider reviews

Company overview

About Spreedly

What the company provides

  • Orchestrator
  • Fraud and authentication provider
  • Payment reporting provider
  • Payment vault provider

Products, provider connections, payment-method availability and data handling depend on the selected configuration.

Spreedly provides payment orchestration and a portable payment vault.

Merchants connect their own payment providers and credentials; Spreedly supplies the API, tokenization, routing, retries, 3-D Secure, fraud-service integrations and reporting. It does not provide the merchant account, acquiring or merchant settlement.

Founded 2007spreedly.comUpdated Jul 30, 2026

Selected product

Connect

Connected payment-provider setup

  1. Connected payment account

    Not included with this product

  2. Connected-provider approval

    Separate approval from the connected PSP or acquirer

    Each connected payment provider sets its own account and activation requirements.

Primary legal entity

Jurisdiction
United States
Company type
Delaware corporation

Legal entities by jurisdiction

One legal entity registered in United StatesOne jurisdiction

The legal entity supplying a product can differ by product and country.

Product portfolio

Spreedly products

Compare payment orchestration, payment vaulting, payment technology, and payment reporting and analysis by account setup, approval, payment or data flow, and contract terms.

Connect

Role in this product

  • Payment orchestration provider

One API for connecting gateways, processors, wallets and local payment methods.

Spreedly does not provide the merchant account or payment-provider credentials; separate commercial approval is required where the connected provider requires it.

Related services
Direct APIAlternative payment methods
Features
PSP and acquirer connectionsCheckout

Vault

Role in this product

  • Payment vault provider

A gateway-independent payment vault for tokenizing, storing, importing and exporting payment credentials.

The vault keeps payment data portable; it does not provide the merchant account or move merchant funds.

Related services
Payment vault

Optimize

Role in this product

  • Payment orchestration provider

Payment routing, retries and failover across the merchant's connected providers.

Results depend on the providers, accounts and routing rules available to the merchant.

Related services
Payment routingDecline recovery
Features
Orchestration

Protect

Role in this product

  • Fraud & authentication provider

One integration for applying 3-D Secure and third-party fraud tools across payment providers.

The connected fraud vendor and merchant rules determine the checks used for each transaction.

Related services
Fraud prevention
Features
Fraud and risk

Resolve

Role in this product

  • Payment reporting & reconciliation

Transaction, feature usage, billing and operational reports across the Spreedly account.

Settlement data still comes from the connected payment providers.

Features
ReportingReconciliation

Selected product

Connect

Related services
Direct APIAlternative payment methods
Features
PSP and acquirer connectionsCheckout

Orchestration platform, provider connections & funds boundary

Who supplies the orchestration layer, which processors or acquirers connect to it, who activates live processing and who handles merchant funds.

01 · Role in this product
Payment orchestration provider
02 · Orchestration platform
Not included with this product
03 · Production activation
Each selected payment provider controls its own account activation
04 · Connected-provider funds
Spreedly does not hold merchant funds or provide merchant settlement

Selected product: Connect.

Payment orchestration

Connect: routing, retries & provider failover

Review routing rules, retry behavior, provider failover, configuration ownership and the connected accounts required for live payments.

Selected product: Connect

Included in Connect

Features included with this product.

Solutions
Direct APIAlternative payment methods
Capabilities
PSP and acquirer connectionsCheckout

Routing, retries & connected providers

Who controls routing and failover, and which connected PSPs or acquirers process and settle payments for Connect.

Included

Payment gateway, PSP and acquirer connections

Integration options, connected PSPs and acquirers, tokenization, 3DS and merchant tools.

Checkout & provider connections

Checkout → tokenization → connected payment provider

  1. 01Merchant integrationIntegration options and connected payment providers
  2. 02Payment securityTokenization, authentication and transport security
  3. 03Development & operations

Gateway connections

Merchant integration, PSP and acquirer connections

Integration options

No integration option is listed

Gateway

Payment technology

Connected payment provider

Types of connected payment providers
  • Gateways
  • Payment processors
  • Wallets
  • Fraud services
Works with multiple PSPs and acquirers
Yes
Single integration
Yes
Pre-integrated provider connections
Yes
Separate PSP or acquirer approval required
Yes
Provider integration maintenance
Yes
Connected providers
≥150 gateway connections
Capabilities
  • Unified API
  • Gateway-agnostic vault
  • Provider switching
  • Centralized configuration
Product access
  • Headless checkout and drop-in checkout: ≥120 gateway connections · payment-method count not disclosed

Security controls

Tokens and payment authentication

Operations

Webhooks, Control Panel and test environment

Tools used to test an integration and manage live payments.

API-oriented
Yes
Role in this product
Payment orchestrator
Questions to confirm

How are new PSP or acquirer connections added to Connect?

The process and lead time for adding a new PSP or acquirer connection are not specified.

Which alternative payment methods apply to Connect?

Alternative payment methods are not specified for Connect.

Which connected PSP or acquirer provides the merchant account, processes transactions and sends settlement?

The connected provider depends on the merchant configuration.

Connected payment providers · Connect

Which connected providers must approve this setup?

Separate approval from the connected PSP or acquirer.

Client company country

Eligible client countries are not specified

Company offices do not establish client eligibility or merchant-account eligibility.

Connected-provider approval

Separate approval from the connected PSP or acquirer

Each connected PSP, acquirer or processor sets its own account and activation requirements.

Provider connection
Connected PSP or acquirer
Product
Connect
01Product eligibility & acceptable use

Which businesses and provider connections can use this product?

Product eligibility and each connected provider's account requirements are separate decisions.

Restricted activity

Business restrictions

Product · MCC · jurisdiction · sales practice

Product, MCC, sales-practice and jurisdiction restrictions are not specified for this product.

Before applying

Provider setup requirements to confirm

Company eligibility, connected-provider requirements, credentials and activation timing are not fully specified.

Provider activation & restrictions

Required provider accounts, production credentials, prohibited activities and country restrictions.

  1. 01

    Which connected processors, PSPs, acquirers and payment methods must be contracted and active for this configuration?

    Required provider agreements, active accounts and production credentials depend on the selected configuration.

  2. 02

    Which products, MCCs, sales practices and jurisdictions are prohibited for this product?

    Product-specific restrictions on products, MCCs, sales practices and jurisdictions are not specified.

Payment methods & countries · Connect

Which client countries, provider connections and payment methods are available for this orchestration setup?

Connected payment providers determine payment-method, country and currency coverage for this configuration.

Selected product

Connect

Gateway and payment-provider configuration

Selected product

Client company

Eligible client countries are not specified

Business availability and connected-service coverage are separate requirements.

Payment connection capabilities

  • Unified API
  • Gateway-agnostic vault
  • Provider switching
  • Centralized configuration

Availability depends on

  • Connected provider
  • Business country
  • Payment method
  • Currency

Spreedly connects to payment providers, and the merchant must obtain approval from the PSP or acquirer used for the setup. Configuration-specific payment methods, countries and currencies are not specified.

01Selected product

Connect capabilities and connections

These capabilities belong to the selected product. Connected-provider and regional availability is set during configuration.

Product capabilities

Connected provider types

  • Gateways
  • Payment processors
  • Wallets
  • Fraud services

Connected payment providers

Connected payment providers

≥150 gateway connections

The number available to one merchant depends on the product, jurisdiction and agreement.

Types of connected payment providers

Gateways, Payment processors, Wallets, and Fraud services

The specific connected providers, their commercial terms, approval responsibility and country coverage depend on the merchant configuration.

Connected payment provider
02Countries & availability

Where can the client use the platform, which connected providers cover each market, and where can customers pay?

Client eligibility, connected-provider coverage, customer country, payment method and currency are separate parts of the setup.

Country coverage

Client, connected-provider, customer and product countries

  1. 01

    Client location

    Where can the company using the orchestration platform be registered?

    Eligible client countries are not specified

    This is where the client company is registered; it does not determine connected-provider or customer-country coverage.

    Client and provider-account eligibility
  2. 02

    Connected provider coverage

    Which connected provider accounts cover each target market?

    Set by the connected provider accounts

    Business-country, customer-country, currency and payment-method coverage depends on the selected processor, PSP, acquirer or payment-method connection. Spreedly does not itself provide acquiring.

    Connected payment provider
  3. 03

    Customer location

    Where can customers pay from?

    Customer-country coverage is not specified for this configuration

    Customer-country coverage depends on the connected PSP or acquirer, payment method and currency. The exact country list is not specified for this product.

    Connected payment provider

Countries and payment methods

Countries and payment methods to confirm

  1. Which gateways, PSPs, processors and acquirers are available for each business country, payment method and currency?

    Payment methods, countries and currencies depend on the connected provider accounts and the merchant configuration.

  2. Which connected providers require a separate agreement, approval or production credentials?

    Commercial and account requirements differ by connected provider.

Pricing & funds · Connect

What does Connect cost, and which related charges are governed by another agreement?

Checkout price, billable usage, contract term and additional costs

Pricing

Checkout price, billable usage, contract term and additional costs

Pricing method

Custom

01Commercial terms

What makes up the quoted price?

Review the pricing plan, pricing model, fees and contract duration.

Pricing model

  • Custom

Public rates

No public rate card

Other fee amounts

Not specified
Monthly fee

Amount not specified

Setup fee

Amount not specified

Application fee

Amount not specified

Annual fee

Amount not specified

Gateway fee

Amount not specified

PCI fee

Amount not specified

Daily batch fee

Amount not specified

Early termination fee

Amount not specified

Monthly minimum

Amount not specified

These fee amounts are not specified.

02Billing basis

Which usage units determine the recurring bill?

The usage units that determine the recurring bill.

Usage drivers

Not specified

Transaction volume, payment methods, provider connections and optional checkout components

The quantities, included allowances and overage rates are not specified.

03Contract & additional costs

How is the product invoiced, and which costs sit outside the base price?

Contract length, billing cycle, invoice currency, minimum spend and renewal terms. Implementation, optional-service, third-party and support charges outside the base price.

Invoice terms and costs outside the base price

Contract terms and additional charges

Contract, invoice and additional-cost terms define the software subscription and its bill.

01 · Contract & invoicing

Contract & invoicing

Contract length, billing cycle, invoice currency, minimum spend and renewal terms.

Contract terms

Contract length, billing cycle, minimum spend and renewal terms are not specified

02 · Additional costs

Additional costs

Implementation, optional-service, third-party and support charges outside the base price.

Costs to include in the quote

Not specified

Connected PSP or gateway charges, tokenization, mobile SDK and support costs

Pricing & contract terms

Terms to confirm in the agreement

Price

  1. What amounts apply to the monthly fee, setup fee, application fee, annual fee, gateway fee, PCI fee, daily batch fee, early-termination fee, and monthly minimum?

    These fees have no stated amount or waiver.

  2. What initial term, renewal rule, cancellation notice, billing cycle and invoice currency apply?

    The contract and invoicing terms are not specified.

Other terms

  1. How is checkout priced, which usage units are included and what are the overage rates?

    Unit prices, included allowances and overage rates are not specified.

  2. How will checkout volume, connected providers, environments and support level change the monthly bill?

    The billable units and pricing tiers needed for a cost forecast are not specified.

  3. Which connected PSP or gateway charges, tokenization, mobile SDK and support costs are billed separately?

    Additional product and third-party charges are not specified.

Checkout flow · Connect

How do checkout, tokenization, provider connections and implementation work?

Checkout surfaces, tokenization, connected providers, SDKs and events

Checkout flow

Collect payment details → tokenize → submit → events & diagnostics

The checkout integration determines who controls the payment form, how payment details are tokenized, which providers receive the payment request, and which SDKs and webhooks are available.

Selected product

Connect

Checkout integrations, tokenization, provider connections, SDKs and webhooks.

  1. Checkout surfaces

    Headless checkout · Drop-in checkout

  2. Merchant-services connections

    Payment processor · Connected payment processor · Acquirer · Connected acquirer

  3. Checkout responsibilities

    Gateway · Connected gateway · Payment processor · Connected payment processor

  4. SDKs & implementation

    iOS · Android

01

Checkout surfaces

Which hosted, embedded or API checkout options are available?

Merchant-controlled and embedded checkout options for collecting payment details.

Checkout products

  • Headless checkout
  • Drop-in checkout

Checkout capabilities

  • Merchant-controlled UI
  • Tokenization
  • Multiple payment providers
  • Embedded payment fields
  • Multiple payment methods
02

Merchant-services connections

Which payment providers can checkout connect to?

The merchant-account, underwriting, acquiring, processing and settlement parties used with this checkout product.

Selected setup

Connections entry point

How requests enter this product and which integration boundary applies.

Merchant-services roles

  • Payment processor · Connected payment processor
  • Acquirer · Connected acquirer

Merchant-services connections

Connected payment-provider types

Connections

No additional merchant-services connections details are specified.

Tokenization & reuse

Tokenization & reuse

Token creation and reuse for future or recurring payments.

Tokenization
Not specified

Not specified

03

Checkout responsibilities

Who collects and tokenizes payment details, authorizes payments and handles funds?

Connect supplies the checkout and gateway. Merchant-account approval, processing and settlement remain with the parties assigned below.

Checkout responsibilities

  • Gateway · Connected gateway
  • Payment processor · Connected payment processor
  • Acquirer · Connected acquirer
04

SDKs & implementation

Which SDKs, events and implementation diagnostics are available?

Client SDKs, environments, event handling and operational diagnostics.

SDKs & implementation

Checkout integration → tokenization → payment submission → webhooks & error reporting

Client SDKs, environments, webhook events, request logs and operational diagnostics.

  1. 01

    SDKs & implementation

    Client SDKs, environments, event handling and operational diagnostics.

    Mobile SDKs

    • iOS
    • Android
    • React Native

    Webhooks

    Not specified

    Webhook availability and events are not specified

Before integration

Integration details not specified

  1. 01

    Which checkout surface is included, who receives card data and which PCI DSS validation applies to the merchant?

    The contracted checkout surface and merchant PCI DSS scope are not specified.

  2. 02

    Which legal entities act as payment processor and acquirer for Connect, and what approval, agreements and production credentials do they require?

    The product assigns these roles outside the gateway, but does not name every legal entity.

  3. 03

    Which payment, error and provider events are available through webhooks and request logs?

    Checkout event and diagnostics coverage is not specified.

Routing, failover & support

Connect: risk, licenses & support

Connected providers, routing rules, retries, failover, change controls, contracting entity and support.

01 / Routing & service continuity

What happens when a payment provider fails?

Routing rules, retry limits, failover behavior, duplicate-payment protection, rule permissions and rollback.

Routing & failover

Spreedly routes transactions across connected payment providers

Payment routing and gateway connections do not make Spreedly the processor or funds holder. Authorization and settlement remain with the selected connected payment providers under their own agreements. The Connect agreement controls routing rules, retries, failover and access to routing data.

Role in this product
Payment orchestration provider
Connected providers & merchant funds
Spreedly does not hold merchant funds or provide merchant settlementThe funds holder and merchant settlement provider are not specified.

Provider outages & routing continuity

How are failed routes retried, switched or rolled back?

Timeout handling, retry limits, failover, duplicate-payment protection and routing-rule change controls belong in the agreement.

  • What happens when a connected gateway, processor or acquirer is unavailable or returns an uncertain result?

  • Who can change routing rules, and how are rule changes tested, approved and rolled back?

Before signingRouting, retry, failover, duplicate-payment and rule-change terms2 items to confirmReview contract terms
03 / Support

How can merchants reach support?

Company support hours and contact channels are available. It is not specified which ones cover Connect and routing errors, failed retries or connected-provider outages. First-response and resolution targets are also not specified.

Support contacts

Company support hours and contacts

The contacts that cover this product and routing errors, failed retries or connected-provider outages are not specified.

Other company contacts

Support hours are not specified for these contacts.

Before signingSupport contacts, hours and response times4 items to confirmReview contract terms
Connect / Before signing

What should the payment orchestration agreement include?

Confirm connected-provider agreements, pricing, routing rules, retries, failover, duplicate-payment protection, logs, support and termination.

Before signing

Connect: terms to confirm

Confirm which providers can be connected, how routes and retries work, and who handles outages and uncertain payment results.

Providers, routing & pricing

Connected providers, usage allowances, route inputs and priorities, retry eligibility and premium features

Failover, control & observability

Provider outages, uncertain results, duplicate protection, rule permissions, rollback, logs and webhooks

Contract checklist

Terms to review by topic

Jump to the underlying product details

  1. 01Payment continuity & routing controlsProvider outages, uncertain results, duplicate-payment protection, permissions and rule rollback.
  2. 02Contracting entity & payment responsibilitiesPlatform contract, connected-provider agreements, data roles and any regulated payment service involved.
  3. 03Routing & provider supportContacts and response targets for routing errors, failed retries and provider outages.
Payment orchestration agreement

Routing and provider terms to confirm

Review pricing, connected-provider requirements, routing rules, retries, failover, duplicate-payment controls, logs, support and termination.

Payment continuity & routing controlsProvider outages, uncertain results, duplicate-payment protection, permissions and rule rollback.
  1. What happens when a connected gateway, processor or acquirer is unavailable or returns an uncertain result?

    Timeout handling, retry limits, failover behavior and duplicate-payment protection are not specified.

  2. Who can change routing rules, and how are rule changes tested, approved and rolled back?

    Routing-rule permissions, testing and rollback controls are not specified.

Contracting entity & payment responsibilitiesPlatform contract, connected-provider agreements, data roles and any regulated payment service involved.
  1. Which legal entity will sign the agreement for this product?

    The contracting legal entity is not specified for this product.

  2. Which privacy framework, controller roles and data-transfer terms apply to this product?

    The privacy framework, controller roles and data-transfer terms are not specified for this product.

  3. Who receives security incidents, and what notification window applies?

    The security incident contact and notification deadline are not specified.

Routing & provider supportContacts and response targets for routing errors, failed retries and provider outages.
  1. What first-response, update and resolution targets apply by incident severity?

    First-response and resolution targets are not specified.

  2. Who handles routing errors, failed retries, provider outages and duplicate-payment risks?

    No escalation contact or process is specified for routing and connected-provider incidents.

  3. Which support hours and contact channels cover Connect, and where should a business report routing errors, failed retries or connected-provider outages?

    The support scope for Connect and the contacts for routing and connected-provider issues are not specified.

  4. Which support-request topics and routing options are available in the support form?

    Support-form topics and routing options are not specified.

Product summary

What this product already includes

What the orchestration product includes, which provider restrictions apply and which routing terms are not specified.

Included capabilities

Capabilities included with Connect.

  • Headless checkout, Drop-in checkout, Embedded payment fields, Mobile SDKs, Universal tokenization, iOS, Android, and React Native

  • Payment orchestration technology

Provider and routing conditions

Connected-provider approvals, agreements, credentials, operating limits and market coverage.

  • Connected-provider requirements, operating limits, event coverage and service levels depend on the selected configuration.

Terms to confirm

Pricing, provider, routing, retry, failover, observability and termination terms to include in the agreement.

  • Unit prices, usage allowances, overage rates, contract length, minimum spend and renewal terms are not specified.