Parte III — Esquema de contenedor GCPN: Resultado de investigación del primer proceso de firma

Desencadenante S6 (El primer proceso real): La serie documentó los procedimientos en las Partes I/II — luego llegó el primer proceso de firma real: una adopción de resolución de la asamblea de socios (marcador de posición shareholder-meeting-resolution, anonimizado) se ejecutó con firma facsimilar y cadena completa. Los hallazgos obtenidos en el proceso (resultado de investigación) fluyen en un esquema JSON normativo: gcpn-container-1.0.

Descripción general de los artículos (DS12–DS15)

Art. Título (DE) Pregunta central
DS12 El esquema gcpn-container-1.0 — Descripción general ¿Cómo está estructurado el contenedor de forma normativa, sin redundancia interna?
DS13 Referenced-Doc, Actor, Attendees, Persons ¿Quién es quién — acto de los socios vs. participantes vs. puente PII?
DS14 Events como Flags-Enum y events_result ¿Cómo expresan los bits los pasos recorridos?
DS15 El Act como transición de estado — Interpretación del protocolo ¿Qué significa un "Act" entre dos estados — y GVB como protocolo?

Resumen de los hallazgos (resultado de investigación)

Cuatro hallazgos del primer proceso fluyeron al esquema — cada uno es un AP-Erkenntnis para el informe de investigación (proyecto BSFZ/FZul GitCover.IdP):

  1. Unicidad del artefacto (DS12): Cada entidad (referenced_doc, actor, retention) se describe exactamente una vez; las demás referencias se realizan basadas en sha256 o bien mediante actor_ref — se evitan la redundancia interna y el Repo-Bloat (archivos .json independientes).
  2. Estratificación de roles (DS13): El Actor es el acto de los socios (la asamblea/la socia única — shareholder-meeting-resolution), el Attendee es la persona como participante (GF, firmante); persons forma el puente PII pseudonimizado (asignación canónica en el círculo PII gitignored).
  3. Semántica de Flags (DS14): Los pasos de Event (offered/accepted/denied/ sign/withdraw) son bits (1/2/4/8/16), el events_result es la máscara de bits de los pasos recorridos (p. ej., 11 = offered + accepted + sign) — verificable de forma determinista, sin texto libre.
  4. Interpretación de protocolo/estado (DS15): El GVB es el protocolo, los Acts son las resoluciones; un Act describe el cambio entre dos estados (Antes → Después) — el GCPN documenta exactamente estas transiciones de estado de forma auditable (historial de Git = cronología).

Vinculación con las Partes I/II

Las Partes I/II describen el procedimiento (¿Cómo se firma?); la Parte III destila de ello el Model (¿Cómo se describe el procedimiento de forma legible por máquina?). La serie sigue así el principio de GCBoK: Procedimiento (Saga) → Hallazgo (resultado de investigación) → Esquema (normativo).

Siguiente: Parte IV — PII, GPG & Governikus (planificada).


Creado: 260913 | Parte III de la serie digital-signage