Was ist eine Single Source of Truth in der Technischen Dokumentation?
Das Wichtigste in Kürze
- Single Source of Truth (SSOT) bedeutet: jede Information existiert genau einmal – an einem verbindlichen Ort, aus dem alle Ausgaben gespeist werden
- In der Technischen Dokumentation verhindert SSOT redundante Inhalte, inkonsistente Versionen und unnötigen Pflegeaufwand
- SSOT ist kein einzelnes Tool, sondern ein Prinzip – das technisch durch ein XML-Redaktionssystem (für die Erstellung) und eine Content-Delivery-Plattform (für die Auslieferung) umgesetzt wird
- Single Source of Content (SSOC) ist die dokumentationsspezifische Ausprägung: Inhaltsbausteine werden einmal erstellt und in verschiedenen Dokumenten, Formaten und Sprachen wiederverwendet
In vielen Unternehmen existiert dieselbe Produktinformation mehrfach: als Word-Dokument in der Technischen Redaktion, als PDF im Serviceportal, als Auszug in der Schulungsunterlage. Welche Version ist aktuell? Wo wurde die letzte Änderung eingearbeitet? Wer hat was freigegeben?
Dieses Versionschaos kostet Zeit, erzeugt Fehler und gefährdet im schlimmsten Fall die Produktsicherheit. Das Konzept der Single Source of Truth setzt genau hier an: eine einzige, verbindliche Quelle für jede Information – aus der alle weiteren Ausgaben automatisch gespeist werden.
Inhaltsverzeichnis
Wir geben Ihnen hier einen strukturierten Überblick über alle wichtigen Fragen zum Thema Single Source of Truth in der Technischen Dokumentation.
- Was ist eine Single Source of Truth?
- Was ist der Unterschied zwischen SSOT und Single Source of Content?
- Was ist der Unterschied zwischen SSOT und Single Point of Truth?
- Warum ist SSOT in der Technischen Dokumentation wichtig?
- Wie funktioniert Single Source of Truth in der Praxis?
- SSOT von der Erstellung bis zur Auslieferung
- Was sind typische Herausforderungen bei der Umsetzung?
- FAQ: Häufige Fragen zur Single Source of Truth
Was ist eine Single Source of Truth?
Eine Single Source of Truth (SSOT) ist das Prinzip, dass eine bestimmte Information genau an einem einzigen, verbindlichen Ort gepflegt wird. Alle anderen Systeme, Dokumente und Ausgabekanäle beziehen diese Information aus dieser einen Quelle – niemals aus einer Kopie oder einem separaten Datensatz.
Das Ziel: Es gibt zu jedem Zeitpunkt keine widersprüchlichen Versionen derselben Information. Wenn sich etwas ändert, ändert es sich an der Quelle – und alle Ausgaben aktualisieren sich automatisch.
SSOT ist kein spezifisches Tool oder System, sondern ein organisatorisches und technisches Prinzip. Es beschreibt, wie Informationen verwaltet und verteilt werden sollen – nicht womit.
Was ist der Unterschied zwischen SSOT und Single Source of Content?
Die Begriffe werden häufig synonym verwendet, bezeichnen aber unterschiedliche Konzepte:
Single Source of Truth (SSOT) ist das übergeordnete Prinzip: Jede Information hat genau eine verbindliche Quelle. Das gilt für alle Arten von Informationen – Produktdaten im PLM-System, Marketingtexte im CMS, Ersatzteildaten im ERP.
Single Source of Content (SSOC) ist die dokumentationsspezifische Ausprägung: Inhaltsbausteine werden einmal erstellt und in verschiedenen Dokumenten, Formaten und Sprachen wiederverwendet. Eine Warnung, eine Handlungsanweisung oder eine technische Beschreibung existiert genau einmal im System – und wird automatisch in alle relevanten Dokumente eingebunden.
In der Technischen Dokumentation ist SSOC der praktische Weg, das SSOT-Prinzip umzusetzen.
Was ist der Unterschied zwischen SSOT und Single Point of Truth?
Single Point of Truth (SPOT) und Single Source of Truth (SSOT) werden häufig gleichbedeutend verwendet. Der Unterschied ist fein:
- SSOT betont die Herkunft: Jede Information stammt aus genau einer Quelle
- SPOT betont den Zugriffspunkt: Es gibt genau eine Stelle, an der eine Information abgerufen werden kann
In der Praxis beschreiben beide Begriffe dasselbe Ziel: eine einzige, verlässliche Quelle für jede Information, ohne Duplikate und ohne Versionskonflikte.
Warum ist SSOT in der Technischen Dokumentation wichtig?
Technische Redaktionen stehen unter wachsendem Druck: mehr Produktvarianten, mehr Sprachen, mehr Ausgabekanäle, mehr regulatorische Anforderungen – bei gleichbleibenden oder schrumpfenden Teams.
Ohne SSOT entsteht zwangsläufig Redundanz: Dieselbe Sicherheitswarnung steht in zwölf verschiedenen Handbüchern, wurde an elf Stellen aktualisiert und an einer vergessen. Das Ergebnis sind inkonsistente Dokumentationen, erhöhter Pflegeaufwand und im schlimmsten Fall Haftungsrisiken.
Die konkreten Vorteile von SSOT in der Technischen Dokumentation:
- Konsistenz: Inhalte sind überall identisch – auch über Sprachen und Produktvarianten hinweg
- Effizienz: Änderungen werden einmal vorgenommen und wirken sich automatisch auf alle Dokumente aus
- Geringere Übersetzungskosten: Nur neue oder geänderte Inhalte müssen übersetzt werden – nicht ganze Dokumente
- Rechtssicherheit: Es gibt immer eine klare, nachvollziehbare aktuelle Version
- Skalierbarkeit: Wachsendes Produktportfolio erfordert nicht proportional mehr Redaktionsaufwand
Wie funktioniert Single Source of Truth in der Praxis?
Das SSOT-Prinzip setzt in der Technischen Dokumentation auf modulare Inhaltserstellung: Texte werden nicht als zusammenhängende Dokumente verfasst, sondern in wiederverwendbare Bausteine (Topics oder Module) zerlegt.
Ein Topic enthält genau eine Information – zum Beispiel einen Warnhinweis, eine Handlungsanweisung oder eine technische Spezifikation. Dieses Topic wird einmal erstellt, einmal übersetzt und einmal freigegeben. Alle Dokumente, in denen diese Information auftauchen soll, referenzieren das Topic – sie kopieren es nicht.
Das erfordert:
- Eine Informationsarchitektur – klare Regeln, welche Information auf welcher Ebene verwaltet wird
- Ein XML-Redaktionssystem (CCMS) – als technische Grundlage für modulare Inhaltserstellung und -verwaltung
- Einen Redaktionsleitfaden – verbindliche Regeln für Sprache, Terminologie und Struktur
- Definierte Freigabeprozesse – damit klar ist, welche Version die verbindliche ist
SSOT von der Erstellung bis zur Auslieferung
Ein vollständiges SSOT-Konzept endet nicht mit der Erstellung der Technischen Dokumentation. Es umfasst den gesamten Weg vom Inhalt bis zum Nutzer:
Erstellung – im XML-Redaktionssystem
Inhalte werden modular in einem CCMS wie COSIMA erstellt. Jeder Baustein existiert genau einmal. Änderungen wirken sich automatisch auf alle Dokumente aus, in denen der Baustein verwendet wird. Variantenmanagement, Übersetzungsmanagement und Versionierung sind integriert.
Auslieferung – über eine Content-Delivery-Plattform
Die fertige Dokumentation wird nicht nur als PDF publiziert, sondern kontextbezogen bereitgestellt – für Servicetechniker, Kunden oder interne Teams. Eine Content-Delivery-Plattform wie JUNOfy führt Inhalte aus verschiedenen Quellen zusammen und stellt sie dort bereit, wo sie gebraucht werden: im Serviceauftrag, über QR-Code am Produkt oder im Self-Service-Portal.
Erst die Kombination aus zentraler Inhaltserstellung (SSOT im Redaktionssystem) und kontextbezogener Auslieferung (Content Delivery) schließt den Kreis: Wissen entsteht einmal, wird zentral verwaltet und erreicht jeden Nutzer im richtigen Moment.
Was sind typische Herausforderungen bei der Umsetzung?
Die Einführung von SSOT in einer gewachsenen Dokumentationslandschaft ist kein triviales Projekt. Typische Herausforderungen sind:
Bestehende Inhalte in Dokumentform
Wer bisher mit Word oder InDesign gearbeitet hat, hat Inhalte als Dokumente – nicht als Module. Die Migration erfordert eine strukturierte Analyse und Aufbereitung der Bestände.
Fehlende Informationsarchitektur
SSOT funktioniert nur, wenn klar ist, welche Information auf welcher Ebene verwaltet wird. Ohne eine durchdachte Informationsarchitektur entsteht auch im CCMS schnell wieder Redundanz.
Akzeptanz im Team
Modulares Schreiben erfordert ein Umdenken. Redakteure müssen lernen, in Bausteinen statt in Dokumenten zu denken – das braucht Zeit und begleitende Schulung.
Systemintegration
Produktdaten aus PLM oder ERP sollen idealerweise automatisch in die Dokumentation einfließen. Die technische Integration dieser Systeme ist oft aufwändiger als erwartet.
FAQ: Häufige Fragen zur Single Source of Truth
-
Single Source of Truth (SSOT) bedeutet in der Technischen Dokumentation, dass jede Information genau einmal an einem verbindlichen Ort gepflegt wird. Alle Dokumente, Formate und Übersetzungen werden aus dieser einen Quelle gespeist – ohne Kopien und ohne redundante Pflege an mehreren Stellen.
-
Single Source of Truth (SSOT) ist das übergeordnete Prinzip: Jede Information hat eine verbindliche Quelle. Single Source of Content (SSOC) ist die dokumentationsspezifische Umsetzung: Inhaltsbausteine werden einmal erstellt und in verschiedenen Dokumenten, Formaten und Sprachen wiederverwendet.
-
Beide Begriffe beschreiben dasselbe Ziel: eine einzige, verlässliche Quelle für jede Information ohne Duplikate und Versionskonflikte. SSOT betont die Herkunft der Information, SPOT betont den einzigen Zugriffspunkt. In der Praxis werden beide Begriffe synonym verwendet.
-
Die technische Grundlage für SSOT in der Technischen Dokumentation ist ein XML-Redaktionssystem (CCMS). Es ermöglicht modulare Inhaltserstellung, zentrale Verwaltung, Versionierung und automatisierte Publikation in verschiedene Formate und Sprachen.
-
Mit SSOT wird jeder Inhaltsbaustein nur einmal erstellt und übersetzt. Ändert sich ein Baustein, muss nur dieser eine Baustein neu übersetzt werden – nicht das gesamte Dokument. Das reduziert Übersetzungskosten erheblich, weil Translation-Memory-Systeme die bereits übersetzten Bausteine automatisch wiederverwenden.
-
SSOT in der Erstellung stellt sicher, dass Inhalte konsistent und aktuell sind. Content Delivery stellt sicher, dass diese Inhalte auch dort ankommen, wo sie gebraucht werden – beim Servicetechniker, im Kundenportal oder am Produkt selbst. Beide Konzepte ergänzen sich zu einem durchgängigen Informationsmanagement.
