Symptôme : Le graphique des flux entre comptes utilisateur attribue les transactions aux mauvais comptes source, et les soldes des comptes après les flux ne sont pas disponibles.
Cause technique :
1. Transactions sans identifiant de compte source. Les données de l’API open banking (AIS) contiennent le champ de la banque (ASPSP), mais dans le contexte fourni à la couche analytique, les transactions sont agrégées par banque et non par compte. Le champ `account_id` / numéro IBAN source n’est pas propagé dans le contexte — ce qui fait qu’avec plusieurs comptes dans une même banque (par ex. professionnel, personnel, épargne, devises), il est impossible de déterminer de manière déterministe de quel compte provient une transaction donnée.
2. Absence de ventilation des soldes par compte. Le contexte ne contient que l’état agrégé des fonds (somme de tous les comptes connectés). Les soldes des comptes individuels existent dans l’API de la banque (endpoint `GET /accounts/{id}/balances`), mais ne sont pas transmis au contexte analytique.
Conséquence : La reconstruction des flux internes (virements internes, transfert vers épargne) repose sur des heuristiques (« virement interne » dans le libellé, logique des comptes), ce qui génère des attributions de direction erronées. Le graphique présente des directions supposées, non confirmées par les données.
Correction proposée :
- Propager l’`account_id` (ou les derniers chiffres de l’IBAN) de chaque transaction dans le contexte analytique.
- Inclure les soldes par compte (depuis l’endpoint balances) dans la section comptes du contexte.
- Optionnel : mappage des comptes vers des rôles (professionnel/personnel/épargne) configurable par l’utilisateur, enregistré dans le profil.