Quand une connexion casse : savoir, et que faire
Pour qui : Vous utilisez un outil connecté, ou vous allez en acheter un. Vous voulez savoir comment vous apprendrez qu’une donnée n’arrive plus.
Le vrai critère est simple : êtes-vous prévenu ? Demandez à l’éditeur qui reçoit l’alerte, sous quel délai et par quel canal.
Dans ce que nous avons lu le 5 novembre 2026, nous n’avons pas trouvé cette procédure chez Okimia ni chez Agicap. Cela ne prouve pas qu’elle manque. Posez donc la question avant de signer.
En attendant une réponse écrite, contrôlez chaque lundi la date de la dernière opération reçue. Si elle a plus de deux jours ouvrés de retard sur la dernière opération visible sur le portail de votre banque, traitez la connexion comme cassée.
Notre avis
Jugez un connecteur sur l’alerte qu’il envoie : qui est prévenu, quand, par quel canal. Sans réponse écrite, gardez un contrôle manuel chaque lundi.
Pourquoi
- Un outil qui affiche un solde ancien sans le signaler trompe plus qu’un outil en panne visible.
- Dans les articles lus d’Okimia et les pages d’Agicap, nous n’avons pas trouvé la description d’une alerte.
- Le contrôle du lundi prend le même temps que l’on ait ou non une promesse de l’éditeur.
Ce qui change le choix
L’éditeur documente une alerte par écrit et vous la voyez fonctionner pendant l’essai.
L’ordre à suivre
- Demander la procédure d’alerte par écrit
- Contrôler chaque lundi la dernière opération reçue
- Réparer, puis rattraper les jours manquants
- Refaire la prévision
Pourquoi deux jours ouvrés
Une connexion en bon état peut laisser un écart normal : Okimia annonce que des opérations des 12 à 24 dernières heures peuvent manquer. Notre seuil de deux jours ouvrés laisse passer cet écart sans laisser durer une panne. Il s’agit de notre méthode, à durcir si vous décidez chaque jour.
D’où vient la panne
Identifier la cause évite de contacter le mauvais interlocuteur.
| Cause | Base | Premier geste |
|---|---|---|
| Authentification forte à refaire après 180 jours | Règlement 2018/389, art. 10 bis | Le titulaire de l’accès revalide |
| Authentification demandée plus tôt pour suspicion de fraude | Art. 10 bis, 3 | Contacter la banque |
| Accès refusé à l’agrégateur pour fraude ou accès non autorisé | DSP2, art. 68, 5 | Lire l’information reçue de la banque |
| Identifiant bancaire changé | Notre déduction | Reconnecter dans l’outil |
| Incident technique de l’interface ou du connecteur | Page ACPR, à signaler par les professionnels | Ouvrir un ticket chez l’éditeur |
Réparer, dans cet ordre
Une fois la cause connue, ne vous arrêtez pas à la reconnexion. La prévision a tourné sur de vieilles données.
- Reconnectez selon la procédure de l’éditeur. Okimia la décrit depuis la section Banques.
- Comparez le solde de l’outil au relevé bancaire. Le solde de départ vient toujours de la banque.
- Importez les opérations manquantes si elles ne reviennent pas. Au-delà de 90 jours, un accès peut demander une authentification forte.
- Refaites la prévision et relisez les décisions prises pendant la panne. Notez la durée de la panne dans votre suivi.
Les questions à poser à l’éditeur
Écrivez la réponse dans votre dossier. Si la documentation manque, c’est la réponse écrite qui fera foi.
Qui reçoit l’alerte, et une personne de secours peut-elle la recevoir ? Combien de temps après l’arrêt ? La prévision affiche-t-elle la date de fraîcheur de chaque source ? Le comportement change-t-il entre banque, comptabilité et facturation ? Pendant l’essai, déconnectez volontairement un compte et observez ce qui se passe.
Limites de cette page
Aucun outil n’a été observé en panne. L’absence relevée concerne seulement les pages et articles lus ce jour. Le test de déconnexion pendant l’essai vous donnera la seule preuve utile.
Prochaine action
Demandez aujourd’hui la procédure d’alerte par écrit. Sans réponse, inscrivez le contrôle du lundi dans l’agenda d’une personne et d’un suppléant. Si vous décidez chaque jour sur ces chiffres, durcissez le seuil et faites vérifier la fraîcheur le matin même.
Preuves et sources
Lu le 5 novembre 2026 : aide d’Okimia sur la reconnexion et la dernière synchronisation, pages d’Agicap, règlement délégué 2018/389, DSP2 (article 68), page ACPR sur les interfaces bancaires.
Chaque élément ci-dessous dit s’il s’agit d’un fait lu dans une source, d’une déclaration d’éditeur, de notre calcul, de notre méthode ou de notre avis. Aucun outil n’a été testé. Notre méthode
Notre calcul ou déduction. Dans les articles d’aide d’Okimia lus le 5 novembre 2026 et les pages d’Agicap lues le même jour, nous n’avons pas trouvé la description d’une alerte en cas de rupture de connexion.
Portée : Pages lues seulement
Réserve : L’alerte peut exister ailleurs ; à demander.
- Okimia : Comment reconnecter ma banque sur Okimia ? Écrit le 30/06/2026. Lu le 5 novembre 2026. Document d’origine.
- Okimia : Comment connaître la date de la dernière mise à jour de mes données bancaires ? Écrit le 22/06/2026. Lu le 5 novembre 2026. Document d’origine.
- Okimia : J'ai l'impression que mes dernières transactions n'ont pas été chargées Écrit le 22/06/2026. Lu le 5 novembre 2026. Document d’origine.
- Agicap : Des tarifs sur-mesure (FAQ engagement, banques, logiciels) non datée. Lu le 5 novembre 2026. Document d’origine.
- Agicap : Communication bancaire et connectivité ERP non datée. Lu le 5 novembre 2026. Déclaration de l’éditeur.
Déclaration de l’éditeur. L’aide d’Okimia annonce que des opérations des 12 à 24 dernières heures peuvent ne pas être remontées et décrit la reconnexion depuis la section Banques.
Portée : Articles de juin 2026
Réserve : Propre à Okimia, non testé.
- Okimia : Comment reconnecter ma banque sur Okimia ? Écrit le 30/06/2026. Lu le 5 novembre 2026. Document d’origine.
- Okimia : Comment connaître la date de la dernière mise à jour de mes données bancaires ? Écrit le 22/06/2026. Lu le 5 novembre 2026. Document d’origine.
- Okimia : J'ai l'impression que mes dernières transactions n'ont pas été chargées Écrit le 22/06/2026. Lu le 5 novembre 2026. Document d’origine.
Fait lu. L’article 10 bis du règlement 2018/389 impose une authentification forte après 180 jours et l’exempte pour un accès limité au solde ou aux opérations des 90 derniers jours, et permet à la banque de l’appliquer pour des raisons motivées de fraude.
Portée : Depuis le 25 juillet 2023
Réserve : Mécanisme d’urgence à l’article 10 bis, 4.
- Office des publications de l'UE : Règlement délégué (UE) 2018/389, texte consolidé Consolidation du 12/09/2023. Lu le 5 novembre 2026. Document d’origine.
- Office des publications de l'UE : Règlement délégué (UE) 2022/2360 Applicable à partir du 25/07/2023. Lu le 5 novembre 2026. Document d’origine.
Fait lu. L’article 68, 5 de la DSP2 permet à la banque de refuser l’accès d’un agrégateur pour des raisons motivées et documentées de fraude ou d’accès non autorisé, en informant le payeur.
Portée : DSP2
Réserve : Exception de sécurité à l’information.
- Office des publications de l'UE : Directive (UE) 2015/2366 (DSP2) Texte d'origine du 25/11/2015, langue française. Lu le 5 novembre 2026. Document d’origine.
Fait lu. Les problèmes d’API peuvent être signalés à l’ACPR par les professionnels.
Portée : France
Réserve : Lecture consignée au registre ; aucune donnée sur la fiabilité d’une banque.
- ACPR : J'accède aux API des banques ? J'initie des ordres pour le compte de mes clients ? Non datée, pied de page 2026. Lu le 5 novembre 2026. Document d’origine.
Notre méthode. Le seuil de deux jours ouvrés de retard sur la dernière opération visible sur le portail de la banque, et le contrôle du lundi, constituent une méthode de la rédaction.
Portée : PME
Réserve : À durcir selon la fréquence de décision.
Daté du 5 novembre 2026.
Notre avis. Jugez un connecteur d’abord sur l’alerte qu’il envoie.
Portée : Achat d’un outil connecté
Réserve : Avis de la rédaction.
Daté du 5 novembre 2026.