Skip to main content
Multilingue
EN, AR, FR et PT — RTL natif pour les marchés arabophones
Modulaire
Adoptez passerelle, switch, portefeuille ou la pile complète
Gouverné
Quatre-yeux sur règles, lots et dérogations
Intégré
MPGS · PSP régionaux · réseaux que vous utilisez déjà

Plateforme/Orchestrateur

01 · Orchestrateur

Un portail,
tous les fournisseurs.

Plateforme orientée marchands qui réunit FawryPay, Paymob, PayTabs, Kashier et les schémas cartes bancaires (Mastercard via banque partenaire). Onboarding unique, activation des canaux contractuels, factures et liens de paiement — la plateforme route selon la politique.

Résultats

Moins d’intégrations

Une couche d’orchestration au lieu de tuyaux ad hoc vers chaque PSP.

Déploiements maîtrisés

Activer ou retirer des canaux par marchand via la politique, pas des déploiements de code.

Bilingue par défaut

Parcours opérateur et client en EN ou AR sans produits parallèles.

Fonctionnement

01
Onboarder le marchand

Capturer KYC, contrats et droits de canal une fois.

02
Configurer les canaux

Activer les PSP et rails cartes contractés par le marchand.

03
Émettre facture ou lien

Créer factures, liens de paiement ou sessions de checkout hébergé.

04
Router par politique

Envoyer chaque paiement vers le canal autorisé avec règles de repli.

05
Rapprocher et raporter

Statuts unifiés et exports multi-canaux.

Sécurité & exploitation

  • Accès par rôle aux consoles marchand et opérateur
  • Piste d’audit sur routage et changements de configuration
  • Quatre-yeux pour les mises à jour de politique sensibles

Aperçu produit

merchant_portal · invoice #INV-91823
Routed by policy
AMOUNT REQUESTED
EGP 2,480.00
Enabled channels
FawryPay
Cash + e-wallet
→ routing
Paymob
Online cards
ready
PayTabs
MENA cards
ready
Kashier
MENA cards
ready
Card via bank
MPGS · scheme
ready

Intégrations

FawryPayPaymobPayTabsKashierMPGS

Integration snippet

Example request shape for sales and solution engineering — replace endpoints and credentials with your environment.

curl -sS https://api.flagship.example/v1/orchestration/invoices \
  -H "Authorization: Bearer $FLAGSHIP_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"merchant_id":"m_8KQH","amount":{"value":"1250.00","currency":"EGP"},"scheme":"Meeza"}'

Where this product sits

Four layers — from people-facing surfaces down to durable records.

PeoplePortals, pay-pages, operator consoles
PlatformRouting, invoicing, orchestration policies
PartnersSchemes, acquirers, regional PSPs
RecordsLedger, reconciliation, exports

Compliance & attestations

  • Orchestration APIs do not store PAN — card data stays in the certified gateway domain.
  • Maker-checker applies to routing rules, fee profiles, and settlement calendars.
  • SOC 2 Type II and PCI scope are aligned to your deployment model during onboarding.

FAQ

Les marchands s’intègrent-ils à chaque PSP séparément ?

Non. Ils s’intègrent à Flagship ; Flagship se connecte aux canaux contractés pour leur compte.

Peut-on forcer un canal par facture ?

Oui. Le routage est piloté par politique selon marchand, montant, devise et santé du canal.

L’arabe est-il une rustine ?

Non. Mises en page RTL et flux de contenu sont de premier niveau pour opérateurs et clients.

Étape suivante

Cartographier Orchestrateur de paiement sur votre stack en session de travail — pas seulement des slides.