Le BIAN expliqué : le modèle de référence bancaire
BIAN fournit des repères pour décrire les services d’une banque. Leur usage commence par la comparaison avec vos activités, vos applications et leurs responsables.
Mis à jour le
Une référence pour les services bancaires
Le Banking Industry Architecture Network, BIAN, publie des modèles de référence pour l’architecture bancaire. Son Service Landscape organise des Service Domains, chacun décrivant une fonction métier délimitée. Le portail BIAN donne accès à leurs descriptions et aux autres éléments du modèle.
Une banque peut utiliser ces termes pour comparer ses descriptions internes et discuter avec ses fournisseurs. Les responsables métier doivent examiner les correspondances : deux objets portant le même nom peuvent couvrir des responsabilités différentes.
Service Domain, capacité et application
Un Service Domain BIAN constitue un élément de la référence sectorielle. La capacité de la banque décrit ce qu’elle sait faire ; son processus décrit les activités exécutées ; l’application fournit des services qui les soutiennent. Le rapprochement entre ces objets demande une analyse de leur périmètre.
Une application peut servir plusieurs domaines. Un domaine peut être couvert par plusieurs applications. Conserver ces relations explicites aide à examiner une couverture partielle, un chevauchement ou une dépendance avant de décider d’un changement.
Un premier rapprochement sur le crédit
Une banque prépare une demande de crédit en ligne. L’équipe décrit les activités, les responsabilités et les échanges de données de ce parcours. Elle sélectionne ensuite les domaines BIAN dont la description correspond au périmètre étudié.
Pour chaque rapprochement, le dossier conserve le domaine de référence, l’objet interne, le motif, le responsable de la validation et les différences constatées. Une interface reste à examiner dans le détail : données échangées, règles, erreurs et engagements de service. Le nom du domaine ne suffit pas à prouver la compatibilité.
La référence dans ArchiLU
Dans ArchiLU, les capacités, les processus et les applications se décrivent dans le même référentiel. Les équipes peuvent travailler à partir d’une référence sectorielle, puis documenter les objets de leur organisation et leurs relations. La demande et le dossier d’architecture reprennent les éléments concernés.
Le responsable métier confirme le périmètre de la capacité ; les responsables applicatifs décrivent les services utilisés. L’architecte conserve les correspondances proposées et les questions à résoudre. Le choix d’une référence BIAN accompagne ce travail ; la décision de changer une application reste du ressort de l’entreprise.
Versions et portée du rapprochement
Le Service Landscape évolue. Une correspondance doit indiquer la version consultée, la date de revue et les objets concernés. Lorsqu’un domaine change, l’équipe examine les effets sur ses correspondances avant de mettre à jour le référentiel.
La cartographie documente les correspondances avec les domaines BIAN. Elle n’atteste ni une certification BIAN ni une conformité réglementaire. Les obligations, contrôles et preuves s’étudient sur leur propre périmètre.
Dans ArchiLU
Questions fréquentes
- À quoi sert le Service Landscape BIAN ?
- Il organise les Service Domains BIAN dans une structure de référence. Une équipe bancaire s’en sert pour retrouver les domaines utiles à son étude et comparer leur périmètre avec ses objets internes.
- Faut-il remplacer la carte des capacités de la banque ?
- Le travail commence par un rapprochement. Les responsables examinent les correspondances et les écarts avant de décider de modifier la carte interne. Les identités et les responsabilités de la banque restent explicites.
- Un domaine BIAN correspond-il à une application ?
- La relation dépend du périmètre couvert. Une application peut servir plusieurs domaines, et plusieurs applications peuvent contribuer au même domaine. Ces relations doivent être documentées.