La norme OOXML de Microsoft deviendra-t-elle une norme ISO ? L’enjeu n’est pas que technique.
Publié le 03/09/2007 par
Etienne Wery 
L’organisation internationale ISO doit se prononcer d’ici peu sur une question importante : le format de document Office Open XML (OOXML) développé par Microsoft deviendra-t-il une norme ISO ? Derrière cela se cache un enjeu économique absolument phénoménal.
Le vote est pour bientôt, et les camps se démarquent peu à peu. L’AFNOR (Association française de normalisation) vient de se prononcer contre l’obtention de la norme ISO par l’Office Open XML. Elle préfère largement voir Microsoft se rapprocher du format de son concurrent Open Document, soutenu par IBM. C’est important car l’Afnor est la voix de la France au sein de l’ISO.
La France rejoint donc le camp du « non », dans lequel on compte l’Inde, le Brésil, la Nouvelle Zélande ou la Chine.
En face le camp du « oui » est emmené par les USA. On y trouve aussi l’Allemagne, ce qui peut paraitre dommage car les pays européens arrivent ainsi divisés.
Les enjeux …
En apparence, le débat est embêtant et limité aux équipes techniques puisque ce sont deux normes qui s’affrontent : l’Office Open XML (OOXML) de Microsoft d’une part, et l’OpenDocument Format (ODF) soutenu par IBM et SUN d’autre part. Pas très attirant comme enjeu !
Mais derrière cette façade, l’enjeu est tout autre : c’est rien moins que les fondamentaux économiques des 10 prochaines années qui sont en jeu pour l’industrie du logiciel.
Car si le standard Microsoft est normalisé, il y a fort à parier que les éditeurs de logiciels suivront, tout comme il y a fort à parier que malgré les promesses, la compatibilité avec ODF soit enterrée pour quelques années, ce qui entrainera un renforcement de la suprématie de Microsoft.
Or, c’est précisément cette compatibilité qui est le point faible des solutions logicielles concurrentes : avouez qu’il n’est pas drôle de travailler sur un document OpenOffice et de perdre toute la mise en page complexe lorsqu’on le lit sur la suite bureautique de Microsoft, et vice-versa.
Si un fichier écrit sous OOXML était parfaitement lisible sur ODF et vice-versa, et si les éditeurs d’autres logiciels (comptables, ERP, etc.) pouvaient se fier aveuglément à cette compatibilité parfaite, il n’est pas dit que les utilisateurs paieraient encore pour une suite Office de Microsoft, tout comme il n’est pas dit que les autres éditeurs continueraient à snober la norme ODF. Faites le test : essayer de trouver un éditeur (re)connu de logiciel ERP d’entreprise qui garantit le fonctionnement avec OpenOffice … Ils sont rares.
Vu du côté de Microsoft, obtenir la normalisation serait un très joli coup.
Car s’il est vrai qu’en devenant une norme ISO, le format OOXML ne serait plus contrôlé par Microsoft qui perdrait ainsi la maitrise des évolutions de la technologie, la normalisation serait par contre une reconnaissance de la sécurité des solutions de Microsoft et un gage de pérennité pour les clients.
Or, c’est sur ces deux points que l’éditeur américain est le plus souvent attaqué. On lui reproche le manque de sécurité, et les utilisateurs (pouvoirs publics en tête) ont peur du manque de pérennité (il est vrai que les fichiers écrits sous une ancienne version de Office ne sont pas toujours lisibles dans une nouvelle version, même au sein de la même suite).
La position française
L’Afnor souhaite voir l’OOXML se rapprocher de son concurrent ODF et avance sa solution : séparer le format en deux. Il y aurait tout d’abord « un cœur de fonctionnalités essentielles et simples à mettre en oeuvre (OOXML-Core) » et ensuite « toutes les fonctionnalités annexes nécessaires à la compatibilité avec les stocks de fichiers bureautiques existants chez de nombreux utilisateurs, qui seront regroupées dans un ensemble appelé (OOXML-Extensions) ».
