Skip to content

Guide de choix d'intégration ​

Matrice de décision pour sélectionner le canal d'intégration adapté au contexte métier et technique.

Arbre de décision ​

Matrice par profil ​

ProfilCanalAuthEndpoints clésNotification métier
SI ministériel (redirect)Ministry hostedsk_ applicationPOST /checkout/sessions, webhook HTTPScheckout.completed (HMAC)
SI ministériel (iframe)Ministry embedsk_ applicationPOST /checkout/sessions, verify-completionWebhook + verify-completion
ERP régie (portail citoyen)ERP RESTCredentials ERP (régie)GET /dues, POST /payment-confirmationsConfirmation push Epayment → ERP
ERP régie (disbursement)ERP RESTCredentials ERP (régie)GET /disbursementsStatut batch côté régie
Portail eGouv multi-régieseGouv + embedsk_ plateforme + tenant_idPOST /checkout/sessions, verify-completionWebhooks régie cible + eGouv

Matrice par besoin fonctionnel ​

BesoinHostedEmbedERP RESTeGouv
Paiement ponctuel dossier ministryRecommandéOptionnelNon requisVia tenant_id
Continuité UX sur portail ministryNonRecommandéNon requisRecommandé
Affichage créances contribuableNonNonRequisRequis (ERP régie)
Paiement panier multi-créancesNonNonRequisRequis (ERP régie)
Paiements en masse (subventions)NonNonRequisNon
Multi-régies depuis un portail uniqueNonPossibleNonRecommandé
Paiement agence (payment_ref)OuiOuiVia portail citoyenOui

Choix du mode checkout (ministry) ​

CritèreHosted (mode: hosted)Embed (mode: embedded)
Effort d'intégration frontendMinimal (redirect HTTP)SDK + origines autorisées
Expérience citoyenPage checkout dédiéeOverlay sur le portail ministry
Confirmation synchroneWebhook ou GET ?order_id=verify-completion recommandé
Mobile web simpleAdaptéAdapté avec SDK
Branding ministryPage EpaymentIframe dans le portail

Combinaisons autorisées ​

Les canaux sont complémentaires, pas exclusifs :

ContexteCombinaison typique
Ministère sans portail citoyen EpaymentMinistry hosted ou embed seul
Régie avec portail citoyenERP REST + checkout hosted (via portail)
eGouv casier multi-tribunaleGouv embed + ERP régie (webhooks régie 0001 + endpoints eGouv)
Régie avec subventionsERP disbursement + ministry optionnel pour recettes ponctuelles

Un ministry peut intégrer le checkout API sans exposer d'ERP. Une régie peut connecter l'ERP pour le portail citoyen sans API ministry dédiée.

Points de vigilance ​

SituationRecommandation
eGouv attend un webhook directConfigurer les endpoints dans admin → Intégration eGouv (fan-out dual avec la régie). Préférer aussi verify-completion pour l'UX synchrone.
Clé plateforme sans tenant_idRejet 400 checkout.tenant_required. Toujours fournir tenant_id (UUID ou slug régie).
Déblocage sur success_url seulInsuffisant. Attendre webhook, verify-completion ou GET ?order_id= confirmé.
Retry après échec mobile moneyNouvelle session avec nouvelle Idempotency-Key ; order_id peut être réutilisé.
Direct push MM depuis le SINon supporté. Le SI ne poste pas de téléphone ni de collecte avec sk_. Hosted ou embed uniquement ; le rail (USSD, GIMAC, autre) reste abstrait côté Epayment.

Liens vers les guides détaillés ​

CanalDocumentation
Ministry hostedCheckout hébergé
Ministry embedCheckout embarqué
ERP RESTContrat REST
eGouveGouv / e-Citizen

Plateforme d'orchestration de paiement DPI. Les fonds ne transitent pas par Epayment.