Реалізація стандарту office open xml (ooxml) про що повинні знати державні установи

Державні установи по всьому світу все більше усвідомлюють важливість відкритих стандартів у сфері ІКТ, оскільки останні сприяють реалізації права на вибір і можливості взаємозаміни використовують їх систем, впливають на зниження витрат і рухають вперед інновації. Сама ідея того, що для державного документообігу повинен використовуватися відкритий формат, стала вже сама собою зрозумілою, а використання відкритих стандартів розглядається як невід'ємна частина стратегій створення систем електронного уряду.

Нинішня плутанина з OOXML бере свій початок у створенні декількох версій стандарту в рамках ISO / IEC

Розуміння того, які неприємні обставини посприяли розробці OOXML, допомагає пояснити сьогоднішню плутанину, пов'язану з даним форматом.

В першу чергу необхідно розуміти, що, коли мова йде про стандарти, успішність вимірюється в тому, які проблеми стандарт дозволяє вирішити і які він надає можливості для інновацій. Найчастіше серед причин створення і введення відкритих стандартів у сфері ІКТ називають потребу в інтероперабельності, забезпечення можливості вибору і гнучкості.

При такій поспішності і досить безглуздих спробах переробити існуючий пропріетарний стандарт під необхідні цілі, OOXML був створений без достатніх зусиль до досягнення галузевого консенсусу, без спроби разом з конкуруючими сторонами виробити прийнятний для всіх індустріальний стандарт.

На першому голосуванні в ІСО, OOXML не зміг отримати достатнього числа голосів [7]. Виникло безліч зауважень, які вказують на те, в яких аспектах OOXML залежить від операційної системи Windows. І тільки після цілого ряду змін, внесених Microsoft в специфікацію, ISO погодилася визнати його допустимим. Першою з таких поступок було введення «Точного» (Strict) і «Перехідної» (Transitional) класів відповідності.

По суті, для того щоб домогтися прийняття специфікації в якості міжнародного стандарту ISO, Microsoft погодилася винести частини OOXML, які були залежними від ОС Windows і могли б успішно бути реалізовані тільки самим Microsoft, в «Перехідну» частина стандарту, використання якої мало бути обмежена виключно перекладом старих документів Microsoft Office в нові. Було недвозначно заявлено, що ця «Перехідна» частина специфікації не повинна використовуватися для створення нових документів.

Наявність класів відповідності ... використовуваних в зв'язку з новою многочастной структурою стандарту, означає, що користувачі і документи, що регламентують політику закупівель, тепер можуть явно позначати вимога того, щоб програмне забезпечення зберігало документи з використанням «Точного» класу соответсвия. Або ж, ще один приклад, бібліотечні установи, які мають потребу в створенні архівів, можуть закуповувати програмне забезпечення, що підтримує як строгий, так і перехідний класи [8].

Брайан Джонс, менеджер проекту Office в Мікрософт

На противагу цьому, рушійною силою при створенні ODF було бажання досягти сумісності (інтероперабельності) офісного ПЗ і надати користувачам право вибору програмного забезпечення.

Специфікація OASIS ODF 1.2

Результати відповідним чином підтверджують значимість відкритих стандартів, оскільки сьогодні всі основні додатки для створення документів користувачів [10] підтримують стандарт ODF.

Поточний стан по реалізації стандарту OOXML: плутанина з різними версіями

Після декількох років з того моменту, як OOXML був схвалений ІСО в якості міжнародного стандарту, формат все ще продлжает існувати в кількох редакціях, жодна з яких в точності не відповідає тому, що використовує Microsoft в своїх офісних програмних продуктах. Розглянемо ці варіанти OOXML:

Той факт, що Microsoft, що не реалізуючи «Строгу» версію СТАНДРТ, приватно розширює «Перехідну» версію, означає, що ті поліпшення, які дозволили OOXML пройти стадію затвердження в ISO, на даний момент ігноруються. Дане розбіжність стандарту ISO і реалізації Microsoft вилилося в недавню заяву Голови зборів по вирішенню конфліктів голосування (ballot resolution meeting) про те, що «Весь проект OOXML тепер безсумнівно рухається до краху». [11]

Що з цього випливає для держустанов?

Хоча не всі організації, що використовують відкриті стандарти, однакові, в цілому вони намагаються уникати залежності від конкретного постачальника, знижувати витрати, підвищувати сумісність (інтероперабельність), розширювати доступ громадськості до офіційних документів і забезпечувати їх довготривале зберігання. Деякі, але не всі, також явно озвучують мета сприяння розвитку конкуренції та навіть сприяння використанню відкритих стандартів.

Чи не зависмости від того, до першої або другої області відносяться цілі того чи іншого держустанови, до тих пір, поки з боку Microsoft та інших постачальників ПЗ не буде повної підтримки «Суворої» версії OOXML (ISO / IEC 29500), держустанови, що покладаються на будь-які версії OOXML, можуть розраховувати лише на залежність від конкретного пропрієтарного рішення, яке не буде відповідати їх основним цілям і запитам.