Recette ERP

Checklist de recette pour intégration ERP régie (portail citoyen et disbursement) avant production.

Acteurs

Acteur	Rôle
Équipe ERP / SI régie	Endpoints REST et réception confirmations
Officer régie	Configuration mapping, probes, batches
Opérateur recette	Scénarios sandbox bout en bout

Prérequis

Configuration ERP : URL de base, auth, chemins (contrat REST).
Capacités citizen_portal et/ou bulk_disbursement activées.
Données test : subject_ref, erp_due_ref, batch_ref documentés.
Journal ERP accessible (probes et livraisons).

Séquence portail citoyen

Scénarios portail citoyen

#	Scénario	Résultat attendu
1	Probe health ERP	Succès dans journal
2	Probe GET dues	JSON valide, champs obligatoires
3	Mapping `revenue_line_code`	Lignes affichées au citoyen
4	Paiement complet sandbox	Confirmation avec `erp_due_ref` et `amount_minor`
5	Partial (si `allow_partial`)	Montant partiel dans confirmation
6	ERP down au pull	Erreur portail ; pas de checkout sans dues

Scénarios disbursement

#	Scénario	Résultat attendu
7	Probe GET disbursements	Lignes conformes schéma
8	Import batch `erp_fetch`	Preview = ERP
9	Approbation + exécution sandbox	Lignes succeeded / failed tracées
10	Retry ligne échouée	Pas double succès sur `line_ref`
11	Duplicate `batch_ref`	`disbursement.reference_taken`

Chemins d'échec à valider

Scénario	Code ou signal	Vérification
ERP non configuré	`erp.not_configured`	Configuration bloquée
Confirmation HTTP 5xx	Retry Epayment côté journal	Pas de perte silencieuse
Montant panier > outstanding	`citizen.amount_exceeds_outstanding`	Checkout refusé
Import batch pendant exécution	`disbursement.batch.import_not_allowed`	État cohérent

Critères d'acceptation recette

[ ] Probes dues et disbursement verts en sandbox.
[ ] Confirmation POST reçue par ERP avec corrélation erp_due_ref / transaction_id.
[ ] Montants ERP = encaissement dû (hors frais service citoyen).
[ ] Batch disbursement : rapport aligné avec statuts PSP sandbox.
[ ] Runbook : escalade via journal ERP et identifiants Epayment.

Références