____15DS — Der Act als Zustandsübergang: Protokoll-Deutung des GVB

Auslöser S6, Erkenntnis AP8

Aus der Erstverwendung folgt die Doppel-Deutung der Begriffe, die die Nachweisbarkeit erst verständlich macht:

Ein GCPN ist eine Form eines Protokolls. Im GCBoK mit Compliance als Hauptthema wird oft von Gesellschafterversammlungen mit Beschlüssen gesprochen, die in einem GVB zusammengefasst sind: Das GVB ist das Protokoll — die Acts sind die Beschlüsse. Und: Ein Act beschreibt auch die Veränderung zwischen zwei Zuständen.

Die Doppel-Deutung

Begriff	Protokoll-Deutung	Zustands-Deutung
GVB	das Protokoll der Versammlung (zusammenfassendes Dokument)	kann viele Acts (Beschlüsse) beinhalten
Act	der einzelne Beschluss	beschreibt die Veränderung zwischen zwei Zuständen (Vorher → Nachher)
GCPN	das Prozess-Protokoll zum Vorgang (Entstehung, Zeichnung)	dokumentiert die Zustandsübergänge revisionssicher

Der Act zwischen zwei Zuständen

Ein Act (Beschluss) ist ein Zustandsübergang:

Zustand VORHER                          Zustand NACHHER
"Anrufungsauskunft-Auftrag              "Auftrag aufgehoben; Pauschalen
aktiv (GVB 260819 TOP 6.3)"             werden ab 01.09.2026 ausgezahlt"
        │                                       ▲
        └────── ACT (TOP 1: Aufhebung) ─────────┘
                    │
              (revisionssicher: referenced_doc.sha256,
               events_result, Git-Historie)

Der Act wird durch drei Nachweis-Ebenen verankert:

Vorher — über die SHA-256-Kette (Referenced-Doc, Sidecars): der Zustand vor dem Act ist als Dokument nachweisbar.
Nachher — über den Flags-Ausdruck (events_result, z. B. 11) und das eingebettete Artefakt: der neue Zustand ist deterministisch beschrieben.
Chronologie — über die Git-Historie des Containers: welche Schritte wann ergänzt wurden liegt revisionssicher im Commit-Log (Commit-Hash = Integritätsnachweis).

Im Schema

"actor": {
  "actor_id": "PARTNER-ORG",
  "kind": "gvb",
  "…",
  "act": {
    "kind": "shareholder-meeting-resolution",
    "note": "Das GVB ist das Protokoll der Gesellschafterversammlung — die Acts sind die Beschlüsse. Ein Act beschreibt auch die Veränderung zwischen zwei Zuständen (Vorher/Nachher); der GCPN dokumentiert genau diese Zustandsübergänge (Events als Flags, referenced_doc.status) revisionssicher.",
    "acts": [ … ]
  }
}

referenced_doc.status zeigt den Zustand des Referenced-Doc nach dem Vorgang (immutable nach Zeichnung); events.events_result zeigt die durchlaufenen Schritte; summary.immutable_from zeigt den Zeitpunkt des Immutable-Übergangs.

GVB ≠ GCPN — die Rollen im Prozess

Artefakt	Charakter	Inhalt
GVB (Referenced-Doc)	das Protokoll — wird signiert	Beschlüsse (Acts) als Wortlaut
GCPN-Container	das Prozess-Protokoll — bleibt mutable	Signatur-Doc, Events-Flags, Summary, Verifikationsmanifest

Der Container begleitet den Vorgang (Entstehung → Zeichnung); das signierte Referenced-Doc wird danach immutable. Der Container dokumentiert den Prozess weiter — die Git-Historie ist der Nachweis.

Forschungsgewinn-Protokoll (AP8)

AP	Erkenntnis	Umsetzung
AP8	Protokoll-/Zustands-Deutung fehlte im Modell	`actor.act` (`kind: shareholder-meeting-resolution`, `acts[]`) + `referenced_doc.status` + `summary.immutable_from`

Erstellt: 260913 | Teil III, Artikel ____15DS | Serie: digital-signage