Compliance by Design - Un empresario lleva su diario en Git
Una línea ilustrativa a través del GCBoK
El GCBoK define términos, conceptos y principios de arquitectura para
cumplimiento nativo de Git. Esta serie de artículos implementa estos principios en una
línea narrativa continua - usando como ejemplo una organización ficticia
KMU (marcador de posición ORG-1) y su empresario (marcador de posición E1).
La serie muestra en 37 artículos y 7 partes, cómo un empresario, desde la constitución, pasando por la primera nómina, hasta la utilidad pública, cumple sus obligaciones de cumplimiento de forma estructurada, demostrable y minimizando riesgos - con Git como libro mayor de auditoría, V7GUID como identificador único, OSCAL como declaración de cumplimiento legible por máquina y OPA/Rego como Policy-as-Code.
Modelo de desencadenantes
La serie no está estructurada por temas, sino por eventos vitales. Cada artículo se desencadena por un desencadenante concreto en la vida de la empresa:
| Desencadenante | Partes | Artículos |
|---|---|---|
| A - Constitución | Parte I, Parte II, Parte III | ED01-ED20 |
| B - El primer empleado | Parte IV | ED21-ED28 |
| C - FZul/BSFZ y utilidad pública | Parte V | ED29-ED32 |
| D - Harness | Parte VI | ED33-ED36 |
| E - Anexo | Parte VII | ED37-ED38 |
Apalancamiento de riesgo: hoy barato, mañana a prueba de auditoría
La tesis central de la serie: la llevanza de un diario nativo de Git genera apalancamiento de riesgo. Los hechos registrados hoy con costes mínimos (una entrada JSON con V7GUID + referencia de justificante SHA-256) se convierten en pruebas a prueba de auditoría para futuras auditorías (GoBD 10 años, AO, declaraciones anuales de la seguridad social, justificantes de FZul). El empresario "apalanca" hoy hacia una futura seguridad de auditoría que, sin una gestión nativa de Git, solo sería alcanzable con un alto esfuerzo posterior.
El diario es la agenda de trabajo, no documentación de tiempo libre
El diario del empresario se lleva porque constituye la SSoT temporal del trabajo real. Conecta agenda, decisiones, tiempos de prestación, justificantes, contratos y aprobaciones, y proporciona a diferentes sistemas de auditoría y de destino el mismo punto de partida verificable:
| Relación/Objetivo | Qué aporta el diario |
|---|---|
| BSFZ/Subvención a la investigación | Referencia al proyecto, tiempo de prestación, delimitación de I+D y generación oportuna de la prueba |
| Administración tributaria/EStG/EÜR | causa empresarial, esfera privada/empresarial e imputación de gastos |
| IVA | periodo de prestación, referencia a la prestación, ejecución del contrato y referencia a la factura |
| GoBD/AO | cadena retrógrada/progresiva de asiento, justificante, decisión, aprobación y modificación |
| Gestión de riesgos | las preguntas abiertas se hacen visibles, en lugar de reconstruirse más tarde de memoria |
| Soberanía digital | los hechos permanecen en artefactos Git versionados y portables; sin dependencia de proveedor |
El diario es, por tanto, la agenda según la cual se trabaja. El cumplimiento nativo de Git implementa esta agenda en los repositorios de tenant con Ur-Docs, Sidecars, GCPN, esquemas e historial de Git. El agente apoya el registro y la vinculación, pero no sustituye ni al justificante ni a la aprobación humana.
Sobre la serie
La serie completa con todos los artículos, diagramas Mermaid, ejemplos JSON y referencias de fuentes se encuentra en la sección propia de la serie del GCBoK:
A la serie de artículos - Compliance by Design
Resumen de las partes
| Parte | Tema | Desencadenante |
|---|---|---|
| Parte I | Fundamentos (motivación, modelo organizativo de KMU, formato del diario, registro de transparencia en la constitución) | Constitución |
| Parte II | Dirección de la empresa: GoBD y documentación (fundamentos de GoBD, justificantes, documentación de procedimientos, plazos, AO, esferas, VBG, registro de transparencia: documentar la determinación del beneficiario real) | Alta de actividad |
| Parte III | Autoridades e identificadores (Administración tributaria, cuenta del Bundesanzeiger y E-Bilanz, DRV, registro de transparencia: implementación y operación continua, BA, BZSt, interfaces con autoridades) | Trámites administrativos |
| Parte IV | Empleados y nómina (onboarding, seguros, seguro de enfermedad, nómina, tiempo de trabajo, salario mínimo, vacaciones, esferas) | 1.er empleado |
| Parte V | FZul/BSFZ y utilidad pública | FZul/utilidad pública |
| Parte VI | Requisitos de Harness | Implementación |
| Parte VII | Anexo (fuentes, glosario, referencias CDN) | Referencia |
Topología de fuentes y enlaces de referencia CDN
| Rol | Ubicación | Finalidad |
|---|---|---|
| Principal / SSoT | git.gitcover.org/GCC | Almacenamiento canónico (firmado con GPG, versionado) |
| Espejo público OSS / CDN | codeberg.org/gitcover-commons | Espejo de solo lectura; descubrimiento FLOSS |
| Centro de comunidad | github.com/gitcover-commons | Issues & Discussions; referencia al código fuente en Codeberg |
Nota: Esta asignación de fuentes, espejo y centro de comunidad refleja el estado actual y puede cambiar. Por favor, compruebe la respectiva fuente canónica en gitcover.org para conocer el estado actual.