Le constat
Il peut arriver que la banque modifie le champ d'une transaction (identifiant, label, date etc..). Lorsque cela se produit, l'ancienne transaction est supprimée (nous indiquons cela via le champ is_deleted=true sur la v2021 de notre API ou deleted=true sur la v2025) et une nouvelle transaction est créée dans nos systèmes. Cela peut avoir pour effet que vos utilisateurs reçoivent des transactions dupliquées.
La solution
Nous proposons dans cet article une logique que vous pouvez mettre en place dans votre intégration, afin d'éviter un maximum ce phénomène de suppression/re-création :
API v2021
- Faire un premier
get
sur list transactions sans le paramètresince
, tout en stockantupdated_at
dans votre base de données - Une fois le webhook item_refresh ou account_refresh reçu, vous pouvez faire un second
get
sur list transactions, avecsince
avec la dateupdated_at
précédemment stockée.
API v2025
- Faire un premier
get
sur list transactions sans le paramètresince
, tout en stockantupdated_at
dans votre base de données - Une fois le webhook item_refresh ou account_refresh reçu, vous pouvez faire un second
get
sur list transactions, avecsince
avec la dateupdated_at
précédemment stockée.