Abonnements
Les abonnements (souscriptions) permettent de programmer des paiements récurrents vers un bénéficiaire.
Opérations raccordées
| Opération | Méthode | Chemin |
|---|---|---|
| Créer un abonnement | POST | /v1/api/abonnements |
| Consulter un abonnement | GET | /v1/api/abonnements/{id} |
| Supprimer les échéances futures | DELETE | /v1/api/abonnements/{id}/echeances |
Opérations en cours de raccordement (501)
| Opération | Méthode | Chemin |
|---|---|---|
| Liste des abonnements | GET | /v1/api/abonnements |
| Désactiver un abonnement | PUT | /v1/api/abonnements/{id}/desactivation |
| Réactiver un abonnement | PUT | /v1/api/abonnements/{id}/reactivation |
| Modifier un abonnement | PUT | /v1/api/abonnements/{id} |
Contraintes
- Un abonnement récurrent exige actuellement
dateFincar le moteur requiert une borne temporelle. - La reprise et la modification d'un abonnement restent provisoires.
- Une création ambiguë sans
scheduleIddemande une résolution opérateur ; aucun rapprochement approximatif ni secondPOSTn'est effectué.
Résolution d'une souscription ambiguë
En cas de blocage sur une souscription en état ENGAGED sans scheduleId associé, une résolution manuelle est possible via le script scripts/postgres-mobile-resolve-subscription.sql. Contacter l'administrateur du participant pour obtenir la preuve exacte associant la requête à un scheduleId confirmé côté participant-api.
Consultez la référence API pour les corps de requête et les champs obligatoires.