TRANXACT.AI Helfen

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

SchrittWas geschieht
1 — Angebot & VertragDer Kunde konfiguriert Cloud, Region, Knoten, Datenbank, DR und Umgebungen; geprüfte Umsätze werden bereitgestellt; der technische Hauptansprechpartner wird im Vertrag benannt.
2 — BauenDas Onboarding-Formular wird eingereicht; beim Kick-off werden Meilensteine, Verantwortlichkeiten und der Zeitplan festgelegt; Umgebungen werden aus Infrastructure-as-Code aufgebaut.
3 — ÜbergabeDer 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)

AusZuWHOZiel
Vertrag unterzeichnetOnboarding-Formular eingereichtKunde5 Werktage
Onboarding-FormularDesignfreigabeTRANXACT5 Werktage
DesignfreigabeFestgelegter ÜbergabeterminTRANXACT5 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

EingangBeschreibungWann
Cloud-Anbieter und RegionenAWS, Azure oder Google Cloud; primäre und Live DR RegionenVor der Unterzeichnung
LaufzeitdimensionierungGröße und Anzahl der Worker-Knoten (mindestens 3); UmgebungenVor der Unterzeichnung
DatenbankMotorwahl und Größe (HA)Vor der Unterzeichnung
KontinuitätsmusterVerfügbarkeitsstufe, Live DR Region, Datenspeicherung, RPO/RTOVor der Unterzeichnung
Module & UmfangModule bei Inbetriebnahme, Rechtseinheiten, Währungen, SprachenVor der Unterzeichnung
KonformitätskennzeichenRegulierte Daten (Gesundheit, Bildung, Gehaltsabrechnung), AufbewahrungVor der Unterzeichnung
ASK die KIEngine-Tier oder BYOK, Verarbeitungsregion, NutzungsbudgetVor der Unterzeichnung
NetzwerkPrivate /22-Bereiche (und DR), Verbindungsoption, Ausgehende ZulassungslisteInnerhalb von 5 Werktagen nach dem Anpfiff
DNS & ZertifikateFQDN, DNS-Inhaber, Zertifikat einer öffentlichen ZertifizierungsstelleInnerhalb von 5 Werktagen
IdentitätIdentitätsanbieter für SSO, Administratoren, MFA-RichtlinieInnerhalb von 5 Werktagen
IntegrationenBank-, Gehaltsabrechnungs-, Steuer-, BI- und Legacy-EndpunkteInnerhalb von 5 Werktagen
KontakteTechnik, Netzwerk, Sicherheit, Finanzen, Datenmigration; zwei 24/7-AnsprechpartnerInnerhalb 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

  1. Willkommenspaket und Einladung zum Start nach der Unterzeichnung (MIG_8.5.02).
  2. 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.
  3. SSO-Federation mit dem Kunden-IdP über SAML 2.0 oder OIDC (PLAT_5.6.01); SCIM-Bereitstellung auf Wunsch (PLAT_5.6.05).
  4. Rollenzuordnung, getestet mit echten Benutzern vor Beginn der Datenmigration.
  5. 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

  1. Auszug — aus Altsystemen und Tabellenkalkulationen (MIG_8.3.01, Kunde).
  2. Map — zu TRANXACT-Entitäten, Konten und Stammdaten; cleanse (MIG_8.3.02, customer).
  3. Validieren — Regeln, Duplikate, fehlende Daten (MIG_8.2.01, TRANXACT).
  4. Probeladungen – in Nicht-Produktionsanlagen, wiederholt (MIG_8.2.01; Ladungen, die über die vereinbarten Zyklen hinausgehen, sind zusätzlich, MIG_8.2.02).
  5. Abstimmung – Saldenliste, Nebenbücher, Lagerbestand; Freigabe der Anfangssalden (MIG_8.3.03, Kunde).
  6. 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 WerktagenBauenAushändigenBereitschaft zum Go-Live
Onboarding-Formular ausgefülltVPN / private VerbindungZugriff bestätigtMigration in Einklang gebracht
Technischer Ansprechpartner benanntDNS und Zertifikat liveGemeinsames Überwachungs-DashboardIntegrationen getestet
Entwurf einer Liste der zulässigen AusgängeSSO und Rollen zugeordnetVault-Kopien landenLive DR -Umschaltung erfolgreich
Ansprechpartner pro Gebiet, zwei 24/7-ErreichbarkeitGebaute Umgebungen (IaC)Live DR -Verzögerung innerhalb des ZielbereichsReinraumwiederherstellung 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.