A. Principe fondamental du polling
- Le polling est basé sur un curseur temporel
- L’
offsetN’EST PAS un index, mais une date d’initiation (beforeAt) - La Banque contrôle entièrement la progression du curseur
- La Banque garantit l’idempotence métier
Ce mécanisme est robuste face aux changements de statut asynchrones.
B. Endpoint de requête d’ordres (côté Connecteur)
La Banque interroge le Connecteur via une requête HTTP GET sécurisée.En-têtes requis
La requête inclut l’ensemble des en-têtes de sécurité suivants :
Toute requête non signée ou invalide est rejetée.
Paramètres de requête (Query Params)
Exemple
C. Réponse du Connecteur
D. Gestion de l’offset (Responsabilité Banque)
La Banque :- GÈRE elle-même la valeur de l’offset
- Met à jour l’offset avec :
- la **plus grande valeur de **
initiated_attraitée
- la **plus grande valeur de **
- Garantit :
- la non-redemande
- la déduplication
- l’idempotence métier
Le Connecteur ne stocke aucun état de consommation.
E. Callback Push OBLIGATOIRE en mode polling
Règle contractuelle
Le Callback Push (Banque → Connecteur) est OBLIGATOIRE lorsque le polling est utilisé.
Justification
- Le Connecteur ne sait pas :
- quand l’ordre est traité
- s’il a échoué ou réussi
- Seule la Banque est source de vérité du résultat final
- l’ordre reste indéfiniment en statut
READYouPENDING - l’intégration est considérée comme non conforme