orchestration / routage

Orchestrez les paiements. Avancez plus vite.

Créez des liens de paiement, lancez un checkout hébergé et reliez les événements de paiement côté serveur via une seule couche opérationnelle.

Boucle opérationnelle

  1. CRÉERLiens de paiement, checkout hébergé, API

    Ouvrez une session depuis le dashboard ou votre serveur.

  2. LIERIdentifiants et webhooks signés

    Stockez les clés sur votre serveur. Recevez des événements HMAC lorsque le statut change.

  3. SUIVRETransactions et changements de statut

    Filtrez, recherchez et suivez un paiement dans l’espace de travail.

  4. RÉGLERConditions dans le contrat marchand

    L’état de règlement est visible après mise en production — pas un calendrier public.

carte des méthodes

Routez les rails dont vous avez besoin

Portefeuilles, cartes, open banking / virement et méthodes locales — y compris des variantes de programme telles que Trusted et FTD. La disponibilité dépend du marchand et du programme. Les variantes listées ne constituent pas une approbation ni une disponibilité universelles.

Portefeuilles

Skrill Trusted · Skrill FTD · +4 de plus

Cartes

VISA / MC EU · VISA / MC Non-EU · +4 de plus

Open banking / virement

Open Banking · Rapid Transfer Trusted · +2 de plus

Méthodes locales

ePay Trusted · Multibanco Trusted · +3 de plus

Carte complète des méthodes

Parlez à l’API, puis livrez

REST create, list et status. Les secrets restent sur le serveur. Les clés de production sont délivrées après KYB, depuis le dashboard.

POST /api/v1/payment/create
X-API-Key: <server-only>
X-API-Secret: <server-only>

{
  "amount": 99.99,
  "currency": "USD",
  "title": "Order"
}
Voir l’API

opérateurs

Une couche pour ceux qui automatisent

Des liens de paiement pour le reste de l’équipe. API et webhooks pour les systèmes qui font déjà tourner votre stack.

règlement

Un état sur lequel opérer

Après un paiement réussi, les fonds circulent selon le contrat marchand. L’espace de travail affiche l’état de règlement pour l’activité en production.

  1. Capturé
  2. En règlement
  3. Réglé

contrôles

Clés, KYB, processeurs

KYB avant le traitement en production. Des processeurs tiers traitent les données cartes. Les identifiants API restent dans le dashboard marchand, sur votre serveur — pas sur ce site.

Aperçu sécurité

Les partenaires apportent. Nous instruisons.

Apportez des marchands. Nous évaluons l’adéquation, menons le KYB et passons en production. Les conditions économiques restent dans l’espace agent.

Mettez en place la couche paiement

Déposez le dossier de l’entreprise. Nous indiquerons si nous pouvons la prendre en charge.

Démarrer
Payductor — Orchestrez les paiements. Avancez plus vite.