Objectif
Cette section définit les **règles de gestion des erreurs **applicables à tous les échanges entre la Banque et le Connecteur Bancaire. Elle vise à garantir :- une interprétation univoque des erreurs,
- une gestion cohérente des rejets,
- une traçabilité complète pour les équipes techniques et support.
Principes fondamentaux
- Toute erreur doit être déterministe
- Toute erreur doit être tracable
- Une erreur de sécurité entraîne un **rejet immédiat**
- Une erreur finale est **non rejouable**, sauf indication contraire
Catégorisation des erreurs
Typologie des erreurs supportéesCatégories
Les erreurs sont classées en trois catégories :1. Erreurs de sécurité (`SECURITY`)
Erreurs liées à :- l’authentification,
- la signature,
- l’anti-rejeu,
- l’intégrité des messages.
2. Erreurs techniques (`TECHNICAL`)
Erreurs liées à :- indisponibilité système,
- timeout,
- erreurs réseau,
- erreurs de format non métier.
3. Erreurs métier (`BUSINESS`)
Erreurs liées à :- règles bancaires,
- solde insuffisant,
- compte invalide,
- devise non supportée.
5.5 Codes d’erreurs — Métier
errors/business-errors.mdx
5.6 Correspondance HTTP / Erreurs
errors/http-mapping.mdx
5.7 Traçabilité des erreurs
errors/error-tracking.mdx
Résultat
- Section 5 complètement structurée
- Codification claire et exploitable
- Prête pour :
- implémentation
- tests d’intégration
- procédures support & run