Migrationsprotokoll

Einführung

Diese Seite basiert auf dem Dokument LIBREOFFICE MIGRATION PROTOCOL (öffnet in neuem Tab, Download), welches insbesondere auf den Umstieg von Microsoft Office auf LibreOffice fokussiert. Sie wurde von uns übersetzt und wir haben Collabora Online (eine Komponente von openDesk (öffnet in neuem Tab)) berücksichtigt.

Das Protokoll stellt eine Referenz für Migrationen dar, basierend auf den Best Practices aus einigen der erfolgreichsten Projekte. Wir schätzen, dass in den letzten acht Jahren mehrere Millionen Benutzer in Organisationen jeder Größe von Microsoft Office auf ODF-basierte Office-Suiten wie LibreOffice oder Collabora Online migriert sind.

ODF-basierte Office-Suiten

ODF-basierte Office-Suiten wie LibreOffice und die Online-Office-Lösung Collabora Online sind führende Open-Source-Lösungen für die persönliche und kollaborative Produktivität. Sie sind für alle gängigen Betriebssysteme verfügbar und bieten funktionsreiche Anwendungen für alle Anforderungen an die Dokumentenerstellung und Datenverarbeitung: Textverarbeitung, Tabellenkalkulation, Präsentationen, Zeichnungen und mehr. Der Quellcode dieser Suiten steht in der Regel unter freien Lizenzen. Insbesondere im Kontext von Plattformen wie openDesk, die in öffentlichen Verwaltungen zunehmend an Bedeutung gewinnen, spielen ODF-basierte Lösungen wie Collabora Online eine zentrale Rolle.

Diese Office-Suiten verwenden das ISO-Standard Open Document Format (ODF), das von vielen Regierungen und Organisationen weltweit – einschließlich der NATO – anerkannt wird und auf echten offenen Standards basiert, als Standardformat für alle Office-Dokumente. ODF-Dateien sind leicht an der Dateinamenerweiterung zu erkennen: .odt für Texte, .ods für Tabellenkalkulationen, .odp for Präsentationen, .odg für Zeichnungen, .odb für Datenbanken und .odf für mathematische Formeln.

ODF-basierte Office-Suiten lesen und schreiben mehrere proprietäre Dateiformate von Microsoft, von den alten DOC, XLS und PPT bis zum neuen OOXML (Office Open XML) ISO-Standard [pseudo]. Seit seiner Einführung wurde OOXML in mehreren Varianten veröffentlicht – Office 2007 (ECMA), Office 2010 (Transitional), Office 2013 (Transitional und Strict), Office 2016 (Transitional und Strict) und Office 2019 (ebenfalls Transitional und Strict) – mit deutlich unterschiedlichem Verhalten.

Darüber hinaus ermöglichen viele dieser Suiten das Speichern von Dokumenten im Hybrid-PDF-Format, einer Standard-PDF-Datei, die ein vollständig bearbeitbares ODF-Dokument einbettet. Diese Dokumente können von ODF-basierten Suiten mit Datei > Öffnen wie jedes andere ODF-Dokument und von allen anderen Anwendungen als reine PDF-Dateien mit einem Doppelklick auf das Symbol geöffnet werden.

Sie bieten auch Verknüpfungen zum Senden von Dokumenten als E-Mail-Anhänge in allen verfügbaren Formaten: ODF, PDF (einschließlich Hybrid) und MS Office-Formate, einschließlich älterer.

Schließlich werden bei diesen Suiten oft nur freie Schriftarten installiert, die so konzipiert sind, dass sie mit jedem Betriebssystem kompatibel sind und daher die Interoperabilität weiter erhöhen, indem sie dazu beitragen, das gleiche Layout beizubehalten, auch wenn das Dokument auf einem anderen Betriebssystem als dem zur Erstellung des Originals verwendeten aufgerufen wird.

Aufgrund dieser Eigenschaften eignen sich ODF-basierte Office-Suiten sehr gut für Organisationen jeder Größe – sowohl öffentliche Verwaltungen als auch private Unternehmen –, die eine Migration von proprietärer zu FOSS planen, um Infrastruktur- und Interoperabilitätskosten zu senken und die Abhängigkeit von Anbietern zu beseitigen.

Migration zu einer ODF-basierten Office-Suite

Die Office-Suite ist ein integraler Bestandteil jedes Workflows, ob persönlich oder organisatorisch, und als solche für die Produktivität der meisten PC-Benutzer unerlässlich. Eine ODF-basierte Office-Suite ist ein praktikabler Ersatz für Microsoft Office und kann die Gesamtbetriebskosten von Unternehmens-PCs erheblich senken, da die Lizenzkosten durch wesentlich niedrigere Migrationskosten ersetzt werden.

Die Migration zu einer ODF-basierten Office-Suite ist aus mehreren Gesichtspunkten ein komplexes Unterfangen. Es gibt psychologische Hindernisse zu überwinden, wie den Widerstand der Endbenutzer gegen Veränderungen – der in der Gruppendynamik verankert ist – und technische Probleme, die in verschiedenen Phasen des Prozesses gelöst werden müssen: die Interoperabilität mit proprietären Dokumentformaten, die Konvertierung von Dokumentvorlagen und Makros, die Kompatibilität von VBA-Makros, die Integration mit Anwendungen von Drittanbietern und die Behebung von Fehlern und Regressionen. Darüber hinaus sollte die Bereitstellung der Office-Suite auf Unternehmensebene auf einer langfristig unterstützten Version basieren, die von professionellen Dienstleistern bereitgestellt wird, mit der Verfügbarkeit von inkrementellen Updates, die über das Netzwerk installiert werden können.

Andererseits stellt die Migration eine hervorragende Gelegenheit dar, die Prozesse der Organisation zu überdenken. Beispielsweise ist es besser, vor der Migration vorhandener Visual Basic-Makros festzustellen, ob die Makros noch benötigt werden, um diejenigen zu verwerfen, die nicht mehr verwendet werden, und die verbleibenden neu zu gestalten. Dasselbe gilt für Dokumentvorlagen und für proprietäre Plugins, die die Office-Suite mit proprietären Unternehmensanwendungen verbinden.

In diesem Zusammenhang wurde die Notwendigkeit dieser Plugins dank der Unterstützung von CMIS (Content Management Interoperability Services) erheblich reduziert, einem offenen Standard, der es mehreren Content-Management-Systemen wie MS SharePoint, IBM FileNet, Alfresco und Nuxeo ermöglicht, über das Internet mit kompatiblen Client-Anwendungen zusammenzuarbeiten, die Inhalte durchsuchen, lesen und ändern können.

Betrachtet man den gesamten Migrationsprozess, so kann der Widerstand gegen Veränderungen durch eine nachhaltige Kommunikationskampagne unter der Verantwortung des Projektmanagers mit Hilfe eines Kommunikationsexperten angegangen werden, während technische Probleme mit der Unterstützung von zertifizierten Entwicklungs-, Migrations- oder Schulungsfachleuten angegangen werden sollten.

Lehren aus erfolgreichen Migrationen

Der Funktionsumfang von ODF-basierten Office-Suiten ist für die alltäglichen Bedürfnisse der Mehrheit – d. h. mehr als 90 % – der Benutzer in Organisationen jeder Größe mehr als ausreichend. Im Allgemeinen beziehen sich die wenigen technischen Hindernisse auf Tabellenkalkulationen, die erweiterte Funktionen verwenden, oder auf MS Office-Makros, die aus einer Reihe von Gründen oft schwer zu migrieren sind.

Benutzer sollten in der Lage sein, Dokumente mit der neuen Office-Suite direkt nach der Schulung zu erstellen: Daher ist es entscheidend, die Einrichtung und den Test der Arbeitsplätze vor Beginn der Schulung abzuschließen, da jede Verzögerung bei der Installation die Wirkung der Schulung selbst verringert. Es ist auch äußerst wichtig, einen Ansprechpartner für alle Probleme im Zusammenhang mit der Migration anzubieten, angefangen bei „Technologieführern“ bis hin zu geschultem Support-Personal.

Tatsächlich wird die Erstellung der ersten Dokumente eine nachhaltige Wahrnehmung über die Qualität der neuen Office-Suite im Kopf der Benutzer schaffen: Ein reibungsloser Prozess wird sie motivieren, weiterzumachen und neue, fortgeschrittenere Funktionen auszuprobieren, während das Stoßen auf ein Problem – selbst ein triviales – sie entmutigen und ein negatives Gefühl hinterlassen wird.

Das größte Problem ist also der Widerstand gegen Veränderungen, der ein Nebeneffekt der Einführung einer neuen Technologie in jeder großen Organisation ist. Dies wird oft als Belastung zusätzlich zur täglichen Arbeit angesehen und muss mit einer sorgfältig ausgearbeiteten Kommunikationsstrategie angegangen werden. Die Benutzer müssen davon überzeugt werden, dass die neuen Werkzeuge nach einiger Schulung eine bessere und lohnendere Benutzererfahrung bieten können.

Typische Gründe für den Widerstand gegen Veränderungen sind:

• Die Angst vor dem Unbekannten, die die Angst auslöst, nicht gut genug zu sein, um mit der neuen Technologie umzugehen;
• Die Wahrnehmung, dass die Veränderung vom Top-Management auferlegt wird, das das neue Werkzeug nicht im gleichen Maße wie mittlere Manager und Mitarbeiter verwendet;
• Eine schlechte Kommunikationsstrategie: Wenn es um einen Veränderungsmanagementprozess geht, gibt es so etwas wie zu viel Kommunikation nicht;
• Eine Änderung der Routine, die sich in einer Veränderung – oder einer wahrgenommenen Verringerung – der Komfortzone des Benutzers niederschlägt;
• Ein geringes Vertrauen in die Fähigkeit der Organisation, des Managements oder der eigenen Person, die Veränderung kompetent zu bewältigen;
• Ein Missverständnis über die Notwendigkeit einer Veränderung, insbesondere von denen, die fest davon überzeugt sind, dass die derzeitige Vorgehensweise gut funktioniert... und das seit zwanzig Jahren!
• Eine Veränderung des Status quo, die die Wahrnehmung auslöst, dass die eigene Situation am Ende des Prozesses schlechter sein wird als zuvor (weil die Veränderung eine andere Gruppe begünstigt, wie z. B. jüngere Menschen im Fall von alten loyalen Mitarbeitern).

Natürlich ist die "Brute-Force"-Methode – die darin besteht, die neue Office-Suite zu installieren und MS Office ohne vorherige Warnung auszurotten – die schlechteste aller Entscheidungen, da sie einen Ablehnungseffekt erzeugt, der jede Hoffnung auf Erfolg zunichte macht.

Migration, Schritt für Schritt

Kommunikation der Veränderung

Um die Auswirkungen des Widerstands gegen Veränderungen zu verringern, ist es wichtig, das Migrationsprojekt mit einer Kommunikationsaktivität zu beginnen, die auf die gesamte Organisation abzielt (und nicht nur auf zukünftige Benutzer). Tatsächlich ist die Migration zu einer ODF-basierten Office-Suite ein strategischer Schritt für die Organisation und sollte mit dem gleichen Nachdruck wie jede andere strategische Entscheidung kommuniziert werden.

Wenn der Migrationsprozess beginnt, sollten alle Manager und Mitarbeiter mit der Begründung für die Entscheidung zur Migration (niedrigere TCO und Unabhängigkeit von der Anbieterbindung) und mit der neuen Office-Suite (Geschichte des Projekts, Softwarefunktionen, potenzielle Interoperabilitätsprobleme usw.) vertraut sein. Es sollte für jeden klar sein, dass die neue Office-Suite ein praktikabler Ersatz für Microsoft Office ist, der bereits auf Millionen von Desktops weltweit implementiert wurde.

Analyse der Situation

Das Ziel eines Migrationsprojekts ist es, Microsoft Office durch die neue Office-Suite zu ersetzen, wann immer es sinnvoll ist. Es ist daher sehr wichtig, die potenziellen Auswirkungen der Migration auf jeden Benutzer zu bewerten, indem die Eigenschaften der Dokumente mit ihren Vorlagen, die VBA-Makros und die anderen Automatisierungswerkzeuge sowie die Integration mit Anwendungen von Drittanbietern analysiert werden.

Darüber hinaus stellt die Migration eine Gelegenheit dar, alle internen dokumentenbezogenen Prozesse in Bezug auf Vorlagen, Versionierung, Speicherung und andere Merkmale wie den Workflow-Prozess zu überdenken.

Zertifizierte Fachleute können die erforderlichen Bewertungsfähigkeiten bereitstellen, nicht nur um Dokumente, VBA-Makros und Interoperabilitätsprobleme zu analysieren, sondern auch um Lösungen vorzuschlagen (einschließlich Kosten und Zeitplänen).

Start des Migrationsprozesses

Sobald die Analyse der bestehenden Situation abgeschlossen ist, ist es möglich, den Prozess zu starten, indem ein Auswirkungstest implementiert wird, der dazu beitragen soll, alle Probleme zu finden, die die Migration beeinträchtigen könnten, und sicherzustellen, dass der Dokumenten-Workflow wie beabsichtigt funktioniert. Obwohl ODF-basierte Office-Suiten in hohem Maße mit MS Office kompatibel sind, handelt es sich um andere Anwendungen mit spezifischen Stärken und Schwächen, die spezifische Workflow-Probleme auslösen können. Der Auswirkungstest ermöglicht es auch, die Kosten des Migrationsprozesses abzuschätzen.

Der Auswirkungstest wird durchgeführt, indem die Office-Suite auf einer kleinen Anzahl von PCs installiert wird, die den durchschnittlichen Benutzer repräsentieren. In der Regel sind dies die technisch versierten Benutzer, die auch auf andere Weise in das Projekt einbezogen werden. Sie werden beispielsweise geschult, um ihre Kollegen in der Verwendung der neuen Suite zu schulen.

Der Auswirkungstest hat einige wichtige Ziele:

• Identifizierung kritischer Dokumente, Vorlagen und Makros: Ein Großteil der vorhandenen Dokumente, Vorlagen und Makros ist möglicherweise nicht mehr in Gebrauch oder hat nach dem Wechsel seine Nützlichkeit überlebt. Dokumente und Vorlagen, die noch in Gebrauch sind, sollten in das ODF-Format konvertiert werden, während Makros mit der entsprechenden Technologie neu erstellt werden sollten.
• Erstellung eines Inventars von Werkzeugen und von MS Office abhängigen Anwendungen, die in CRM- und ERP-Umgebungen recht häufig sind. Diese Anwendungen müssen identifiziert und auf Kompatibilität mit der neuen Office-Suite überprüft werden, da die neuen Funktionen möglicherweise eine alternative Lösung bieten (z. B. CMIS-Konnektivität). Fragebögen, die an Teamleiter oder Gruppenmanager verteilt werden, können verwendet werden, um einen besseren Einblick in die Interaktion der Geschäftslösungen mit MS Office zu erhalten.

Um Supportanrufe zu minimieren und die Produktivität von Anfang an zu maximieren, ist es sehr ratsam, ein "Willkommenspaket" für Benutzer mit zusätzlichen Informationen zur neuen Office-Suite vorzubereiten, in dem die grundlegende Funktionalität der Software und die wenigen spezifischen funktionalen Unterschiede zu MS Office hervorgehoben werden.

Umstellung auf offene Dokumentenstandards

Es ist auch wichtig, sofort auf das Standard-ODF-Format für alle Dokumente umzusteigen und nur dann auf alte oder aktuelle MS Office-Dokumentformate zurückzugreifen, wenn Dateien mit Benutzern der proprietären Office-Suite ausgetauscht werden. Der Dateiaustausch ist ein entscheidendes Thema, da es unerlässlich ist, Informationen effektiv entwickeln und austauschen zu können. Die Verwendung von ODF als Standarddokumentformat hilft Organisationen, ein Repository für alle Informationsressourcen zu erstellen, das gegen Veralterung und Anbieterbindung geschützt ist.

Darüber hinaus kann MS Office seit Version 2007 das ODF-Format lesen und schreiben, wenn auch mit mehreren wichtigen Ausnahmen, insbesondere bei Tabellenkalkulationen, bis zur Version 2013 (die die Referenzimplementierung von ODF 1.2 unterstützt). Wenn die andere Partei keine ODF-kompatible Office-Suite hat und das Dokument nur lesen oder drucken muss, kann es im PDF-Format ausgetauscht werden (in diesem Fall verschafft die Verwendung des Hybrid-PDF-Formats einen Vorteil, da das Dokument die Formatierung beibehält).

Natürlich kann die Wahl des Interoperabilitätsformats für jedes Dokument zu einer Überlastung führen und für den durchschnittlichen Benutzer als unnötige Belästigung angesehen werden, ist aber ein Schlüsselfaktor, um sowohl den Benutzer selbst als auch die Organisation von den Zwängen proprietärer Formate zu befreien, die von Softwareanbietern entwickelt wurden, um die Bindung aufrechtzuerhalten. Benutzer und Organisationen sollten immer daran denken, dass geschlossene Dokumentformate nicht nur ihre Freiheit, sondern auch das Eigentum an ihren Informationsressourcen einschränken.

Identifizierung von „Technologieführern“ innerhalb der Organisation

Sobald der Auswirkungstest und die Migration zu ODF abgeschlossen sind, ist es der richtige Zeitpunkt, „Technologieführer“ innerhalb der Organisation zu identifizieren: Dies sind die Personen, die von ihren Kollegen für ihre technische Kompetenz anerkannt werden. Zum Beispiel sind sie diejenigen, die nach dem neuesten und besten Smartphone oder PC gefragt werden und nach den angesagtesten Anwendungen.

„Technologieführer“ werden eine Schlüsselrolle im Migrationsprozess spielen, da sie zu den Evangelisten für die neue Office-Suite werden und als erste Anlaufstelle für die einfache Unterstützung der Benutzer fungieren. Die Rolle und die Bemühungen der „Technologieführer“ sollten durch entsprechende Anreize des Managements der Organisation anerkannt, unterstützt und gefördert werden.

Sobald die „Technologieführer“ identifiziert wurden, müssen einige wenige Briefing-Sitzungen organisiert werden, die sich hauptsächlich an das obere und mittlere Management, das IT-Support-Team und die „Technologieführer“ richten. Die Briefings sollen die erforderliche Akzeptanz der neuen Office-Suite erreichen und die Entscheidungsträger und Meinungsführer über den Migrationsprozess motivieren.

Wenn die wichtigsten Stakeholder überzeugt sind, können sie ihre Mitarbeiter über den Migrationsprozess informieren und sie ermutigen, die neue Office-Suite so früh wie möglich nach Schulung und Installation zu übernehmen.

Die erste Gruppe von „Technologieführern“ sollte – wenn möglich – eine Mischung aus mittleren Managern und Mitarbeitern umfassen, um in die verschiedenen Schichten der Organisation einzudringen. Die Gruppe wird sich während aller Phasen des Migrationsprozesses regelmäßig treffen, um die unterschiedlichen Erfahrungen auszutauschen und Lösungen für gemeinsame Probleme zu finden.

Schulung der Benutzer

Eine umfassende Schulung zur neuen Office-Suite – Eigenschaften, Vorteile, Funktionen, Besonderheiten und Hauptunterschiede zu MS Office – ist ein grundlegender Schritt für jedes Migrationsprojekt. Schulungen auf verschiedenen Ebenen sollten für IT-Personal, Trainer, „Technologieführer“, mittleres und oberes Management sowie alle Endbenutzer angeboten werden.

Ein weiteres Ziel des Schulungsprozesses ist es, die Benutzer für die Begründung und die Ziele des Migrationsprojekts zu sensibilisieren, damit es nicht als bloße Lösung für budgetbezogene Probleme wahrgenommen wird. Tatsächlich bietet die Migration die Möglichkeit, ein wirklich offenes und standardisiertes Format zu übernehmen, das die Freiheit der kreativen Arbeit jedes Einzelnen schützen und zum Wachstum eines freien Softwareprojekts beitragen soll, das der Benutzergemeinschaft insgesamt (über alle Grenzen hinweg) zugute kommt.

Benutzer, einschließlich mittlerer und oberer Manager, sollten nach technischen Fähigkeiten, Schulungsbedarf und Organisationseinheiten segmentiert werden. Diese Gruppen bilden die Grundlage für die Planung der Implementierungsphase der Migration, damit der Übergang in homogenen Schritten erfolgt (um eine Fragmentierung zu vermeiden).

Schulungen werden auch für die Entwicklung eines technischen Support-Teams von entscheidender Bedeutung sein, das ein weiteres entscheidendes Element für den Erfolg des Migrationsprojekts ist. Wenn die „Technologieführer“ – die den Kollegen aus erster Hand Unterstützung bieten – keine Antwort auf Probleme geben können, die in ihrer Abteilung auftreten, sollte das Problem immer an den First-Level-Support und bei Bedarf an den Second-Level-Support (der je nach Bedarf intern oder extern sein kann) eskaliert werden.

Bereitstellung der Office-Suite

Die Bereitstellung der Office-Suite auf jedem PC, einschließlich derer von Benutzern, die aus bestimmten technischen Gründen berechtigt wurden, MS Office weiterhin zu verwenden, muss im Voraus geplant und mit dem Schulungsplan koordiniert werden, um sicherzustellen, dass die Benutzer die Software so schnell wie möglich verwenden können (idealerweise nach der ersten Schulungssitzung).

Community-Versionen von Office-Suiten sind nicht immer für den Einsatz in großen Organisationen optimiert, da sie nicht für die Installation über ein Netzwerk konzipiert sind (obwohl die Aufgabe ausgeführt werden kann, ist sie oft langsam und mühsam).

Im Gegensatz dazu sind Enterprise-Versionen die unternehmensreife Builds, da Unternehmen den Community-Versionen Bereitstellungs- und Verwaltungsprogramme sowie vertragliche Support-Services hinzufügen, damit die Office-Suite in geschäftskritischen Umgebungen eingesetzt werden kann. Diese Versionen werden oft über längere Zeiträume unterstützt und bieten Mechanismen für inkrementelle Updates, um die Bereitstellung und Wartung in großen Unternehmensnetzwerken zu erleichtern.

Die Bereitstellung der neuen Office-Suite bedeutet jedoch nicht, MS Office von jedem einzelnen PC auszurotten. Das Ziel ist es, die Anzahl der PCs, die die neue Suite verwenden, zu maximieren und die Interoperabilität mit MS Office zu fördern, indem Bereiche identifiziert werden, in denen letzteres – aus offensichtlichen Gründen – versucht, die Bindung aufrechtzuerhalten. Zum Beispiel wird es notwendig sein, MS Office-Benutzer – die am Ende der Migration nicht mehr als 20 % aller Benutzer ausmachen sollten (da dies der höchste potenzielle Prozentsatz von Personen ist, die MS Office-spezifische Funktionen in Unternehmensumgebungen verwenden) – zu schulen, um proprietäre Schriftarten durch freie Schriftarten (wie die von der SIL Open Font License unterstützten) zu ersetzen.

Benutzerunterstützung

Support ist ein entscheidender Faktor für den Erfolg eines Migrationsprojekts, da sich die Benutzer damit nicht vor dem neuen Produktivitätstool im Stich gelassen fühlen. Obwohl die Funktionen identisch oder äußerst ähnlich wie bei Microsoft Office sind, sind sie oft anders organisiert (und dies ist normalerweise mehr als genug, um eine negative Reaktion von den Benutzern zu erhalten).

Der Unternehmenssupport wird in der Regel intern organisiert, mit einer Mischung aus IT-Mitarbeitern und technisch versierten Benutzern, die den Endbenutzern Level-1- und Level-2-Support bieten können. Der Level-3-Support basiert hingegen auf entwicklungsbezogenen Fähigkeiten und sollte daher von einer externen Struktur mit zertifizierten Entwicklern verwaltet werden, die in der Lage sind, Fehler zu beheben.

Tatsächlich sind Fehler in jeder Softwareentwicklung (selbst in der teuersten proprietären Software) enthalten. Daher ist die Verfügbarkeit von vertraglichem Support zur Behebung potenzieller Softwarecode-Probleme für den Einsatz in einer Unternehmensumgebung von entscheidender Bedeutung, auch weil alle relevanten Patches in der Regel mit der Community-Version der Software zusammengeführt werden.

Um Unternehmensbenutzer zu unterstützen, wird das gesamte Support-Team auch eine Liste mit häufig gestellten Fragen (FAQ) als schnelle Referenz für zukünftige Bedürfnisse erarbeiten. Diese FAQ sollte zusammen mit allen während des Migrationsprozesses verwendeten Dokumenten – insbesondere Präsentationen und Handbüchern – online auf der Website der Organisation veröffentlicht werden, um den Benutzern einen einfachen Zugriff und Abruf zu ermöglichen.

Wartung der Office-Suite

Sobald die Office-Suite auf jedem Benutzerdesktop bereitgestellt wurde, ist das Migrationsprojekt abgeschlossen und die Organisation wechselt in den Wartungsmodus. Die Anforderungen entwickeln sich von der einfachen Interoperabilitätsebene zur Entwicklung neuer Funktionen oder zur Integration mit Anwendungen von Drittanbietern.

Unternehmen, die Enterprise-Versionen von Office-Suiten anbieten, können Code-Level-Beratung und Entwicklungsarbeit für jede Implementierung der Software anbieten, die Folgendes umfassen kann (aber nicht darauf beschränkt ist): spezifische Anwendungsfunktionen, Lese- und Schreibunterstützung für ein ungewöhnliches Dateiformat, Konvertierung von Dokumentformaten, spezifische Berechnungsanforderungen, die nur mit besserer Leistung möglich werden, Integration und Schnittstellen zu einem Back-Office-System und Interoperabilitätslösung mit Softwarepaketen von Drittanbietern.