Pourquoi la cohérence éventuelle est inévitable dans les réseaux réglementés

L’une des frustrations les plus courantes pour les équipes travaillant avec des réseaux réglementés est la suivante :

• Les règles sont claires.
• Les standards sont définis.
• Pourtant, les systèmes ne se comportent pas comme “instantanément corrects”.

Cela est souvent perçu comme un problème.
Cependant, dans les réseaux réglementés, la cohérence éventuelle n’est pas une faiblesse — c’est un résultat délibéré.

Cet article explique pourquoi, dans ces réseaux, l’objectif n’est pas la cohérence immédiate, mais la correction obtenue dans le temps.

Qu’est-ce qu’un réseau réglementé ?

Un réseau réglementé signifie :

• La participation est contrôlée
• Les rôles, responsabilités et autorités sont clairement définis
• Les règles sont établies de manière centrale

Mais :

• La mise en œuvre
• La performance
• Le flux des processus
• Les détails techniques

ne sont pas imposés par une autorité centrale unique.

En d’autres termes :

Réglementé ≠ Centralisé

Des réseaux comme PEPPOL illustrent bien cette structure, mais cette approche n’est pas unique à PEPPOL.

Il n’existe pas de “moment correct” unique

Dans les réseaux réglementés, une transaction :

• Ne se complète pas dans un seul système
• Ne se conclut pas avec un seul acteur
• Ne se termine pas avec un seul contrôle

Un document :

• Est envoyé
• Est reçu
• Passe des vérifications préliminaires
• Est traité par différents systèmes
• Subit des validations plus approfondies
• Atteint finalement un résultat final

Toutes ces étapes ne peuvent pas se dérouler simultanément.

Ainsi, la question :

“Est-ce correct maintenant ?”

n’a pas de réponse unique et universelle.

Cette réalité est la base de la cohérence éventuelle.

La correction vaut mieux que la rapidité

La priorité des réseaux réglementés n’est pas de répondre rapidement, mais de respecter correctement les règles.

Certaines validations sont :

• Coûteuses
• Chronophages
• Dépendantes de systèmes externes
• Aux conséquences légales importantes

Effectuer ces vérifications de manière synchrone à tout moment :

• Ralentit les systèmes
• Introduit des latences sur l’ensemble du réseau
• Devient opérationnellement insoutenable

D’où le modèle souvent adopté :
Accepter d’abord, vérifier ensuite.

Cette approche produit la cohérence éventuelle tout en maintenant le système viable.

L’autorité centrale ne peut pas imposer le “comment”

Dans ces réseaux, l’autorité centrale :

• Définit quelles règles doivent être appliquées
• Détermine qui assume quel rôle

Mais elle ne peut pas dicter :

• Quand une vérification doit s’exécuter
• La rapidité d’une réponse
• L’ordre exact des contrôles

Car :

• Les pays diffèrent
• Les institutions diffèrent
• Les infrastructures techniques diffèrent
• Les obligations légales diffèrent

Cette flexibilité crée inévitablement :

• Des différences de timing
• Des différences de flux
• Des différences de comportement

Mais elle garantit que les règles sont finalement appliquées.

Les erreurs ne peuvent pas toujours être détectées immédiatement

Dans ces réseaux, certaines erreurs :

• Sont découvertes après le début du traitement
• Apparaissent lors de validations plus approfondies

À ce stade, arrêter complètement le système :

• Peut être coûteux
• Peut être opérationnellement impossible
• Peut même être légalement interdit

Ainsi, les systèmes :

• Autorisent la progression
• Traitent les erreurs plus tard
• Corrigent les résultats rétroactivement

Cette approche produit naturellement la cohérence éventuelle.

La confiance ne vient pas de la cohérence instantanée

Une idée reçue :

“Confiance = chaque message est immédiatement correct”

Dans les réseaux réglementés, la confiance repose sur :

• La vérification d’identité
• La responsabilité clairement définie
• La traçabilité
• L’auditabilité
• Les mécanismes de contrôle et d’application

Autrement dit, la confiance ne vient pas de la correction instantanée, mais de l’impossibilité de dissimuler les erreurs.

Une erreur :

• Peut être détectée tard
• Mais elle ne disparaît pas
• Elle laisse une trace
• Elle peut être expliquée

Cette structure est entièrement compatible avec la cohérence éventuelle.

Le monde réel est déjà “éventuel”

Les réseaux réglementés reflètent le monde réel :

• Transactions bancaires
• Processus commerciaux
• Décisions juridiques
• Flux fiscaux et comptables

Aucun de ces processus ne fonctionne avec une exactitude instantanée absolue.

Les réseaux réglementés reproduisent cette réalité dans les systèmes numériques.

Implications architecturales

Une fois ces réalités acceptées, l’approche d’intégration change :

• L’intégration devient un processus, pas un simple appel
• Le suivi de l’état est centralisé
• Les flux asynchrones sont naturels
• Les reprises et rejouages sont inévitables
• L’observabilité devient critique

La cohérence éventuelle n’est pas un sous-produit de l’architecture —
c’est son résultat naturel.

Conclusion

Dans les réseaux réglementés, la cohérence éventuelle n’est pas :

• Une lacune
• Une faiblesse
• Une solution temporaire

Elle résulte de la responsabilité distribuée, des exigences légales et des réalités techniques.

L’objectif dans ces réseaux :

Ne pas être instantanément correct, mais s’assurer que rien ne reste incorrect avec le temps.

C’est pourquoi la cohérence éventuelle est inévitable.

— F.M. Arslan