Lokales, illustratives Beispiel. Es wird kein Ablauf ausgeführt.
Nachweise zu einem Ablauf verstehen.
Ist eine Anfrage eingegangen? Welche Ausführung wurde protokolliert? Welches Ergebnis wurde geprüft? Die Nachweise für jede Frage getrennt halten, wenn Sie einen Ablauf besprechen.
Drei Ebenen, drei Anforderungen an Nachweise.
Die Pfeile zeigen eine zu prüfende Beziehung. Ein Protokoll auf einer Ebene belegt nicht, dass die nächste Ebene stattgefunden hat.
01
Eingang
Ein Eingangsnachweis mit Anfrage und Eingabeversion.
↓→02
Ausführungsprotokoll
Ein identifizierter Versuch mit protokollierten Ereignissen und Kontext.
↓→03
Ergebnisprüfung
Eine Ergebnisreferenz und eine dokumentierte Prüfung der vereinbarten Frage.
Ein begrenztes Nachweisbeispiel prüfen.
Wählen Sie ein vorbereitetes Beispiel und lesen Sie seine Protokolle. Die Auswahl ändert nur diese Seite; sie führt keinen Ablauf aus und lädt keinen Live-Verlauf.
Lokales, illustratives Beispiel. Es wird kein Ablauf ausgeführt.
Alle IDs, Werte und T+-Abstände sind illustrativ. T+ beschreibt eine erstellte Protokollfolge, keine verstrichene Zeit. Es gibt keinen Live-Timer.
- Anfrage-ID
- EX-101
- Versuchs-ID
- Nicht protokolliert
- Eingabeversion
- catalog-v1
Vorbereitete Protokollfolge
- T+00RC-101Eingang protokolliert
- Eingang
- □ Protokoll vorhanden
- Ausführungsprotokoll
- — Ausführung nicht belegt
- Ergebnisprüfung
- ○ Ergebnis nicht belegt; Prüfung offen
Eingang
Quelle: erstelltes lokales Beispielprotokoll
- T+00 · RC-101 · Eingang protokolliert
Die Ergebnisprüfung bleibt offen. Kein Beispiel belegt geprüfte fachliche Richtigkeit oder Live-Verhalten von NOGL.
Was belegt das gewählte Beispiel?
- Durch dieses Beispiel belegt
- Der Beispieleingang wurde für EX-101 und catalog-v1 protokolliert. Kein Ausführungsversuch ist protokolliert.
- ○ Weiterhin unbelegt
- Die Ergebnisprüfung bleibt offen. Kein Beispiel belegt geprüfte fachliche Richtigkeit oder Live-Verhalten von NOGL.
Ein Prüfungspaket vorbereiten.
Bringen Sie Kennungen und Nachweiskontext für die zu prüfende Frage mit. Dieser Leitfaden benötigt weder Zugangsdaten noch private Nutzdaten, personenbezogene Daten oder einen Upload.
- Anfrage- und Versuchs-IDs
- Jedes Protokoll derselben Anfrage und einem bestimmten Versuch zuordnen. Eine fehlende Versuchs-ID bleibt Nicht protokolliert.
- Protokollquelle und Zeitpunkt
- Herkunft und protokollierten Zeitpunkt nennen. Dieses Beispiel verwendet erstellte T+-Abstände.
- Eingabeversion
- Die im protokollierten Versuch verwendete Version neben ihren Nachweisen halten.
- Ausführungs- oder Fehlerdetail
- Vorhandene Ereignisse und angegebenen Fehlerkontext aufnehmen, ohne Wiederholung oder Behebung abzuleiten.
- Ergebnisreferenz und Prüfumfang
- Ergebnis, Prüffrage und zuständige Person benennen. Eine Ergebnisreferenz allein ist keine Prüfung.
Warum diese Felder wichtig sind
Eine andere Eingabeversion kann ändern, was ein Protokoll belegt. Ein fehlendes Protokoll bleibt fehlend. Vereinbaren Sie die Verfügbarkeit und Aufbewahrung des Verlaufs; dieser Leitfaden verspricht weder eine Aufbewahrungsrichtlinie noch kryptografische Verifizierung.
Die nächste Frage wählen.
Markieren Sie eine Nachweisebene und eine Frage für das Prüfungspaket. Diese Auswahl sendet keine Anfrage und ändert keinen Laufzeitzustand.
Ausführungsnachweise bestätigen
Nach Versuchs-ID, Quelle und mit der Anfrage verbundenen Ausführungsereignissen fragen. Ein Eingang belegt keinen Ausführungsstart.
○ Prüfung offen
Modellausgaben getrennt prüfen.
Prüffrage und zugehörige Nachweise neben der angezeigten Modellausgabe halten. Diese Fragen führen kein Modell aus und bewerten nicht dessen Qualität.
Prognoseausgabe
Beobachtungsstichtag, Prognosehorizont, zurückgehaltene Ergebnisdaten sowie Fehler- oder Bandbreitenbewertung benennen.
Eine historische Absatzkurve oder ein erstellter Zukunftspfad ist keine validierte Prognose.
Planungsannahmen prüfen →Budgetszenario
Gewähltes Ziel, Zeitraum, Beschränkungen und Modellannahmen bei dem Vergleich halten.
Eine bedingte Budgetzuweisung ist keine ausgeführte Kampagne und kein erzieltes Ergebnis.
Budgetszenarien erkunden →Effektschätzung
Vergleich oder Studiendesign, Annahmen und Grenzen benennen, die eine kausale Interpretation stützen.
Prognosegenauigkeit allein belegt nicht die Wirkung einer Intervention.
Nachweise passend zur Frage wählen →
Bevor du eine ungewöhnliche Zahl erklärst
Prüfe Kennzahlendefinition, Beobachtungsfenster und fehlende Datensätze, bevor du eine Ursache akzeptierst.
Fiktive Belegprüfung. Es läuft weder eine Erkennung noch eine Warnung oder Geschäftsaktion.
Beispiel ansehen →Wähle einen vorbereiteten Fall
Lies zuerst die Datensätze
Alle IDs, Werte und UTC-Zeitfenster sind fiktiv. Zeitfenster verwenden [Beginn, Ende): Das Ende ist ausgeschlossen.
Fehlend ist nicht null.
Vergleichsbeobachtungen
- Kennzahl
- order-count
- Bestellungen
- Kennzahlversion
- order-count-v1
- Einheit
- count
- Umfang
- example-shop/web/completed-orders
Aktuelle Beobachtung
- Kennzahl
- order-count
- Bestellungen
- Kennzahlversion
- order-count-v1
- Einheit
- count
- Umfang
- example-shop/web/completed-orders
Frageschwerpunkt: Vollständigkeit prüfen
Identifiziere jeden erwarteten Datensatz und kläre jede Lücke. Frage nach Erfassungsumfang und Verzögerungsregeln.
| Datensatz | Definition | Zeitfenster | Quelle | Wert / Datensatzstatus |
|---|---|---|---|---|
| C1-R1VergleichVerfasster Datensatz |
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
Bestellungen |
| C1-R2VergleichVerfasster Datensatz |
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
Bestellungen |
| C1-R3VergleichVerfasster Datensatz |
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
Bestellungen |
| C1-R4VergleichVerfasster Datensatz |
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
Bestellungen |
| C1-R5AktuellVerfasster Datensatz |
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
| Relevant für die gewählte Frage
Bestellungen |
Feldherkunft anzeigen
Diese Referenzen benennen Felder in diesem verfassten Beispiel. Sie sind keine externen Quellen. Referenzen für fehlende Werte und Erfassungszeiten bleiben abwesend.
C1-R1 · Verfasster Datensatz
- Kennzahl
- C1-R1:metricId
- Kennzahlversion
- C1-R1:metricVersion
- Einheit
- C1-R1:unit
- Umfang
- C1-R1:scopeId
- Beginn des Zeitfensters
- C1-R1:windowStart
- Ende des Zeitfensters
- C1-R1:windowEnd
- Quelle
- C1-R1:log
- Version
- C1-R1:log
- Protokolliert am
- C1-R1:log
- Wert
- C1-R1:value
- Datensatzstatus
- C1-R1:log
C1-R2 · Verfasster Datensatz
- Kennzahl
- C1-R2:metricId
- Kennzahlversion
- C1-R2:metricVersion
- Einheit
- C1-R2:unit
- Umfang
- C1-R2:scopeId
- Beginn des Zeitfensters
- C1-R2:windowStart
- Ende des Zeitfensters
- C1-R2:windowEnd
- Quelle
- C1-R2:log
- Version
- C1-R2:log
- Protokolliert am
- C1-R2:log
- Wert
- C1-R2:value
- Datensatzstatus
- C1-R2:log
C1-R3 · Verfasster Datensatz
- Kennzahl
- C1-R3:metricId
- Kennzahlversion
- C1-R3:metricVersion
- Einheit
- C1-R3:unit
- Umfang
- C1-R3:scopeId
- Beginn des Zeitfensters
- C1-R3:windowStart
- Ende des Zeitfensters
- C1-R3:windowEnd
- Quelle
- C1-R3:log
- Version
- C1-R3:log
- Protokolliert am
- C1-R3:log
- Wert
- C1-R3:value
- Datensatzstatus
- C1-R3:log
C1-R4 · Verfasster Datensatz
- Kennzahl
- C1-R4:metricId
- Kennzahlversion
- C1-R4:metricVersion
- Einheit
- C1-R4:unit
- Umfang
- C1-R4:scopeId
- Beginn des Zeitfensters
- C1-R4:windowStart
- Ende des Zeitfensters
- C1-R4:windowEnd
- Quelle
- C1-R4:log
- Version
- C1-R4:log
- Protokolliert am
- C1-R4:log
- Wert
- C1-R4:value
- Datensatzstatus
- C1-R4:log
C1-R5 · Verfasster Datensatz
- Kennzahl
- C1-R5:metricId
- Kennzahlversion
- C1-R5:metricVersion
- Einheit
- C1-R5:unit
- Umfang
- C1-R5:scopeId
- Beginn des Zeitfensters
- C1-R5:windowStart
- Ende des Zeitfensters
- C1-R5:windowEnd
- Quelle
- C1-R5:log
- Version
- C1-R5:log
- Protokolliert am
- C1-R5:log
- Wert
- C1-R5:value
- Datensatzstatus
- C1-R5:log
Was das Beispiel belegt
Nur rechnerischer Unterschied.
Die aktuelle Anzahl beträgt 60. Die vier protokollierten Vergleichswerte ergeben im Mittel 100, also einen Unterschied von −40 Bestellungen. Diese ausgewählten Zeitfenster belegen weder einen Normalbereich noch eine statistisch ungewöhnliche Abweichung oder eine Ursache.
- Vergleichsmittelwert
- 100 Bestellungen
- Aktuell minus Vergleichsmittelwert
- −40 Bestellungen
Nur ausgewählte Zeitfenster; Repräsentativität unbekannt.
Wähle die nächste Prüffrage
Vollständigkeit prüfen
Identifiziere jeden erwarteten Datensatz und kläre jede Lücke. Frage nach Erfassungsumfang und Verzögerungsregeln.
Nimm die Belege in die manuelle Prüfung mit
Halte Quelle und Version, alle Vergleichs- und aktuellen Beobachtungsfenster, fehlende Datensätze und die genaue Frage fest.
- Vorbereiteter Fall
- C1 · Protokollierter Unterschied
- Prüffrage
- Vollständigkeit prüfen
- Fehlende Datensätze
- Keine in diesem vorbereiteten Fall
C1-R1 · Vergleich · Verfasster Datensatz
fictional-metric-register · fixture-1 · count
[2026-08-03T10:00:00Z, 2026-08-03T11:00:00Z) UTC
Datensatzstatus: Vorhanden
C1-R2 · Vergleich · Verfasster Datensatz
fictional-metric-register · fixture-1 · count
[2026-08-10T10:00:00Z, 2026-08-10T11:00:00Z) UTC
Datensatzstatus: Vorhanden
C1-R3 · Vergleich · Verfasster Datensatz
fictional-metric-register · fixture-1 · count
[2026-08-17T10:00:00Z, 2026-08-17T11:00:00Z) UTC
Datensatzstatus: Vorhanden
C1-R4 · Vergleich · Verfasster Datensatz
fictional-metric-register · fixture-1 · count
[2026-08-24T10:00:00Z, 2026-08-24T11:00:00Z) UTC
Datensatzstatus: Vorhanden
C1-R5 · Aktuell · Verfasster Datensatz
fictional-metric-register · fixture-1 · count
[2026-08-31T10:00:00Z, 2026-08-31T11:00:00Z) UTC
Datensatzstatus: Vorhanden
Prüfperson nicht zugewiesen. Keine Freigabe, Benachrichtigung oder Behebung protokolliert.
Halte die nächste Entscheidung getrennt
Nutze diese Prüfungen im gesamten siebenstufigen Zyklus. Eine Belegprüfung erlaubt keine Preis-, Bestands- oder Kundenaktion.
Erkennt dies Anomalien?
Nein. Diese festen Datensätze zeigen Belegprüfungen. Hier läuft weder ein statistisches Modell noch eine Live-Überwachung.
Belegt eine Bestätigung eine Ursache oder Behebung?
Nein. Das Lesen oder Bestätigen eines Datensatzes belegt weder eine Ursache noch eine Freigabe oder erfolgreiche Korrektur.
Vor der Ablaufplanung über Nachweise sprechen.
Mit den bestehenden Leitfäden Verbindungen, Zugriff und Nachweise für die zuständige Person vorbereiten. Das Beispielpaket wird weder automatisch angehängt noch übermittelt.
- Verbindungsleitfaden lesen
Eingabeverträge und die Grenze zwischen Verbindung und protokolliertem Verhalten vereinbaren.
- Integrationseingaben planen
Zugriff, Zuständigkeit und vorgesehenen Verbindungsumfang vorbereiten.
- Vertrauensleitfaden lesen
Datenhandhabung und Anforderungen an einen Workspace besprechen.