Nach der Inbetriebnahme: Betrieb des Dienstes
Serviceanfragen und der Katalog, Vorfälle und was in einem P1-Fall zu tun ist, die SLAs, Supportkanäle, Releases, der Governance-Zyklus, Monitoring, Skalierung, Erweiterungen und die Checkliste für den Normalbetrieb.
Serviceanfragen
Anfrage → Ausführung → Kundenabnahme → Katalogpflege. Nur der Kunde erstellt und genehmigt eine Anfrage; TRANXACT empfängt, prüft, plant die Fertigstellung und meldet diese (SM_1.2.02). Produktionsanfragen werden rund um die Uhr bearbeitet, Anfragen außerhalb der Produktion an Werktagen.
| Anfrage | Kennung | Kategorie | Lieferzeit | Anmerkungen |
|---|---|---|---|---|
| Umgebungsaktualisierung (Produktion → Nicht-Produktion) | TO_4.7.01 | Standard | 3 Werktage | Bis zu 12 pro Umgebung und Jahr; optionale Datenmaskierung |
| Umgebungsaktualisierung über das Kontingent hinaus. | TO_4.7.02 | Zusätzlich | 3 Werktage | Abrechnung pro Aktualisierung |
| On-Demand-Backup vor einer größeren Änderung | TO_4.9.04 | Standard | Std | |
| Wiederherstellung zu einem bestimmten Zeitpunkt | TO_4.9.05 | Standard | Stunden (P1 sofort) | Innerhalb des Aufbewahrungszeitraums |
| Reinraumwiederherstellung aus dem Tresor | TO_4.9.06 | Zusätzlich | Std | Isolierte Umgebung, scannen, abgleichen, fördern |
| Zusätzliche Umschaltübung | TO_4.10.04 | Zusätzlich | 2 Wochen Kündigungsfrist | Außerhalb der vierteljährlichen Standardübung |
| Isolierte (eingezäunte) Bohranlage | TO_4.10.05 | Zusätzlich | 2 Wochen Kündigungsfrist | Ausgehende Integrationen deaktiviert |
| Schalten Sie ein Modul ein | PLAT_5.1.01 | Standard | Gemäß Plan | Geplant mit einer Größenberatung |
| Fügen Sie eine juristische Person, eine Währung oder eine Sprache hinzu. | PLAT_5.1.03 | Standard | Gemäß Plan | Im Rahmen des vertraglich vereinbarten Umfangs |
| Worker-Knoten in der Größe anpassen | INFRA_2.4.05 | Optional – Änderungsantrag | Fenster ändern | Gespiegelt in der Live DR-Region |
| Datenbankgröße ändern | DB_3.1.06 | Optional – Änderungsantrag | Fenster ändern | |
| Fügen Sie ein Ziel für die Ausreiseerlaubnisliste hinzu. | INFRA_2.6.02 | Standard | 2 Werktage (vorgeschlagen) | Ein Eintrag pro Partner-Endpunkt |
| Erstellen Sie einen Integrations-API-Client | PLAT_5.3.02 | Standard | 2 Werktage (vorgeschlagen) | Abgegrenzte Rollen pro Kunde |
| Koordinieren Sie einen Kundenpenetrationstest | TO_4.5.08 | Zusätzlich | 2 Wochen Kündigungsfrist | Geheimhaltungsvereinbarung und vereinbarter Umfang |
| Massendaten laden | MIG_8.2.02 | Zusätzlich | Gemäß Plan | Über die vereinbarten Testzyklen hinaus |
| Temporäre Kapazitätserhöhung für eine Spitzenlast | INFRA_2.4.06 | Zusätzlich | 5 Werktage (vorgeschlagen) |
Eine Umfelderneuerung, Phase für Phase
- Anfrage (Kunde) — im Serviceportal, mit Angabe der Zielumgebung, des Datums und der Maskierungsauswahl.
- Qualitätsprüfung (TRANXACT) – Umfang, Kategorie, Quote und Genehmigungen geprüft; Zeitplan bestätigt.
- Ausführung (TRANXACT) — Snapshot, Kopie, Maskierung, Deaktivierung ausgehender Integrationen, Neuausrichtung von Endpunkten (TO_4.7.03, 4.7.04).
- Nachbearbeitung (TRANXACT) – Gesundheitsprüfungen, erneute Beantragung des Zugriffs, eine Abschlussbenachrichtigung mit Nachweis.
- Annahme (Kunde) — validieren und abschließen oder ablehnen (TO_4.7.06); entscheiden, welche Integrationen wieder aktiviert werden sollen (TO_4.7.07).
Eine aktualisierte Kopie darf niemals Live-Zahlungen oder -Meldungen senden. Ihre Integrationen bleiben deaktiviert, bis der Kunde sie aktiviert.
Vorfälle
Der Kunde erstellt den Vorfall mit Priorität, geschäftlichen Auswirkungen, Fehlerdetails und einem 24/7-Kontakt (TO_4.2.01). Die TRANXACT-Abteilung prüft die Priorität, bestätigt den Eingang, untersucht den Fall mit einer ASK-Zusammenfassung und stellt eine Lösung oder einen Workaround bereit. Produktfehler werden zur Behebung an die Entwicklung weitergeleitet (TO_4.2.06). Nur der Kunde bestätigt die Lösung und schließt den Vorfall ab (TO_4.2.05).
| Priorität | Reaktionszeit | Std |
|---|---|---|
| P1 · Sehr hoch | 20 Minuten | Rund um die Uhr; Umgehungslösung oder Aktionsplan innerhalb von 4 Stunden |
| P2 · Hoch | 2 Stunden | 24/7 für die Produktion; Werktage für die Nicht-Produktion |
| P3 · Mittel | 4 Stunden | Werktage |
| P4 · Niedrig | 1 Tag | Werktage |
Die Reaktionszeit erstreckt sich von der Ticketerstellung bis zur ersten Aktion eines Technikers, der die Umgebung kennt.
Ein P1, in vier Schritten
- Melden Sie im Serviceportal einen Vorfall mit sehr hoher Priorität und geben Sie den Namen und die Telefonnummer eines 24/7-Ansprechpartners, die Auswirkungen auf das Geschäft sowie Fehlermeldungen oder Screenshots an.
- Rufen Sie den 24×7-Service-Desk an und geben Sie die Vorgangsnummer an; fragen Sie nach dem Status oder einem Rückruf; erhöhen Sie die Priorität, wenn die Auswirkungen zunehmen.
- Der diensthabende Manager wird hinzugezogen, wenn der Geschäftsbetrieb stagniert, die Inbetriebnahme gefährdet ist oder Monatsabschlussarbeiten, Lohnabrechnungen oder Einreichungen gestoppt werden – dann werden der Ledger-Architekt und die Entwicklungsabteilung hinzugezogen.
- Innerhalb von vier Stunden erhalten Sie einen umfassenden Maßnahmenplan, einen zentralen Ansprechpartner und eine Ursachenanalyse für die Produktion. Der Vorfall wird im System dokumentiert.
Ein P1 ohne erreichbaren 24/7-Ansprechpartner verliert seine Reaktionszeitgarantie. Nennen Sie mindestens zwei im Anmeldeformular.
Supportkanäle
| Kanal | Für |
|---|---|
| Serviceportal – der primäre Kanal | Störungen und Serviceanfragen, Anfragekatalog und Status, Verfügbarkeits- und Backup-Dashboards, Versionshinweise und Wartungskalender. |
| 24-Stunden-Serviceschalter | Sehr hohes Störungsaufkommen rund um die Uhr, Statusaktualisierungen und Rückrufe. Englisch; regionale Sprachen während der Geschäftszeiten. |
| ASK im Produkt nach Hilfe | Anleitungen in der Sprache des Nutzers; ein Vorfallsentwurf mit Kontextinformationen. Rollenberechtigungen werden niemals umgangen. |
| Kundenerfolg | Der AI Adoption Navigator als benannter Ansprechpartner, die monatliche Geschäftsüberprüfung, Verlängerung und Erweiterung. |
Veröffentlichungen
- Versionshinweise und Zeitplan wurden im Voraus veröffentlicht (TO_4.8.01).
- Zuerst in einer Nicht-Produktionsumgebung eingesetzt (TO_4.8.02).
- Kundenspezifische Regressionstests der eigenen Prozesse in Nicht-Produktionsumgebungen sind Aufgabe des Kunden, es sei denn, das T1 Regression Testing Paket wurde vertraglich vereinbart (TO_4.8.03).
- Eine Abkühlungsphase.
- Ein fortlaufendes Produktionsupdate auf allen drei Knoten.
- Monatsabschlüsse, Gehaltsabrechnungen und gesetzliche Meldefristen sind standardmäßig aus dem Produktionsfreigabekalender ausgeblendet (TO_4.8.04).
- Schemaänderungen sind rückwärtskompatibel und wurden an einer produktionsreifen Kopie (TO_4.8.05) getestet.
- Der Kunde kann innerhalb des zulässigen Zeitraums eine Verschiebung eines Produktionsupdates beantragen (TO_4.8.06) und das Wartungsfenster von Monatsende, Gehaltsabrechnungsterminen oder Einreichungsterminen weg verlegen (TO_4.4.03).
- TRANXACT verzögert keine Plattform-Updates aufgrund der Kompatibilität mit Drittanbieter-Erweiterungen (EXT_9.2.03).
Governance
| Forum | Kadenz | Cover |
|---|---|---|
| Führungskraft | Auf Anfrage | Strategie, Roadmap, Erweiterung auf weitere Module |
| Lenkungsausschuss | Vierteljährlich | Überprüfung von SLAs und KPIs, Skalierung, wesentliche Änderungen (SM_1.1.06) |
| Geschäftsbericht | Monatlich | Servicequalität, Akzeptanz, ASK-Nutzung und Kosten (SM_1.1.05) |
| Operationen synchronisieren | vierzehntags | Vorfälle, Anfragen, Freigaben, Eskalationen |
| Überwachungsbereich | Signale | Eskalationskette |
|---|---|---|
| Anwendung & Hauptbuch | API-Latenz, Fehlerraten, Posting-Warteschlangen, Job-Ausführungen | App L1/L2 → L3 |
| Laufzeitumgebung und Datenbank | Zustand von Knoten, Pods und Datenbank; Verzögerung bei Live DR; Backup-Status des Tresors | Plattform L1/L2 → L3 |
| Netzwerk & Sicherheit | Ingress / WAF, Zertifikate, VPN, Bedrohungswarnungen | SecOps → L3 |
Synthetische Prüfungen werden von außerhalb der Cloud gegen den FQDN des Kunden durchgeführt (TO_4.3.03). Die Überwachung von Geschäftsprozessen – z. B. feststeckende Genehmigungen, nicht gebuchte Dokumente – obliegt dem Kunden, es sei denn, das M1 Integration Monitoring-Paket wurde vertraglich vereinbart (TO_4.3.05).
Skalierung
- Innerhalb der vertraglich vereinbarten Ebene plant und skaliert TRANXACT die Arbeitslasten selbst (INFRA_2.4.04, Standard).
- Darüber hinaus sind mehr oder größere Worker-Knoten (INFRA_2.4.05), eine größere Datenbank (DB_3.1.06) oder mehr Speicherplatz (INFRA_2.5.03) optional und werden auf Änderungsanforderung in der Live DR Region gespiegelt.
- Eine vorübergehende Erhöhung aufgrund einer Migration oder eines Jahresendspitzenwerts ist zusätzlich (INFRA_2.4.06).
- Die Kapazität wird monatlich und vor jedem Monatsende, jeder Gehaltsabrechnungs- oder Anmeldespitzenzeit überprüft (SM_1.1.02, 1.1.03, TO_4.12.04).
Erweiterungen und Software von Drittanbietern
Eine Anfrage wird anhand des Erweiterungs-Frameworks geprüft – Konfiguration, dann API, dann Cluster-intern (EXT_9.1.01, Standard). Clusterinterner Code oder Agenten erfordern eine Sicherheits- und Entwicklungsprüfung (EXT_9.1.02, Zusätzlich). Bei Genehmigung:
- Der Kunde besitzt eine gültige Lizenz und Herstellerunterstützung für die gesamte Laufzeit (EXT_9.1.03).
- TRANXACT stellt das freigegebene Image über seine Pipeline bereit (EXT_9.2.01, Additional); der Kunde installiert, konfiguriert, patcht und eskaliert an den Hersteller (EXT_9.2.02).
- Der Kunde prüft vor jeder Veröffentlichung die Kompatibilität (EXT_9.2.03).
- TRANXACT kann es nach Benachrichtigung isolieren oder entfernen oder im Notfall sofort (EXT_9.2.04).
- Durch dieses System verursachte Störungen gehen zu Lasten des Kunden und sind von der Verfügbarkeits-SLA ausgeschlossen (EXT_9.2.05).
Jede genehmigte Erweiterung wird im Landschaftsdokument und im Sonderprotokoll erfasst; sie wird bei jeder größeren Veröffentlichung und bei jeder Verlängerung erneut überprüft.
Checkliste: Steady State
| Governance | Änderung & Freigabe | Sicherheit | Resilienz und Skalierbarkeit |
|---|---|---|---|
| R&R-Arbeitsbuch und RACI-Matrix unterschrieben | Veröffentlichungskalender vs. Monatsende | Zugangsrezertifizierung | Vierteljährliche Umstellungsübung |
| Zweiwöchentliche und monatliche Rezensionen | Nicht-Produktionstests vor der Produktion | Protokolle, die an das SIEM fließen | Jährliche Reinraumrenovierung |
| Eskalationsmatrix ausgerichtet | Plan aktualisieren und Masken tragen | Zertifikats- und Schlüsselrotation | Kapazitätsprüfung vor Spitzenzeiten |
| ASK-Nutzung überprüft | Änderungszeitraum vereinbart | Ankündigungszeitraum für Patches | Größenüberprüfung für Renewal |
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.