TCO-Prinzip
Kosten folgen dem gesamten Betriebsweg.
Die Total Cost of Ownership ist hier keine pauschale Zahl, sondern ein vollständiges Kostenbild für den geplanten Nutzungszeitraum. Es trennt einmalige Einführung, laufenden Betrieb, variable Nutzung, interne Arbeit und einen realistischen Wechsel. Ohne konkrete offizielle Anbieterunterlagen werden keine Preise oder Einsparungen behauptet.
1. Kostenblöcke erfassen
Auswahl, Konfiguration, Migration, Integration, Test, Schulung und interne Freigaben.
Lizenzen, Nutzung, Infrastruktur, Monitoring, Support, Pflege, Fehlerbehandlung und Qualitätskontrolle.
Neue Schnittstellen, Datenfelder, Rollen, Anbieter- oder Modellversionen und erneute Tests.
Export, Migration, Parallelbetrieb, Vertragsende, Rückbau und Wissenstransfer.
2. Datenzugriff belegen
- Welche Originaldaten, Metadaten, Konfigurationen und Protokolle gehören zum betrieblichen Bestand?
- Welche Daten lassen sich über Oberfläche, API oder vollständigen Export abrufen?
- In welchem dokumentierten Format, mit welcher Struktur und welcher Frequenz ist der Export möglich?
- Bleiben Beziehungen, Zeitstempel, Berechtigungen und Versionsinformationen erhalten?
- Was ist nach Vertragsende noch wie lange zugänglich und wer bestätigt die Löschung?
3. Anbieter- und Systemkette inventarisieren
- Vertragspartner, technische Anbieter, Integrationsdienste und Unterauftragnehmer sind getrennt benannt.
- API-Schlüssel, Servicekonten, Domains, Webhooks und Datenbanken haben interne Besitzer.
- Offizielle Dokumentations- und Änderungsquellen sind mit Prüfdatum hinterlegt.
- Ein Anbieterwechsel kann markt- oder prozessweise erfolgen, ohne alle Systeme gleichzeitig abzuschalten.
- Der Betrieb kennt eine manuelle oder technische Zwischenlösung.
4. Wechselprobe vor Vertragsbindung
- Einen repräsentativen Datensatz exportieren und ausserhalb des Produkts lesbar prüfen.
- Mindestens einen kritischen Ablauf ohne die neue Lösung durchspielen.
- Zugänge und Integrationen in einer Testumgebung vollständig deaktivieren.
- Wiederanlauf mit dokumentierten Konfigurationen und Rollen nachvollziehen.
- Offene Lücken als Kosten, Abhängigkeit oder Abbruchkriterium in die Entscheidung aufnehmen.
5. Wirtschaftliche Entscheidung offenlegen
Der Vergleich dokumentiert Annahmen, Zeitraum, Nutzungsmengen, interne Stunden, Quellenstand und nicht quantifizierte Risiken. Eine Empfehlung darf nicht aus einem Lockpreis, einer einzelnen Funktionsliste oder einer nicht belegten Einsparungsbehauptung entstehen.
Der EU Data Act enthält Regeln zu Datenzugang und Wechsel in bestimmten Konstellationen. Daraus folgt keine pauschale Aussage für jedes Produkt oder jeden Vertrag; die konkrete Anwendbarkeit und vertragliche Situation müssen separat geprüft werden.