Skip to main content
HighRiskPaymentProvider.comPayment provider reviews
Payment Orchestration Platform

Company overview

About Praxis Tech

What the company provides

  • Orchestrator
  • Gateway

Available countries, payment methods, data access, contracts and funds handling depend on the selected product.

B2B payment orchestration platform connecting merchants to third-party PSPs and acquirers through hosted and API-based payment flows.

Praxis is not the payment processor or acquirer, does not provide a merchant account, and does not hold merchant funds or provide merchant settlement.

Founded 2014praxis.techUpdated Jul 17, 2026

Selected product

Payment Orchestration Platform

Product account & client activation

  1. Product account

    Not included with this product

  2. Client activation

    Praxis Tech reviews the platform account application

    This review covers access to Payment Orchestration Platform. The connected PSP or acquirer separately approves the merchant account and live payment processing.

Primary legal entity

Jurisdiction
Cyprus
Registration number
HE 410576
Incorporated
Jun 30, 2020
Company type
Private limited company

Legal entities by jurisdiction

One legal entity registered in CyprusOne jurisdiction

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

Product portfolio

Praxis Tech products

Compare payment-orchestration products by provider connections, routing, tokenization, channel coverage, production activation and the external merchant-services boundary.

Payment Orchestration Platform

Role in this product

  • Payment orchestration provider

Praxis provides the orchestration technology.

It is not the payment processor or acquirer, does not provide a merchant account, and does not hold merchant funds or provide merchant settlement.

Related services
Payment orchestration
Features
PSP and acquirer connectionsOrchestrationGatewayCheckoutRecurring billingReconciliationClient onboarding

Selected product

Payment Orchestration Platform

Related services
Payment orchestration
Features
PSP and acquirer connectionsOrchestrationGatewayCheckoutRecurring billingReconciliationClient onboarding

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
Separate approval from the merchant's PSP or acquirer
04 · Connected-provider funds
Praxis Tech does not hold merchant funds or provide merchant settlement

Selected product: Payment Orchestration Platform.

Payment orchestration

Payment Orchestration Platform: routing, retries & provider failover

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

Selected product: Payment Orchestration Platform

Included in Payment Orchestration Platform

Features included with this product.

Solutions
Payment orchestration
Capabilities
PSP and acquirer connectionsOrchestrationGatewayCheckoutRecurring billingReconciliationClient onboarding

Routing, retries & connected providers

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

Included

Checkout and integration options

Compare hosted checkout, embedded UI, Web SDK and REST API with country and currency coverage.

Choose a checkout integration

The integration option determines who controls the checkout UI and the implementation effort.

Products
  • Cashier
  • Direct API
  • Hosted payment fields

Developer tools

SDKs, plugins and API integration

Integration comparison
  • Cashier hosted page: Minimal
  • Direct API with hosted payment fields: Medium
  • Direct API server to server: High

Checkout controls

Features
  • Branding
  • Layout customization
  • Localization
  • Payment method configuration
  • Transaction limits
  • Geo rules
  • Saved cards
  • Payment links
  • QR codes
  • Virtual terminal
Questions to confirm

Which currencies are supported for Payment Orchestration Platform?

Currencies are not specified for Payment Orchestration Platform.

Which languages are supported for Payment Orchestration Platform?

Languages are not specified for Payment Orchestration Platform.

Which mobile SDKs are available for Payment Orchestration Platform?

Mobile SDKs are not specified for Payment Orchestration Platform.

Which commerce plugins are available for Payment Orchestration Platform?

Commerce plugins are not specified for Payment Orchestration Platform.

Product account · Payment Orchestration Platform

What is required to activate this product?

Praxis Tech reviews the platform account application. Merchant-account approval remains separate.

Client company country

Eligible client countries are not specified

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

Product account review

Praxis Tech reviews the platform account application

The provider reviews the company and product use before activating the technology account.

Account review
Platform account review
Product
Payment Orchestration Platform
01Product eligibility & acceptable use

Which businesses and uses are accepted for this product?

The product's acceptable-use rules determine which businesses and use cases can activate an account.

Eligibility requirements

01

High-volume processing

Available

02

Platform account decision

Discretionary

03

PSP and acquirer connection requirements

Connection dependent

Approval, an agreement or credentials may be required for the PSP or acquirer selected for the payment setup; the exact requirements are not specified.

Restricted activity

Business restrictions

Product · MCC · jurisdiction · sales practice

Prohibited

Unlicensed gambling, Weapons, Narcotics, Human trafficking, Sanctioned persons and entities, Pyramid and ponzi schemes, Deceptive marketing, and Malware and cybercrime

02Product account application

What is needed to activate the product account?

Company information, intended product use, commercial terms and integration details required before activation.

Product account application

Open product account → agree terms → configure integration → test → activate

Product access begins after account review, configuration and testing are complete.

Platform account documents

Documents to prepare

  1. 01Identity
  2. 02Proof of address
  3. 03Company registration
  4. 04Proof of bank account
  5. 05Ownership and UBO
  6. 06Regulatory license when applicable

Platform account setup

Account review, integration and activation steps are not specified

Product account requirements

Account setup and activation

Application and activation requirements.

Website requirements

  • Lawful business model
  • Company information
  • license details for regulated businesses
  • Clear payment flow description

Account review requirements

  • Identity
  • Business
  • Ownership
  • UBO
  • Sanctions
  • Lawful use

Account setup tasks

  • Client identity and business review
  • Document collection
  • license verification

Before applying

Provider setup requirements to confirm

Company eligibility, acceptable-use restrictions, account requirements and activation timing are not fully specified.

Provider activation & restrictions

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

  1. 01

    Which PSP or acquirer provides the merchant account and approves live processing for this configuration?

    Praxis Tech reviews the platform account; merchant-account approval is a separate decision.

  2. 02

    Who underwrites the merchant account, and what trading-history, credit, volume, ticket-size, guarantee and chargeback requirements apply?

    These approval requirements are not specified.

Underwriting process & approval time

Decision criteria, manual review, when review starts or pauses, and decision timing.

  1. 03

    How long does Praxis Tech platform account review take after all required information is submitted?

    Platform account review timing is not specified.

Vertical acceptance

Which high-risk verticals this provider answers for

Every row is a statement the provider publishes about a business type. Hover or focus a decision to read the original wording. A vertical with no row here is one the provider does not address.

Applies to

Everything this company was reviewed for

Vertical acceptance for Everything this company was reviewed for
VerticalProvider’s position
Firearms and ammunitionProhibitedIn the provider’s wordsWeapons
iGamingConditions applyIn the provider’s wordsUnlicensed gambling
Online tradingAccepted
Payment methods & countries · Payment Orchestration Platform

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

Payment Orchestration Platform

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

  • Fast provider onboarding
  • Pre-integrated provider deployment
  • Unified reporting

Availability depends on

  • Connected provider
  • Business country
  • Payment method
  • Currency

Praxis Tech 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

Payment Orchestration Platform capabilities and connections

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

Product capabilities

Connected provider types

  • Banks
  • Tier-one PSPs
  • E-wallets
  • Instant wire providers
  • Localized APMs

Connected payment providers

Connected payment providers

≥600 providers

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

Types of connected payment providers

Banks, Tier-one PSPs, E-wallets, Instant wire providers, and Localized APMs

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. Praxis Tech 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 · Payment Orchestration Platform

What does Payment Orchestration Platform cost, and which related charges are governed by another agreement?

Orchestration quote, billable events, minimum commitment and order-form terms

Pricing

Orchestration quote, billable events, minimum commitment and order-form terms

Pricing method

No public rate card; obtain the quote and order form

01Commercial terms

What makes up the quoted price?

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

Quote & order form

No public rate card; obtain the quote and order form

02Billable events

Which billable events terms apply?

The payment, connection or workflow events that generate charges.

Billable events & unit prices

Not specified in the public pricing information

The quote or order form must identify each billable event, included allowance and overage rate.

03Settlement & payouts

Which provider settles merchant funds, and are payouts included?

The merchant settlement provider and terms are not specified unless listed below. Customer or third-party payouts are a separate service and may use another provider.

Merchant settlement & customer payouts

Sale proceeds and customer payouts

Settlement makes processed sale proceeds available to the merchant. A payout sends separate funds to a customer or third party.

01 · Minimum commitment

Minimum commitment

Any minimum monthly or annual spend required by the agreement.

Minimum commitment

Amount not specified

The applicable commitment is set in the order form.

02 · Order-form terms

Order-form terms

Initial term, renewal, cancellation notice, billing cycle and invoice currency.

Contract & invoicing

Initial term, renewal, billing cycle and invoice currency are not specified

Pricing & settlement terms

Terms to confirm in the agreement

Other terms

  1. What total price and included usage appear in the quote or order form?

    The public pricing information does not provide a usable total price.

  2. Which events or account units are billable, and what is the unit price for each?

    Billable events, included allowances and overage rates are not specified.

  3. What monthly or annual minimum commitment applies?

    The minimum commitment amount is not specified.

  4. What initial term, renewal rule, cancellation notice, billing cycle and invoice currency appear in the order form?

    The contract and invoicing terms are not specified.

Route decision flow · Payment Orchestration Platform

How do routing, provider failover, decline recovery and decision logs work?

Routing rules, provider failover, decline recovery and decision logs

Route decision flow

Routing inputs → provider selection → outcome → retry & logs

The orchestration setup determines routing inputs, provider selection, retry rules, failover and route-decision visibility.

Selected product

Payment Orchestration Platform

Routing rules, connected providers, decline recovery and operational logs.

  1. Routing inputs

    Multi provider connectivity · Payment routing

  2. Routes & failover

    Alternative processor · Alternative payment method

  3. Payment routing responsibilities

    Praxis Tech applies routing and recovery rules · Connected PSP or processor authorizes each transaction

  4. Routing controls & logs

    Not specified

    Not specified
01

Routing inputs

Which fields and rules can drive payment routing?

Transaction fields, merchant rules and provider state used to select a route.

Routing capabilities

  • Multi provider connectivity
  • Payment routing
  • Payment cascading
  • Decline recovery
  • 3-D Secure cascading
  • Currency conversion
  • Centralized reporting
02

Routes & failover

How are providers selected, retried and failed over?

Provider selection, volume splits, conditional routes, retries and failover.

Selected setup

Routing entry point

How requests enter this product and which integration boundary applies.

Routing modes

  • Priority routing
  • Weighted routing
  • Rules-based routing
  • Geographic routing
  • Currency routing
  • Card type routing
  • Amount routing
  • Recurring status routing
  • Performance routing

Routes & failover

Routing, retry and failover controls

Routing
01

Decline recovery

  • Alternative processor
  • Alternative payment method
  • Open banking
  • Lower amount
  • Currency conversion
  • Abandoned session payment link
  • PIX cascading

Recurring payment recovery

Recurring payment recovery

Retries, provider failover and controls for recurring payment recovery.

Recovery support
Not specified

Not specified

03

Payment routing responsibilities

Who selects routes, authorizes transactions and handles merchant funds?

Praxis Tech selects and submits routes; connected payment providers authorize transactions and handle funds.

Payment routing responsibilities

  • Praxis Tech applies routing and recovery rules
  • Connected PSP or processor authorizes each transaction
  • Connected acquirer or PSP handles merchant funds

Available controls

Praxis Tech selects and submits routes; connected payment providers authorize transactions and handle funds.

  1. 01

    Connected provider types

    Which controls are available with this product?

    Connected provider types

    • Banks
    • Tier-one PSPs
    • E-wallets
    • Instant wire providers
    • Localized APMs
04

Routing controls & logs

Which route decisions, provider-health signals and retry outcomes are available?

Rule management, route decisions, provider health, retries and operational logs.

Routing controls & logs

Routing inputs → route decision → provider outcome → retry & logs

Rule changes, route decisions, provider health, retries and operational logs.

  1. 01

    Routing controls & logs

    Rule management, route decisions, provider health, retries and operational logs.

    Control panel

    Not specified

    Not specified

    Route-decision logs and provider-health fields are not specified.

Before integration

Integration details not specified

  1. 01

    Which fields can drive routing, how are rule priorities resolved and when do changes take effect?

    Routing inputs, priority rules and deployment timing are not specified.

  2. 02

    Which declines can be retried through another provider, and how are duplicate authorizations prevented?

    Retry eligibility and duplicate-authorization controls are not specified.

  3. 03

    Which route decisions, provider-health signals, retries and outcomes are available in logs or webhooks?

    Routing observability and event fields are not specified.

Routing, failover & support

Payment Orchestration Platform: 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

Praxis Tech routes transactions across connected payment providers

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

Role in this product
Payment orchestration provider
Connected providers & merchant funds
Praxis Tech 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?

Fraud rules, 3-D Secure & provider disputes

Controls in the orchestration layer and risks held by connected providers

3-D Secure is available. The company offers fraud screening; availability with this product is not specified. The orchestration platform controls workflow routing, fraud-provider calls and available 3-D Secure options. Refunds, chargebacks, negative balances and settlement holds remain subject to the applicable connected-provider agreements.

  1. 01

    Before authorization

    Fraud screening

  2. 02

    At checkout

    3-D Secure authentication

BEFORE AUTHORIZATION

Fraud screening

Which fraud rules can block or flag a transaction for review?

Availability for this product
Not specified for this product

The company offers these capabilities, but their inclusion in Payment Orchestration Platform is not specified.

Capabilities
Pre-authorization screening3-D Secure MPI
Screening · Product
Praxis Safe
Screening · Optional
Yes
Screening · Stage
Pre-authorization
Screening · Technology provider
Cybersource
Screening · Controls
Machine learningMerchant rulesRisk thresholdsVelocity checksBehavioral signalsBlocklistsGeolocation checks

AT CHECKOUT

3-D Secure authentication

Which 3-D Secure and verification methods are included?

3-D Secure
Yes
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 Payment Orchestration Platform 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 times3 items to confirmReview contract terms
Payment Orchestration Platform / 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

Payment Orchestration Platform: 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.

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. Which support hours and contact channels cover Payment Orchestration Platform, and where should a business report routing errors, failed retries or connected-provider outages?

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

  3. 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 Payment Orchestration Platform.

  • Multi provider connectivity, Payment routing, Payment cascading, Decline recovery, 3DS cascading, Currency conversion, Centralized reporting, Priority routing, Weighted routing, Rules-based routing, Geographic routing, Currency routing, Card type routing, Amount routing, Recurring status routing, Performance routing, Alternative processor, Alternative payment method, Open banking, Lower amount, Abandoned session payment link, and PIX cascading

  • 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.