Legacy-Systeme verschwinden in Unternehmen selten freiwillig. Sie bleiben bestehen, weil niemand sicher sagen kann, was passiert, wenn sie abgeschaltet werden. Oft laufen alte ERP-, MES- oder Produktionssysteme jahrelang weiter — nicht wegen ihrer Funktionalität, sondern wegen der Daten darin.
Denn genau dort liegen historische Aufträge, Produktionsdaten, Qualitätsnachweise, Audit-Trails oder steuerrelevante Informationen, die weiterhin verfügbar bleiben müssen. Das Problem: Viele dieser Systeme sind teuer im Betrieb, technisch veraltet, sicherheitskritisch und kaum noch wartbar. Gleichzeitig verhindern sie Migrationen, bremsen Modernisierungsvorhaben und erzeugen wachsende Compliance-Risiken.
Spätestens bei SAP-Transformationen, MES-Wechseln, Cloud-Migrationen oder Audits wird daraus ein ernstes Problem. Unternehmen müssen dann nicht nur Systeme ersetzen, sondern sicherstellen, dass historische Daten langfristig lesbar, revisionssicher und auditfähig erhalten bleiben.
Dieser Artikel zeigt, warum Legacy-Systeme 2026 für viele Unternehmen zum Risiko werden, welche Fehler bei der Systemablösung besonders häufig auftreten und wie sich historische Daten sicher migrieren und langfristig verfügbar halten lassen — ohne das Altsystem dauerhaft weiter betreiben zu müssen.
DAS WICHTIGSTE IN KÜRZELegacy-Systeme sind veraltete ERP-, MES- oder Produktionssysteme, die weiterhin betrieben werden, weil historische Daten oder geschäftskritische Prozesse davon abhängen. Das Problem: Viele dieser Systeme verursachen hohe Betriebs-, Sicherheits- und Compliance-Risiken. Besonders kritisch wird es bei Audits, Migrationen oder ERP-Wechseln, wenn historische Daten nicht mehr vollständig verfügbar oder auswertbar sind. Moderne Application-Retirement-Strategien ermöglichen es, Altsysteme sicher abzuschalten und Daten trotzdem langfristig revisionssicher verfügbar zu halten. |
KURZ ZUSAMMENGEFASST
|
Als Legacy-Systeme bezeichnet man veraltete Software- oder IT-Systeme, die weiterhin produktiv betrieben werden, obwohl sie technologisch längst überholt sind. In Unternehmen betrifft das häufig ERP-Systeme, MES-Plattformen, Produktionsdatenbanken, Archivsysteme oder individuell entwickelte Anwendungen, die über viele Jahre gewachsen sind.
Das eigentliche Problem ist dabei selten das Alter der Software allein. Kritisch wird ein Legacy-System dann, wenn Unternehmen geschäftskritisch davon abhängig bleiben — obwohl Wartung, Sicherheit, Integrationsfähigkeit oder Datenzugriff zunehmend schwieriger werden.
In der Praxis existieren Legacy-Systeme oft deutlich länger als ursprünglich geplant. Gründe dafür sind unter anderem:
Besonders in der Industrie entstehen dadurch komplexe Abhängigkeiten. Ein altes MES-System enthält beispielsweise noch Produktionshistorien aus vergangenen Jahren. Das ERP archiviert steuerrelevante Geschäftsdaten. Eine Maschinensteuerung speichert Qualitätsparameter, die für Traceability oder Produkthaftung weiterhin benötigt werden.
Genau deshalb werden viele Systeme nie vollständig abgeschaltet. Unternehmen modernisieren zwar ihre operative IT-Landschaft, betreiben alte Systeme jedoch parallel weiter — allein wegen des Datenzugriffs.
Die Folgen sind erheblich:
Hinzu kommt ein technisches Risiko: Viele Legacy-Systeme basieren auf Technologien, Datenbanken oder Betriebssystemen, die kaum noch unterstützt werden. Fachwissen verschwindet, Ersatzteile fehlen und Sicherheitsupdates existieren oft nicht mehr.
Legacy-Systeme werden dadurch nicht nur zum IT-Problem, sondern zu einer strategischen Herausforderung für Compliance, Digitalisierung und Risikomanagement. Unternehmen müssen entscheiden, welche Systeme weiterhin produktiv benötigt werden — und welche Daten langfristig unabhängig vom ursprünglichen System verfügbar bleiben müssen.
Viele Unternehmen betrachten Legacy-Systeme noch immer als notwendiges Übel. Solange das alte ERP, MES oder Archivsystem „noch läuft“, wird die Modernisierung häufig verschoben. Genau darin liegt jedoch das Risiko. Denn mit jedem Jahr steigen Kosten, Sicherheitsprobleme und Compliance-Anforderungen deutlich an.
Besonders kritisch ist die Situation 2026, weil viele Unternehmen gleichzeitig vor mehreren Transformationsprojekten stehen:
Legacy-Systeme sind dafür meist nicht ausgelegt. Viele basieren auf veralteten Betriebssystemen, nicht mehr unterstützten Datenbanken oder proprietären Schnittstellen. Sicherheitsupdates fehlen, Integrationen werden kompliziert und technisches Know-how verschwindet zunehmend aus den Unternehmen.
Gleichzeitig bleiben die Daten in diesen Systemen geschäftskritisch. Genau daraus entsteht ein gefährlicher Widerspruch:
Das System soll weg — die Daten müssen bleiben.
Die größten Risiken entstehen dabei in mehreren Bereichen gleichzeitig:
| Risiko | Typisches Problem | Auswirkungen |
|---|---|---|
| Cybersecurity | Keine Sicherheitsupdates oder veraltete Betriebssysteme | Erhöhtes Angriffsrisiko |
| Compliance | Historische Daten nicht auditfähig verfügbar | Audit- und Bußgeldrisiken |
| Betriebskosten | Alte Infrastruktur und Spezialwissen notwendig | Hohe Wartungs- und Lizenzkosten |
| Datenzugriff | Proprietäre Datenformate | Historische Informationen nicht mehr lesbar |
| Digitalisierung | Fehlende Schnittstellenfähigkeit | Verzögerte Modernisierung |
| ERP-/MES-Migrationen | Historische Daten bleiben im Altsystem | Doppelbetrieb über Jahre |
Besonders problematisch wird das bei langfristigen Aufbewahrungspflichten. Viele Unternehmen müssen Produktions-, Qualitäts- oder Geschäftsdaten 10, 15 oder sogar 30 Jahre verfügbar halten. Operative Systeme sind dafür jedoch selten konzipiert.
Dadurch entstehen teure Parallelwelten:
Neue Systeme übernehmen die laufenden Prozesse, während alte Anwendungen ausschließlich wegen historischer Daten weiterbetrieben werden. Unternehmen zahlen dann weiterhin für Hardware, Datenbanken, Wartung und Spezialwissen — obwohl das System operativ kaum noch genutzt wird.
Hinzu kommt ein Compliance-Risiko, das oft unterschätzt wird: Historische Daten müssen nicht nur vorhanden sein, sondern auch revisionssicher, nachvollziehbar und maschinell auswertbar bleiben. Genau das können viele Legacy-Systeme langfristig nicht mehr garantieren.
Deshalb entwickelt sich Legacy-Modernisierung zunehmend zu einem strategischen Thema. Unternehmen müssen nicht nur Systeme ersetzen, sondern gleichzeitig sicherstellen, dass historische Daten langfristig auditfähig erhalten bleiben — unabhängig vom ursprünglichen System.
Die größten Probleme von Legacy-Systemen stehen selten in der IT-Bilanz. Viele Kosten entstehen indirekt — durch Sicherheitsrisiken, ineffiziente Prozesse, Auditaufwand oder blockierte Modernisierungsvorhaben. Genau deshalb unterschätzen Unternehmen häufig, wie teuer alte Systeme tatsächlich geworden sind.
Besonders kritisch ist dabei der sogenannte „Read-Only-Betrieb“. Viele ERP-, MES- oder Produktionssysteme werden operativ kaum noch genutzt, laufen aber weiterhin ausschließlich wegen historischer Daten oder gesetzlicher Aufbewahrungspflichten.
Das führt zu einer kostspieligen Situation:
Die neue Systemlandschaft ist bereits produktiv — das alte System bleibt trotzdem bestehen.
Die versteckten Kosten entstehen dabei in mehreren Bereichen gleichzeitig:
| Kostenfaktor | Typisches Problem | Geschäftliche Auswirkung |
|---|---|---|
| Infrastrukturkosten | Alte Server, Datenbanken und Betriebssysteme müssen weiter betrieben werden | Laufende Betriebs- und Lizenzkosten |
| Spezialwissen | Nur wenige Mitarbeiter kennen das System noch | Hohe Abhängigkeit von Einzelpersonen |
| Sicherheitsrisiken | Fehlende Patches und veraltete Technologien | Cybersecurity- und Compliance-Risiken |
| Auditaufwand | Historische Daten sind schwer zugänglich | Hoher manueller Aufwand bei Prüfungen |
| Parallelbetrieb | Neues und altes System laufen gleichzeitig | Doppelte Wartungs- und Supportkosten |
| Fehlende Integrationen | Legacy-Systeme unterstützen moderne APIs oft nicht | Verzögerte Digitalisierung |
| Datenmigrationen | Historische Daten bleiben im Altsystem | Langfristige technische Abhängigkeit |
| Herstellerabhängigkeit | Proprietäre Datenformate und Software | Vendor-Lock-in |
Besonders teuer werden Legacy-Systeme bei ERP-Transformationen oder Cloud-Migrationen. Viele Unternehmen investieren Millionen in neue Plattformen — betreiben alte Systeme jedoch über Jahre parallel weiter, weil historische Daten weiterhin benötigt werden.
Hinzu kommt ein Risiko, das häufig erst im Audit sichtbar wird: Historische Daten müssen nicht nur gespeichert, sondern auch lesbar, nachvollziehbar und revisionssicher verfügbar bleiben. Wenn Daten nur noch über alte Anwendungen zugänglich sind, entsteht eine gefährliche technische Abhängigkeit.
In vielen Unternehmen wachsen dadurch sogenannte „Zombie-Systeme“:
Anwendungen, die operativ kaum noch relevant sind, aber trotzdem nicht abgeschaltet werden können.
Langfristig blockieren solche Systeme:
Genau deshalb betrachten moderne Unternehmen Legacy-Systeme heute nicht mehr nur als IT-Thema. Sie sind ein strategischer Kosten-, Risiko- und Compliance-Faktor — besonders dort, wo historische Daten langfristig verfügbar bleiben müssen.
Die technische Abschaltung eines Legacy-Systems ist meist nicht das eigentliche Problem. Kritisch wird es dort, wo Unternehmen historische Daten, Compliance-Anforderungen und langfristige Nachweispflichten unterschätzen. Genau deshalb scheitern viele Modernisierungsprojekte nicht an der Migration selbst — sondern an den Daten dahinter.
Besonders häufig entstehen Probleme, wenn Systemablösungen ausschließlich als IT-Projekt betrachtet werden. Tatsächlich betreffen sie jedoch gleichzeitig:
Die folgenden Fehler treten in der Praxis besonders häufig auf:
| Typischer Fehler | Was passiert in der Praxis | Risiko |
|---|---|---|
| Datenmigration ohne Archivstrategie | Historische Daten bleiben im Altsystem | Dauerhafter Parallelbetrieb |
| Backup mit Archivierung verwechselt | Daten sind technisch vorhanden, aber nicht auditfähig | Compliance-Risiko |
| Nur operative Daten werden migriert | Historische Audit- und Qualitätsdaten fehlen | Nachweisprobleme |
| Proprietäre Formate bleiben bestehen | Daten bleiben an alte Software gebunden | Vendor-Lock-in |
| Keine Datenklassifizierung | Unklare Aufbewahrungs- und Löschpflichten | DSGVO- und GoBD-Risiken |
| Fehlende Audit-Trails | Historische Änderungen sind nicht nachvollziehbar | Revisionsproblem |
| System wird zu früh abgeschaltet | Daten sind später nicht mehr lesbar | Datenverlust |
| Keine Fachbereichseinbindung | Kritische Informationen werden übersehen | Prozessunterbrechungen |
Besonders problematisch ist der Irrglaube, dass eine vollständige Datenmigration immer notwendig sei. In vielen Fällen müssen historische Informationen gar nicht in das neue ERP- oder MES-System übernommen werden. Entscheidend ist vielmehr, dass sie langfristig verfügbar und auditfähig bleiben.
Genau hier setzen moderne Application-Retirement-Strategien an:
Operative Prozesse werden auf neue Systeme migriert, während historische Daten systemunabhängig archiviert und weiterhin zugänglich gehalten werden.
Dadurch lassen sich viele typische Risiken vermeiden:
Ein weiterer häufiger Fehler betrifft die Datenqualität. Viele Legacy-Systeme enthalten über Jahrzehnte gewachsene Datenstrukturen, Dubletten oder inkonsistente Informationen. Ohne frühzeitige Analyse entstehen dadurch erhebliche Probleme bei Migrationen oder späteren Auditprozessen.
Erfolgreiche Legacy-Modernisierung beginnt deshalb nicht mit der Abschaltung des Systems, sondern mit einer klaren Strategie für:
Viele Unternehmen glauben, das Problem alter Systeme sei gelöst, sobald ein Backup existiert. Genau das ist einer der häufigsten Irrtümer bei Legacy-Systemen und Application Retirement.
Ein Backup schützt primär vor technischem Datenverlust — etwa nach Hardware-Ausfällen, Cyberangriffen oder versehentlichem Löschen. Für langfristige Datenverfügbarkeit, Auditfähigkeit oder regulatorische Nachweise reicht das jedoch nicht aus.
Der entscheidende Unterschied:
Ein Backup sichert Systeme.
Eine Archivierung sichert Informationen.
Gerade bei Legacy-Systemen ist das kritisch. Denn historische Daten müssen oft noch Jahre später:
Viele klassische Backup-Lösungen können das nicht leisten.
Die Unterschiede werden besonders deutlich:
| Backup | Revisionssichere Archivierung |
|---|---|
| Fokus auf Wiederherstellung des Systems | Fokus auf langfristige Datenverfügbarkeit |
| Für Disaster Recovery ausgelegt | Für Audit- und Compliance-Anforderungen ausgelegt |
| Oft proprietäre Formate | Langfristig lesbare Datenhaltung |
| Keine garantierte Revisionssicherheit | Unveränderbare Archivierung |
| Kein strukturierter Audit-Zugriff | Daten gezielt auswertbar |
| Abhängig vom Ursprungssystem | Systemunabhängiger Zugriff |
| Kurz- bis mittelfristige Speicherung | Langfristige Aufbewahrung über Jahre oder Jahrzehnte |
Besonders problematisch wird das bei abgeschalteten ERP-, MES- oder Produktionssystemen. Zwar existieren häufig noch Sicherungen der Datenbanken — ohne die ursprüngliche Anwendung lassen sich die Informationen jedoch oft nicht mehr sinnvoll interpretieren oder auswerten.
Im Auditfall entsteht dadurch ein ernstes Risiko:
Die Daten existieren technisch — praktisch sind sie nicht mehr nutzbar.
Hinzu kommen regulatorische Anforderungen wie:
Diese verlangen nicht nur Datenerhalt, sondern auch:
Genau deshalb reicht ein Backup für Legacy-Systeme nicht aus. Unternehmen benötigen eine Archivstrategie, die historische Daten unabhängig vom ursprünglichen System verfügbar hält — revisionssicher, auditfähig und langfristig auswertbar.
Erst dadurch wird echtes Application Retirement möglich:
Das Altsystem kann abgeschaltet werden, ohne den Zugriff auf geschäftskritische Informationen zu verlieren.
Viele Unternehmen versuchen seit Jahren, alte ERP-, MES- oder Produktionssysteme vollständig abzulösen — und scheitern nicht an der Technik, sondern an den historischen Daten. Genau hier setzt Application Retirement an.
Das Ziel ist nicht, sämtliche Informationen in neue Systeme zu migrieren. Stattdessen werden operative Prozesse modernisiert, während historische Daten aus Legacy-Systemen revisionssicher archiviert und langfristig verfügbar gehalten werden.
Dadurch entsteht ein entscheidender Vorteil:
Das Altsystem kann abgeschaltet werden, ohne dass Daten verloren gehen oder Auditfähigkeit verloren geht.
Application Retirement reduziert damit gleichzeitig:
Der typische Ablauf besteht aus mehreren Schritten:
| Phase | Ziel | Ergebnis |
|---|---|---|
| Systemanalyse | Relevante Daten und Abhängigkeiten identifizieren | Transparenz über Legacy-Landschaft |
| Datenklassifizierung | Aufbewahrungs- und Compliance-Anforderungen definieren | Klare Archivierungsstrategie |
| Datenextraktion | Historische Informationen aus dem Altsystem übernehmen | Systemunabhängige Datenbasis |
| Revisionssichere Archivierung | Langfristige Lesbarkeit und Auditfähigkeit sichern | Compliance-konforme Datenhaltung |
| Abschaltung des Legacy-Systems | Infrastruktur stilllegen | Kosten- und Risikoreduktion |
| Audit- und Benutzerzugriff | Historische Daten weiterhin verfügbar halten | Dauerhafte Nachvollziehbarkeit |
Besonders wichtig ist dabei die Entkopplung von Daten und Anwendung. Historische Informationen dürfen langfristig nicht davon abhängig sein, dass alte ERP- oder MES-Systeme weiterhin betrieben werden müssen.
Genau das ist in vielen Unternehmen heute noch der Fall:
Ein System bleibt aktiv — ausschließlich wegen der Daten darin.
Moderne Application-Retirement-Strategien vermeiden diesen Zustand. Historische Informationen werden in ein unabhängiges Archiv überführt, in dem sie weiterhin:
Dadurch lassen sich auch komplexe Transformationsprojekte deutlich vereinfachen. Unternehmen können:
Besonders relevant ist das bei langfristigen Aufbewahrungspflichten. Produktions-, Qualitäts- oder Geschäftsdaten müssen oft über Jahrzehnte verfügbar bleiben — deutlich länger als die ursprüngliche Software überhaupt existiert.
Application Retirement schafft deshalb die Grundlage für moderne IT-Landschaften:
Neue Systeme übernehmen operative Prozesse, während historische Daten unabhängig davon langfristig verfügbar bleiben.
Die größte Herausforderung bei Legacy-Systemen endet nicht mit der Migration. Entscheidend ist die Frage, ob historische Daten auch Jahre später noch vollständig, nachvollziehbar und auditfähig verfügbar sind.
Genau daran scheitern viele Unternehmen. Zwar werden operative Prozesse erfolgreich auf neue ERP-, MES- oder Cloud-Systeme umgestellt — historische Informationen bleiben jedoch im alten System zurück oder liegen lediglich als Datenbank-Backup vor. Im Ernstfall zeigt sich dann, dass wichtige Informationen zwar theoretisch existieren, praktisch aber nicht mehr nutzbar sind.
Besonders kritisch wird das bei:
Denn historische Daten müssen häufig deutlich länger verfügbar bleiben als die ursprüngliche Software überhaupt betrieben wird.
Die Anforderungen an langfristige Datenverfügbarkeit steigen dabei kontinuierlich:
| Anforderung | Warum sie wichtig ist |
|---|---|
| Revisionssicherheit | Schutz vor Manipulation und Datenverlust |
| Langfristige Lesbarkeit | Zugriff unabhängig vom Ursprungssystem |
| Auditfähigkeit | Schnelle Bereitstellung historischer Nachweise |
| Maschinelle Auswertbarkeit | Daten müssen analysierbar bleiben |
| Zugriffskontrolle | Schutz sensibler Informationen |
| Nachvollziehbare Historie | Audit Trails und Änderungsprotokolle |
| Herstellerunabhängigkeit | Kein Vendor-Lock-in |
Viele Unternehmen unterschätzen dabei die Bedeutung von Datenformaten. Historische Informationen in proprietären ERP- oder MES-Strukturen bleiben oft dauerhaft an die ursprüngliche Anwendung gebunden. Wird diese abgeschaltet, entsteht eine gefährliche Abhängigkeit:
Die Daten existieren — aber niemand kann sie mehr sinnvoll interpretieren.
Deshalb setzen moderne Archivstrategien auf systemunabhängige Langzeitarchivierung. Historische Daten werden aus dem Legacy-System extrahiert und in einer revisionssicheren Struktur gespeichert, die auch Jahre später noch:
Dadurch können Unternehmen:
Viele Unternehmen betreiben Legacy-Systeme jahrelang weiter, obwohl sie operativ längst ersetzt wurden. Der Grund ist fast immer derselbe: Historische Daten müssen weiterhin verfügbar bleiben — für Audits, Traceability, Compliance oder gesetzliche Aufbewahrungspflichten.
CHRONOS wurde genau für dieses Szenario entwickelt. Die Plattform ermöglicht es, historische ERP-, MES-, Produktions- und Archivdaten revisionssicher aus Legacy-Systemen zu übernehmen und langfristig unabhängig vom Ursprungssystem verfügbar zu halten.
Dadurch können Unternehmen Altsysteme abschalten, ohne den Zugriff auf geschäftskritische Informationen zu verlieren.
☐ Wir wissen genau, welche historischen Daten aus unseren Altsystemen weiterhin benötigt werden.
☐ Unsere historischen ERP-, MES- oder Produktionsdaten sind unabhängig vom Ursprungssystem lesbar.
☐ Wir könnten ein Legacy-System heute abschalten, ohne Auditfähigkeit zu verlieren.
☐ Historische Daten sind revisionssicher archiviert und maschinell auswertbar.
☐ Unsere Backup-Strategie ist klar von der Archivierungsstrategie getrennt.
☐ Wir haben definierte Aufbewahrungs- und Löschfristen für historische Daten.
☐ Ein Auditor könnte historische Nachweise innerhalb kurzer Zeit abrufen.
☐ Unsere Legacy-Systeme verursachen keinen dauerhaften Parallelbetrieb mehr.
☐ Historische Daten bleiben auch nach ERP- oder SAP-Migrationen verfügbar.
☐ Unsere Langzeitarchivierung funktioniert herstellerunabhängig und ohne Vendor-Lock-in.
Je mehr Punkte offen bleiben, desto größer ist das Risiko, dass Legacy-Systeme langfristig Kosten, Sicherheitsprobleme und Compliance-Risiken verursachen. Besonders kritisch wird das bei Audits, Cybersecurity-Vorfällen oder Systemmigrationen — also genau dann, wenn historische Daten kurzfristig verfügbar sein müssen.
Ein Legacy-System ist eine veraltete Software- oder IT-Lösung, die weiterhin produktiv genutzt wird, obwohl sie technologisch überholt ist. Häufig betrifft das ERP-, MES-, Produktions- oder Archivsysteme, die über viele Jahre gewachsen sind und weiterhin geschäftskritische Daten enthalten.
In vielen Unternehmen liegen historische Produktions-, Qualitäts- oder Geschäftsdaten ausschließlich im Altsystem vor. Diese Informationen werden weiterhin für Audits, Traceability, Compliance oder gesetzliche Aufbewahrungspflichten benötigt. Deshalb bleiben Systeme oft jahrelang im sogenannten Read-Only-Betrieb aktiv.
Legacy-Systeme erhöhen Sicherheits-, Compliance- und Betriebsrisiken erheblich. Häufig fehlen Sicherheitsupdates, moderne Schnittstellen oder Herstellerunterstützung. Gleichzeitig entstehen hohe Kosten für Infrastruktur, Wartung und Spezialwissen. Besonders kritisch wird das, wenn historische Daten nicht mehr revisionssicher verfügbar sind.
Nein. Ein Backup dient primär der technischen Wiederherstellung von Systemen. Für langfristige Auditfähigkeit, Compliance oder historische Nachweise reicht das meist nicht aus. Unternehmen benötigen eine revisionssichere Archivierung, die Daten unabhängig vom Ursprungssystem lesbar und nachvollziehbar hält.
Application Retirement beschreibt die kontrollierte Stilllegung von Legacy-Systemen. Historische Daten werden dabei aus dem Altsystem extrahiert und revisionssicher archiviert, sodass das ursprüngliche System abgeschaltet werden kann, ohne wichtige Informationen zu verlieren.
Viele ERP- oder MES-Migrationen konzentrieren sich auf operative Prozesse. Historische Daten bleiben deshalb häufig im alten System zurück. Ohne langfristige Archivstrategie entstehen dadurch Parallelbetrieb, Compliance-Risiken und technische Abhängigkeiten von veralteter Software.
Das hängt von Branche und Regulierung ab. Typischerweise betrifft das:
Je nach Anforderung müssen diese Daten 6, 10, 15 oder sogar 30 Jahre verfügbar bleiben.
CHRONOS übernimmt historische Daten aus ERP-, MES- und Produktionssystemen in eine revisionssichere Langzeitarchitektur. Unternehmen können dadurch Legacy-Systeme abschalten und historische Informationen trotzdem langfristig auditfähig, lesbar und maschinell auswertbar verfügbar halten.