TRANXACT im Einsatz: die Karte
Die fünf Phasen einer Kundenimplementierung, wer welche Phase leitet, die Dokumente, die sie definieren, und welche dieser Leitfäden für welchen Zweck zu lesen sind.
Eine TRANXACT-Implementierung basiert auf einer standardisierten Architektur, die mittels Infrastructure-as-Code in der vom Kunden gewählten Cloud – Amazon Web Services, Microsoft Azure oder Google Cloud – in der vom Kunden gewählten Region aufgebaut wird. Jeder Kunde erhält ein eigenes Cloud-Konto, Netzwerk, einen eigenen Kubernetes-Cluster und eine eigene Datenbank. Ledger oder Datenbanken werden nicht zwischen Kunden geteilt.
Der Großteil der Arbeit in diesen Anleitungen findet außerhalb des Produkts statt. Niemand kann eine TRANXACT-Oberfläche öffnen, bevor ein Adressbereich vereinbart, ein DNS-Eintrag veröffentlicht, ein Zertifikat ausgestellt und ein Identitätsanbieter eingebunden wurde – und keine dieser Einstellungen kann innerhalb von TRANXACT vorgenommen werden.
Fünf Phasen
| Phase | Was geschieht | Angeführt von |
|---|---|---|
| Vorschlag | Der Konfiguratorvorschlag, die Dimensionierung, die Kontinuitätsebene, die Stückliste und die Architekturfreigabe. | Ledger-Architekt |
| Onboarding & Aufbau | Geprüfte Umsätze und Verträge, Onboarding-Formular, Kick-off-Meeting, aus Code erstellte Umgebungen, Konnektivität, Übergabe. | AI Deployment Orchestrator, mit dem Data Migration Conductor ab dem Build |
| Konfigurieren und Migrieren | Konfiguration, Migrationscockpit, Testlasten, Abgleich, Umstellung und Go-Live. | Datenmigrationsleiter |
| Betrieb und Beratung | Hypercare, dann regulärer Betrieb: Überwachung, Störungen, Anfragen, Freigaben, Übungen und Wiederherstellungen. | Pilot für autonome Operationen |
| Erneuern | Übernahme, ASK-Nutzung, Überprüfung der Erneuerungsgröße. | KI-Einführungs-Navigator |
Der AI Deployment Orchestrator läuft über alle fünf Phasen hinweg, vom Vertragsabschluss bis zum Regelbetrieb, und ist der zentrale Ansprechpartner des Kunden.
Die Meilensteine in der Reihenfolge: Konfiguratorvorschlag → geprüfte Umsätze und Verträge → Onboarding-Formular → Kick-off → Umgebungsaufbau und Konnektivität → Übergabe → Konfigurations- und Migrationscockpit → Go-Live → Hypercare → kontinuierliche Verbesserung.
Die Dokumente, die eine Bereitstellung definieren
Das Bestellformular befindet sich in der Mitte, und daran hängen acht Dokumente:
| Dokumentieren | Was es behebt |
|---|---|
| Masterbegriffe | Die wichtigsten juristischen Begriffe. |
| Lizenzplan | Die Lizenz wird als Anteil am jährlichen geprüften Umsatz bepreist. |
| Service-Level-Vereinbarung | Verfügbarkeitsstufe, RPO und RTO, das Wartungsfenster, Servicegutschriften. |
| Infrastruktur- und KI-Nutzung | Die Cloud wird zu den Listenpreisen des Anbieters abgerechnet; ASK wird pro Nutzung berechnet. |
| Unterstützungsrichtlinie | Unterstützungsumfang, Prioritäten und Arbeitszeiten. |
| Datenverarbeitungsvereinbarung | Personenbezogene Daten, technische und organisatorische Maßnahmen, Unterauftragnehmer. |
| Rollen und Verantwortlichkeiten | Das R&R-Arbeitsbuch: jede Aufgabe, ihre Kategorie und ihr Verantwortlicher. |
| Leistungsbeschreibung | Nutzungsmetriken, Teilnahmeberechtigung und Tarifstufen. |
Bei umsatzbasierter Lizenzierung sind vor Vertragsabschluss geprüfte Zahlen erforderlich. Die Infrastruktur wird separat in der Cloud abgerechnet, daher muss auch vor der Unterzeichnung geklärt werden, auf welchem Konto der Cluster läuft.
Welcher Leitfaden beantwortet welche Frage?
| Frage | Führung |
|---|---|
| Wer übernimmt diese Aufgabe, ist sie inbegriffen und wie ist die Reihenfolge? | Wer macht was: Rollen und Verantwortlichkeiten |
| Wie lese und lege ich den Umfang des R&R-Arbeitsbuchs für einen einzelnen Kunden fest? | Lesen und Durcharbeiten des R&R-Arbeitsbuchs |
| Was wird eigentlich in der Cloud erstellt? | Referenzarchitektur und Laufzeit |
| Wessen Konto ist es, welche Umgebungen existieren und ist es über das Internet erreichbar? | Vorbereitung des Mieters |
| Wie erreichen die Netzwerke des Kunden es? | Netzwerktopologien |
| Was passiert, wenn eine Zone oder eine Region ausfällt oder die Daten beschädigt sind? | Verfügbarkeit, Live DR, Datensicherung und der Tresor |
| Wer ist für welche Sicherheitskontrolle verantwortlich? | Sicherheit, Compliance und Datenresidenz |
| Was muss vor Vertragsabschluss entschieden werden? | Vor Vertragsabschluss: Angebot, Dimensionierung und Design |
| Was geschieht zwischen der Unterzeichnung und der Produktivsetzung? | Während der Bereitstellung: Onboarding, Build und Go-Live |
| Wie läuft der Ablauf anschließend ab? | Nach der Inbetriebnahme: Betrieb des Dienstes |
Die als Standardvorschlag gekennzeichneten Werte sind die im Bereitstellungsleitfaden empfohlenen Ausgangspunkte. Bitte bestätigen Sie jeden Wert für jeden Kunden einzeln. Vertrag, Bestellformular, SLA und DPA haben Vorrang vor den Angaben auf dieser Seite.
Machen Sie dazu den Kurs, mit Diagrammen und einer Überprüfung.