Vous avez rédigé un EIR, une convention, une matrice de responsabilité, un plan de livraison. Une question, rarement posée, décide de leur valeur réelle : est-ce que tout cela figure dans le contrat ? Sans le protocole d'information, ces documents ne sont que des intentions. Avec lui, ils deviennent des obligations. C'est la pièce qui transforme le papier en engagement.
Un projet produit un empilement de documents d’information : exigences, convention, matrice, plans de livraison. On les soigne, on les discute, on les signe entre soi. Et presque personne ne vérifie s’ils ont la moindre valeur contractuelle.
C’est le trou béant de beaucoup de démarches BIM. On rédige un EIR exigeant, une convention détaillée, une matrice de responsabilité précise, et rien de tout cela n’est rattaché au contrat qui lie réellement les parties. Le jour où une livraison manque à ses exigences, on brandit la convention, et l’autre répond, souvent à juste titre, qu’elle n’engage personne : elle n’est référencée nulle part dans l’accord signé.
Le protocole d’information existe pour combler exactement ce vide. C’est le document qui incorpore l’ensemble des exigences d’information dans le contrat et les transforme en obligations exécutables. Il n’ajoute pas de nouvelle exigence : il donne force contractuelle à celles qui existaient déjà, et qui, sans lui, ne pesaient rien.
Prenez votre convention BIM et posez une seule question : quel contrat la rend opposable, et par quel lien ? Si la réponse est un silence gêné, vous avez découvert que tout votre travail d’information repose sur de la bonne volonté. Le protocole est précisément ce lien, et son absence rend la plus belle convention du monde juridiquement muette.
Le protocole d’information n’est pas un document d’information de plus. C’est un document juridique, annexé à la désignation, dont le rôle est de faire entrer tous les autres dans le champ contractuel.
Concrètement, c’est une pièce ajoutée au contrat, ou à la désignation qui lie deux parties, et qui déclare que les exigences d’information, la norme, les méthodes, la convention et les plans de livraison font partie des obligations. Là où l’EIR dit ce qu’on veut, où la norme d’information dit sous quelle forme, où la convention dit comment on répondra, le protocole dit une chose que ni l’un ni l’autre ne disent : et tout ceci est contractuellement dû. Il est le maillon entre le monde des documents d’information et celui des engagements.
Ce guide explique un concept, il ne rédige pas votre protocole. Sa forme exacte, sa portée et sa valeur dépendent du droit applicable et du contrat sous-jacent, qui varient d’un pays à l’autre. Rédiger ou adapter un protocole d’information est un acte juridique : il se fait avec un juriste, pas à partir d’un modèle recopié. Ce qui suit sert à comprendre à quoi il répond, pas à s’en passer.
Au-delà de rendre les documents opposables, un protocole traite quelques questions que le reste de l’appareil BIM laisse ouvertes, et qui se révèlent toujours au pire moment si personne ne les a tranchées.
Aucun ne se voit tant que tout va bien. Ils ne servent qu’au moment du désaccord : une livraison contestée, un modèle utilisé au-delà de son objet, un client qui n’a pas fourni ce qu’il devait. Un protocole, c’est de l’assurance : on le rédige quand tout va bien, précisément pour le jour où tout ne va plus.
On voit le protocole comme un moyen de tenir les producteurs à leurs engagements. C’est vrai, mais c’est la moitié du tableau. Il engage tout autant celui qui commande, et c’est souvent la partie qu’on oublie de faire respecter.
Un processus d’information ne tient pas si le client ne fait pas sa part. Fournir l’information de référence à temps, mettre en service l’environnement commun de données, exprimer ses exigences clairement, prendre ses décisions aux jalons : ce sont des obligations de la partie désignante, et leur défaut bloque toute la chaîne aussi sûrement qu’une défaillance de producteur. Le protocole donne aux équipes un point d’appui pour l’exiger, au lieu de subir en silence un client qui manque à ses propres devoirs.
Sans protocole, la relation est asymétrique : le client exige, les équipes s’exécutent, et quand le client faille, personne ne peut le lui opposer. Le protocole rétablit une réciprocité : il inscrit noir sur blanc que le maître d’ouvrage doit, lui aussi, livrer ce dont dépend le travail des autres. C’est parfois la clause la plus utile aux producteurs, et la plus absente des protocoles rédigés par le seul client.
Le meilleur moyen de comprendre l’utilité du protocole est de regarder ce qui se passe sans lui, ce qui est encore le cas le plus fréquent.
Sans protocole, tout votre travail d’information repose sur la coopération volontaire, et tient tant que personne n’a intérêt à s’y soustraire. Le jour où quelqu’un y a intérêt, il découvre qu’il le peut sans conséquence. Le protocole ne remplace pas la coopération, il la soutient d’un filet, pour les moments où la seule bonne volonté ne suffit plus.
La pièce la moins visible et la plus décisive : celle sans laquelle tout le reste n’oblige à rien.
Trois idées à emporter. Le protocole rend l’information opposable : il incorpore l’EIR, la norme, la convention et les plans de livraison au contrat, et sans lui ces documents ne sont que des intentions sans force. Il tranche ce que les autres laissent ouvert : la priorité en cas de conflit, les droits d’usage, les limites de responsabilité, autant de questions qui n’apparaissent qu’au moment du litige. Enfin, il engage aussi le maître d’ouvrage : fournir l’information de référence, l’environnement commun et ses décisions à temps sont des obligations, et le protocole donne aux équipes de quoi les exiger.
Le protocole donne force aux documents décrits ailleurs : l’EIR, la convention BIM, la norme d’information et les méthodes. Il s’insère dans la désignation qui lie les parties, et prend toute son importance dans les marchés publics, où l’opposabilité est un enjeu majeur. Sa rédaction, elle, relève d’un juriste.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Le maître d'ouvrage doit exprimer ses besoins d'information avant même de savoir ce qu'il pourra en faire. D'où des cahiers des charges recopiés, qui exigent beaucoup et obtiennent peu. La méthode tient en une inversion : partir de la fin.
Quatre-vingts pages recopiées d'un autre projet, et sur le chantier personne ne sait quelle propriété remplir. Une convention utile n'est pas un document bien rédigé : c'est une série de décisions qu'on peut opposer à quelqu'un le jour d'un désaccord.
Un projet a deux ossatures superposées, et les mélanger brouille toute discussion. L'une est contractuelle : qui répond de quoi devant qui, ce sont les parties, liées par des désignations. L'autre est organisationnelle : qui travaille avec qui, ce sont les équipes. L'ISO 19650 nomme les deux précisément. Voici comment elles s'emboîtent.