Während der Bereitstellung: Onboarding, Build und Go-Live
Bereitstellung, der Zeitplan von der Unterzeichnung bis zur Übergabe, das Onboarding-Formular und wann die einzelnen Eingaben fällig sind, Identität und Kommunikation, das Migrationscockpit, Umstellung und die Go-Live-Gates.
Bereitstellung in drei Schritten
| Schritt | Was geschieht |
|---|---|
| 1 — Angebot & Vertrag | Der Kunde konfiguriert Cloud, Region, Knoten, Datenbank, DR und Umgebungen; geprüfte Umsätze werden bereitgestellt; der technische Hauptansprechpartner wird im Vertrag benannt. |
| 2 — Bauen | Das Onboarding-Formular wird eingereicht; beim Kick-off werden Meilensteine, Verantwortlichkeiten und der Zeitplan festgelegt; Umgebungen werden aus Infrastructure-as-Code aufgebaut. |
| 3 — Übergabe | Der Zugriff erfolgt an den technischen Ansprechpartner; der Kunde überprüft die Konnektivität und das Single Sign-On; Konfiguration und Migration beginnen. |
Der Aufbau beginnt erst nach Vertragsunterzeichnung, Prüfung der Umsatzerlöse und Eingang des Onboarding-Formulars. Die Netzwerk- und DNS-Arbeiten für den Kunden sollten parallel zur Vertragserstellung beginnen – dies ist in der Regel der zeitaufwändigste Schritt.
Zeitrahmen (vorgeschlagene Standardeinstellung, Werktage)
| Aus | Zu | WHO | Ziel |
|---|---|---|---|
| Vertrag unterzeichnet | Onboarding-Formular eingereicht | Kunde | 5 Werktage |
| Onboarding-Formular | Designfreigabe | TRANXACT | 5 Werktage |
| Designfreigabe | Festgelegter Übergabetermin | TRANXACT | 5 Werktage, +5 mit Live DR (TO_4.1.01) |
Private Verbindungen, kundenverwaltete Schlüssel und zusätzliche Umgebungen können den Aufbau erweitern. Konfiguration, Migration und Tests folgen der Übergabe und werden pro Modulumfang geplant.
Legen Sie den Go-Live-Termin erst fest, nachdem der Übergabetermin feststeht und der Migrationsplan dimensioniert ist.
Das Onboarding-Formular
| Eingang | Beschreibung | Wann |
|---|---|---|
| Cloud-Anbieter und Regionen | AWS, Azure oder Google Cloud; primäre und Live DR Regionen | Vor der Unterzeichnung |
| Laufzeitdimensionierung | Größe und Anzahl der Worker-Knoten (mindestens 3); Umgebungen | Vor der Unterzeichnung |
| Datenbank | Motorwahl und Größe (HA) | Vor der Unterzeichnung |
| Kontinuitätsmuster | Verfügbarkeitsstufe, Live DR Region, Datenspeicherung, RPO/RTO | Vor der Unterzeichnung |
| Module & Umfang | Module bei Inbetriebnahme, Rechtseinheiten, Währungen, Sprachen | Vor der Unterzeichnung |
| Konformitätskennzeichen | Regulierte Daten (Gesundheit, Bildung, Gehaltsabrechnung), Aufbewahrung | Vor der Unterzeichnung |
| ASK die KI | Engine-Tier oder BYOK, Verarbeitungsregion, Nutzungsbudget | Vor der Unterzeichnung |
| Netzwerk | Private /22-Bereiche (und DR), Verbindungsoption, Ausgehende Zulassungsliste | Innerhalb von 5 Werktagen nach dem Anpfiff |
| DNS & Zertifikate | FQDN, DNS-Inhaber, Zertifikat einer öffentlichen Zertifizierungsstelle | Innerhalb von 5 Werktagen |
| Identität | Identitätsanbieter für SSO, Administratoren, MFA-Richtlinie | Innerhalb von 5 Werktagen |
| Integrationen | Bank-, Gehaltsabrechnungs-, Steuer-, BI- und Legacy-Endpunkte | Innerhalb von 5 Werktagen |
| Kontakte | Technik, Netzwerk, Sicherheit, Finanzen, Datenmigration; zwei 24/7-Ansprechpartner | Innerhalb von 5 Werktagen |
Die Einreichung obliegt dem Kunden (MIG_8.5.01). Fehlende Angaben verzögern den vereinbarten Übergabetermin. Da die meisten Eingaben direkt dem Konfigurator zugeordnet werden können, verwenden Sie bitte die Konfigurations-PDF des Kunden, um diese vorab auszufüllen.
- Nach dem Start des Build-Prozesses werden folgende Einstellungen korrigiert: Region, Adressbereiche, FQDN, Datenbank-Engine.
- Die Reichweiten dürfen sich nicht mit Kunden-, Partner- oder Landezonennetzen überschneiden, einschließlich der Live DR Region.
- Der technische Ansprechpartner sollte ein IT-Leiter sein, der bei Zugangsdaten und Netzwerkänderungen handeln kann – kein CxO-, Finanz- oder Beschaffungskontakt (MIG_8.5.03).
- Änderungen nach der Einreichung werden über den Orchestrator verarbeitet und als nicht standardmäßige Anfragen oder Änderungsanforderungen protokolliert.
- Verfolgen Sie jeden offenen Eingang im Rahmen der zweiwöchentlichen Betriebssynchronisierung bis zur Übergabe.
Identität und Kommunikation
- Willkommenspaket und Einladung zum Start nach der Unterzeichnung (MIG_8.5.02).
- Kick-off (SM_1.1.01): das Supporthandbuch und das Serviceportal, Systemlandschaft und Umfang sowie ein Überblick über das R&R-Arbeitsbuch, die RACI- und Eskalationsmatrix.
- SSO-Federation mit dem Kunden-IdP über SAML 2.0 oder OIDC (PLAT_5.6.01); SCIM-Bereitstellung auf Wunsch (PLAT_5.6.05).
- Rollenzuordnung, getestet mit echten Benutzern vor Beginn der Datenmigration.
- Zugriffsüberprüfungen, die ab dem Go-Live geplant sind (PLAT_5.6.04, Ausgeschlossen).
- Die gesamte Kommunikation erfolgt über den benannten technischen Ansprechpartner; Zugangsdaten werden ausschließlich ihm zugestellt (TO_4.1.02). Auf dem Formular kann ein Stellvertreter benannt werden.
- Operative E-Mails – Störungen, Wartungsarbeiten, Releases – gehen an den technischen Ansprechpartner und die 24/7-Kontakte.
- TRANXACT-Absenderdomänen auf die Zulassungsliste setzen, damit Bereitstellungs- und Benachrichtigungs-E-Mails nicht unter Quarantäne gestellt werden (PLAT_5.5.03).
- Bei einer fehlenden E-Mail: Prüfen Sie zuerst Spam und Quarantäne, bevor Sie eine Anfrage im Serviceportal stellen.
- Bei einem SSO-Problem sollten Sie die IdP-Metadaten, die Anspruchszuordnung und die Rolle des Testbenutzers überprüfen, bevor Sie einen Vorfall melden.
Das Migrationscockpit
- Auszug — aus Altsystemen und Tabellenkalkulationen (MIG_8.3.01, Kunde).
- Map — zu TRANXACT-Entitäten, Konten und Stammdaten; cleanse (MIG_8.3.02, customer).
- Validieren — Regeln, Duplikate, fehlende Daten (MIG_8.2.01, TRANXACT).
- Probeladungen – in Nicht-Produktionsanlagen, wiederholt (MIG_8.2.01; Ladungen, die über die vereinbarten Zyklen hinausgehen, sind zusätzlich, MIG_8.2.02).
- Abstimmung – Saldenliste, Nebenbücher, Lagerbestand; Freigabe der Anfangssalden (MIG_8.3.03, Kunde).
- Umstellung – Einfrieren, endgültige Last und technische Überprüfung (MIG_8.4.03, TRANXACT), nach der Freigabe/Ablehnung durch den Kunden (MIG_8.4.02).
TRANXACT stellt das Cockpit und die Ladevorlagen (MIG_8.1.01), den Migrationsplan (MIG_8.1.02) sowie den Umstellungsplan und das Einfrierfenster bereit, die gemeinsam erstellt wurden (MIG_8.4.01).
Die Datenqualität, nicht die Tools, bestimmt den Go-Live-Termin. Jeder Anfangssaldo wird vor dem Go-Live mit der geprüften Datenquelle abgeglichen, und diese Freigabe erfolgt durch den Kunden.
Checkliste: Unterschrift für den Go-Live
| Innerhalb von 5 Werktagen | Bauen | Aushändigen | Bereitschaft zum Go-Live |
|---|---|---|---|
| Onboarding-Formular ausgefüllt | VPN / private Verbindung | Zugriff bestätigt | Migration in Einklang gebracht |
| Technischer Ansprechpartner benannt | DNS und Zertifikat live | Gemeinsames Überwachungs-Dashboard | Integrationen getestet |
| Entwurf einer Liste der zulässigen Ausgänge | SSO und Rollen zugeordnet | Vault-Kopien landen | Live DR -Umschaltung erfolgreich |
| Ansprechpartner pro Gebiet, zwei 24/7-Erreichbarkeit | Gebaute Umgebungen (IaC) | Live DR -Verzögerung innerhalb des Zielbereichs | Reinraumwiederherstellung erfolgreich |
Nach der Inbetriebnahme ist Hypercare – eine erweiterte Unterstützung mit täglichen Check-ins, typischerweise 4–8 Wochen lang – als H1-Paket (PKG_7.6.01) verfügbar.
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.