Zum Inhalt springen

Prüfprotokoll

RAMP führt ein umfassendes Prüfprotokoll über alle Entitäten — Instanzen, Vorlagen, Schritte und API-Zugriff. Jede Zustandsänderung, Benutzeraktion und Genehmigung wird mit der Identität des Benutzers, der sie durchgeführt hat, dem genauen Zeitstempel und einer Beschreibung der Änderung aufgezeichnet. Diese Prüfdaten unterstützen Compliance-Anforderungen, Überprüfungen nach Vorfällen und operative Transparenz.


RAMP erfasst Prüfeinträge auf mehreren Ebenen. Die folgenden Abschnitte beschreiben, was für jeden Entitätstyp verfolgt wird.

Jede Aktion an einer Instanz wird in der Tabelle InstanceAuditEntry aufgezeichnet:

AktionBeschreibung
ErstelltInstanz wurde aus einer Vorlagenversion erstellt
StatusGeändertInstanz hat zwischen Statuszuständen gewechselt (Entwurf, Geplant, Wird ausgeführt, Angehalten, Abgeschlossen, Storniert)
VariableAktualisiertInstanzvariablenwert wurde geändert
TeamMitgliedHinzugefügtEin Benutzer oder eine Gruppe wurde dem Instanzteam hinzugefügt
TeamMitgliedEntferntEin Benutzer oder eine Gruppe wurde aus dem Instanzteam entfernt
RolleGeändertDie Rolle eines Teammitglieds wurde geändert (z. B. Ausführender zu Stellvertretendem Leiter)
EinstellungÜberschriebenEine Schritteinstellung wurde auf Instanzebene überschrieben (überspringbar, automatisch abschließen, geplante Dauer)
NotizAktualisiertInstanznotiz wurde erstellt oder geändert
KommentarHinzugefügtInstanzkommentar wurde hinzugefügt
ArchiviertInstanz wurde archiviert

Aktionen auf Schrittebene innerhalb von Instanzen werden ebenfalls in der Tabelle InstanceAuditEntry mit einer StepId-Referenz aufgezeichnet:

AktionBeschreibung
SchrittGestartetSchritt wurde gestartet
SchrittAbgeschlossenSchritt wurde abgeschlossen (enthält Abschlussergebnis: Erfolgreich, OK mit Komplikationen usw.)
SchrittAngehaltenSchritt wurde angehalten
SchrittFortgesetztSchritt wurde fortgesetzt
SchrittÜbersprungenSchritt wurde übersprungen (enthält Begründung)
SchrittAbgebrochenSchritt wurde abgebrochen (enthält Begründung)
SchrittStorniertSchritt wurde storniert (enthält Begründung)
ZwangsabschlussSchritt wurde von Instanzleiter/Stellvertr. zwangsabgeschlossen (enthält Begründung)
ZwangsüberspringenSchritt wurde zwangsübersprungen (enthält Begründung)
ZwangsabbruchSchritt wurde zwangsabgebrochen (enthält Begründung)
AnhangHochgeladenDatei wurde an den Schritt angehängt
AnhangGelöschtDateianhang wurde vom Schritt entfernt
GenehmigungAngefordertSchrittabschluss mit “OK mit Fehlern” hat eine Genehmigungsanfrage ausgelöst
GenehmigungErteiltInstanzleiter hat ein Schrittergebnis genehmigt

Aktionen auf Vorlagenebene werden in der Tabelle TemplateAuditEntry aufgezeichnet:

AktionBeschreibung
ErstelltVorlage wurde erstellt
VersionErstelltNeue Vorlagenversion wurde erstellt
StatusGeändertVorlagenversionsstatus geändert (Entwurf, Veröffentlicht, Veraltet)
RolleHinzugefügtVorlagenrollenzuweisung wurde hinzugefügt (Eigentümer, Bearbeiter, Betrachter, Genehmiger)
RolleEntferntVorlagenrollenzuweisung wurde entfernt
VeraltetVorlage wurde als veraltet markiert
NichtMehrVeraltetVorlage wurde aus dem veralteten Status wiederhergestellt

Änderungen an Vorlagenschritten während des Entwurfs werden in der Tabelle StepAuditEntry verfolgt:

ÄnderungstypBeschreibung
ErstelltSchritt wurde zur Vorlagenversion hinzugefügt
GeändertSchrittinhalt, Titel, Einstellungen oder Reihenfolge wurden geändert
GelöschtSchritt wurde entfernt (Soft-Delete)
UmsortiertSchrittposition wurde innerhalb der Hierarchie geändert
EingefügtSchritt wurde aus einer anderen Vorlagenversion eingefügt

Schrittentwurf-Prüfeinträge enthalten Inhalts-Snapshots — die alten und neuen Werte für Titel, Inhalt, Reihenfolge und übergeordneter Schritt — sodass die vollständige Geschichte eines Schritts rekonstruiert werden kann.

Alle API-Anfragen werden in der Tabelle ApiAuditEntry für Sicherheit und Compliance protokolliert:

FeldBeschreibung
AnfragepfadDer aufgerufene API-Endpunkt
HTTP-MethodeGET, POST, PUT, DELETE usw.
StatuscodeHTTP-Antwortcode (200, 401, 403, 500 usw.)
AuthentifizierungsmethodeJWT, Persönliches Zugriffstoken (PAT), Dienstkonto oder Anonym
BenutzeridentitätWelcher Benutzer oder welches Dienstkonto die Anfrage gestellt hat
AutorisierungsergebnisOb die Anfrage autorisiert oder abgelehnt wurde (403)
DauerAnfrageverarbeitungszeit in Millisekunden
IP-AdresseUrsprungs-IP der Anfrage
FehlermeldungBei fehlgeschlagenen Anfragen die Fehlerdetails

Jeder Prüfeintrag folgt einer konsistenten Struktur, unabhängig vom Entitätstyp.

FeldBeschreibung
IdEindeutige Kennung für den Prüfeintrag
ZeitstempelGenaues Datum und Uhrzeit der Aktion (UTC)
BenutzerDer Benutzer, der die Aktion durchgeführt hat
AktionDer Aktionstyp (z. B. StatusGeändert, SchrittAbgeschlossen)
Alter WertJSON-Darstellung des vorherigen Zustands
Neuer WertJSON-Darstellung des neuen Zustands
DetailsVon Menschen lesbare Beschreibung des Geschehens
Schritt-IDBei Aktionen auf Schrittebene: gibt an, welcher Schritt betroffen war

Das Ausführungsprotokoll (das in der Ausführungsansicht verwendet wird) hat eine etwas andere Struktur, die sich auf die Echtzeit-Kommunikation konzentriert:

FeldBeschreibung
ZeitstempelWann der Eintrag erstellt wurde
BenutzerWer die Aktion ausgeführt oder den Kommentar gepostet hat
AktionAktionstypcode (z. B. STEP_STARTED, COMMENT_ADDED, INSTANCE_PAUSED)
NachrichtRich-Text-HTML-Inhalt (für Kommentare) oder systemgenerierte Beschreibung
IsForceActionBoolesches Flag, das Zwangsaktionen zur visuellen Unterscheidung markiert
Schritt-IDOptionaler Verweis auf den beteiligten Schritt

  1. Navigieren Sie zur Instanzdetailseite
  2. Klicken Sie auf die Registerkarte Verlauf
  3. Durchsuchen Sie die chronologische Liste aller Änderungen
  4. Jeder Eintrag zeigt Zeitstempel, Benutzer, Aktionstyp und Beschreibung
  5. Erweitern Sie einen Eintrag, um die alten und neuen Werte zu sehen (JSON-Diff)

Prüfansichten unterstützen Filterung, um bestimmte Einträge zu finden.

FilterBeschreibung
Nach BenutzerNur Aktionen eines bestimmten Benutzers anzeigen
Nach AktionstypNach Aktionskategorie filtern (z. B. Statusänderungen, Rollenänderungen, Kommentare)
Nach DatumsbereichStart- und Enddatum angeben, um Ergebnisse einzugrenzen
Nur ZwangsaktionenNur Zwangsaktionseinträge anzeigen (Ausführungsprotokoll)
Nach SchrittNur Aktionen zu einem bestimmten Schritt anzeigen
  1. Öffnen Sie die Ausführungsansicht für eine Instanz
  2. Navigieren Sie zur Registerkarte Ausführungsprotokoll im Notizenpanel
  3. Klicken Sie auf die Schaltfläche Filter, um Filteroptionen anzuzeigen
  4. Wählen Sie ein oder mehrere Filterkriterien aus
  5. Das Protokoll wird aktualisiert und zeigt nur übereinstimmende Einträge an
  6. Klicken Sie auf Filter löschen, um zum vollständigen Protokoll zurückzukehren

Zwangsaktionen erhalten aufgrund ihrer außergewöhnlichen Natur eine besondere Behandlung im Prüfprotokoll.

  • Ausführungsprotokoll-Einträge für Zwangsaktionen haben das IsForceAction-Flag auf true gesetzt
  • In der Benutzeroberfläche werden Zwangsaktionseinträge mit einem roten Hintergrund angezeigt
  • Der Filter “Nur Zwangsaktionen” im Ausführungsprotokoll isoliert diese Einträge

Jeder Zwangsaktions-Prüfeintrag enthält:

  • Den spezifischen Zwangsaktionstyp (Zwangsabschluss, Zwangsüberspringen, Zwangsabbruch)
  • Die vom Instanzleiter oder stellvertretenden Leiter angegebene obligatorische Begründung
  • Die Zustimmungsbestätigung
  • Bei Kaskadenoperationen: welche untergeordneten Schritte betroffen waren und ihre vorherigen Zustände

Prüfeinträge werden synchron mit den Aktionen, die sie verfolgen, erstellt — es gibt keine Verzögerung zwischen einer Aktion und ihrem Prüfeintrag. Beim Anzeigen des Prüfverlaufs in der Benutzeroberfläche:

  • Neue Einträge erscheinen in Echtzeit über SignalR
  • Das Ausführungsprotokoll wird sofort aktualisiert, wenn ein Benutzer eine Aktion ausführt
  • Historische Ansichten (Verlaufsregisterkarte) erfordern möglicherweise eine Seitenaktualisierung, um die neuesten Einträge anzuzeigen

Prüfdaten werden dauerhaft in der Datenbank neben den Entitäten gespeichert, die sie verfolgen. Es erfolgt keine automatische Bereinigung von Prüfeinträgen. Dies stellt sicher, dass die vollständige Geschichte jeder Instanz oder Vorlage stets zur Überprüfung verfügbar ist.


  • Überprüfen Sie Zwangsaktionen vierteljährlich oder wie von Ihrem Compliance-Framework gefordert
  • Prüfen Sie API-Prüfeinträge auf unbefugte Zugriffsversuche (403-Antworten)
  • Überwachen Sie auf ungewöhnliche Muster (z. B. übermäßige Zwangsaktionen eines einzelnen Benutzers)
  • Identifizieren Sie Schritte, die häufig zwangsübersprungen oder zwangsabgebrochen werden — diese können Vorlagenaktualisierungen benötigen
  • Analysieren Sie Schrittabschlusszeiten (aus Prüfzeitstempeln), um geplante Dauern zu verfeinern
  • Überprüfen Sie Kommentare und Notizen auf Schrittebene auf wiederkehrende Probleme, die in der Vorlage behoben werden könnten
  • Exportieren Sie Prüfdaten vor dem Archivieren von Instanzen (siehe Datenexporte)
  • Führen Sie eine Aufzeichnung von Zwangsaktionsüberprüfungen und ihren Ergebnissen
  • Dokumentieren Sie alle Prüfbefunde und ergriffene Abhilfemaßnahmen