ERP régie

Epayment connecte chaque régie (tenant) à son SI métier via un adaptateur ERP. Ce canal est distinct de l'API ministry checkout et des webhooks application.

Qui implémente quoi ?

Vous êtes	Vous exposez	Vous ne faites pas
SI ERP régie	Endpoints REST (health, dues, disbursements, confirmations)	Créer des sessions ministry
SI ministère	API checkout ministry	Exposer l'ERP (sauf double rôle ERP + ministry)

Opérations ERP

Opération	Direction	Usage
Health	Epayment → ERP	Test connexion, supervision
Pull dues	Epayment → ERP	Portail citoyen, liste créances
Pull disbursement lines	Epayment → ERP	Lots paiement en masse
Push payment confirmation	Epayment → ERP	Après encaissement citoyen

Identifiants permanents

Clé	Usage
subject_ref	Contribuable au pull dues
erp_due_ref	Corrélation créance ↔ paiement
batch_ref	Lot disbursement côté ERP
revenue_line_code	Mapping vers service_code catalogue
transaction_id	Idempotence confirmation (UUID Epayment)

Adaptateurs

Code	Nom	Usage
fake	Sandbox	Formation, démo, tests UI sans HTTP
rest	REST générique	Production ; contrat HTTP documenté

Catalogue services

Chaque régie maintient un catalogue de services : service_code stable (ex. casier_judiciaire) et service_label affiché au citoyen. Les mappings ERP lient revenue_line_code → service catalogue.

Configuration (côté Epayment)

Officer régie ou super-admin : Intégration ERP (connexion, correspondance, notifications, vérification, journal).

Documentation

Sujet	Lien
Mise en service	Onboarding ERP
Authentification	Auth et secrets
Contrat HTTP	Contrat REST
Mapping catalogue	Mapping services
Portail citoyen	Portail citoyen
Paiements en masse	Disbursement
Journal et recette	Journal et recette