Editora: GitCover Commons gUG

La GitCover Commons gUG (GCC) es la editora del GitCover Body of Knowledge (GCBoK) — la obra de referencia normativa para el cumplimiento nativo de Git.

¿Qué es el GCBoK?

El GCBoK es comparable con PMBOK (Project Management), SWEBOK (Software Engineering) y DMBOK (Data Management), pero con un marco conceptual propio: nativo de Git, OSS-first, sostenido sin ánimo de lucro. Canoniza términos, conceptos y principios de arquitectura para soluciones de cumplimiento que viven principalmente en repositorios Git.

Delimitación: GCC vs. GCBoK

Tratamiento temático: actos de la UE (AI Act, CRA, Data Act, eIDAS 2.0, RGPD)

Los actos jurídicos más recientes de la UE exigen pruebas documentadas y verificables. El GCBoK aclara qué ofrece el cumplimiento nativo de Git y qué no: Proporciona pruebas como artefactos Git (procedencia, historial, aprobaciones, incidentes, portabilidad), pero no certifica sistemas de IA, no marca productos con CE y no sustituye servicios de confianza. La conformidad legal del sistema utilizado sigue siendo responsabilidad del operador.

El Diary como puerta de entrada del cumplimiento

El GitCover-Diary es la agenda del trabajo real. No solo documenta horas, sino que conecta actividades, decisiones, proyectos, periodos de prestación, esferas, comprobantes y contratos. Esta SSoT temporal proporciona a BSFZ/FZul, Finanzamt/EStG/EÜR, Umsatzsteuer, GoBD/AO, y a las pruebas de plazos y riesgos un punto de partida común y versionado.

El proceso es deliberadamente sencillo: Diary lleva la agenda, los repositorios de tenant llevan la prueba. El Diary no sustituye ningún comprobante externo; se asegura de que el comprobante no tenga que reconstruirse más tarde de memoria. Git, esquemas abiertos, sidecars y GCPN hacen que la cadena sea portátil — una empresa no tiene que entregar su cumplimiento a un proveedor de contabilidad, nube o IA. Ahí radica exactamente la utilidad práctica de GitCover: el riesgo se hace visible pronto, la prueba se vuelve reproducible y se evita el Vendor Lock-In.

La aclaración y delimitación canónicas las presenta el GCBoK en Eje 1: Fundamentos — Marco jurídico (sección «Regulación de la UE / Delimitación: infraestructura de prueba vs. conformidad del producto»).

Delimitación: qué abarca el acervo común: El Diary, los repositorios de tenant y el acervo Git de una empresa contienen exclusivamente artefactos relevantes para el cumplimiento: comprobantes, decisiones, pruebas, herramientas. Las directrices personales de la persona que autoriza —valoraciones privadas, opiniones, ponderaciones— son información privada protegida: se mantienen localmente, no se versionan y no se incorporan al Diary, a los repositorios de tenant ni a las pruebas. Se documenta lo que ha surgido de ellas: la decisión, la plantilla, el peso —no la valoración que hay detrás.

La explicación canónica se encuentra en el GCBoK, sección «Delimitación: acervo de cumplimiento y directrices privadas», en el Eje 5 bajo «Directrices privadas del HITL — convención y regla de agentes» y en el Eje 7 bajo «Del parecer privado al resultado demostrable».

Relación con la condición de utilidad pública

El mantenimiento de un estándar conforme a ISO/IEC 24773 es una tarea científico-estructural que acredita la condición de utilidad pública de la GCC:

• § 52 Abs. 2 Nr. 1 AO (Ciencia e investigación) — GCBoK como obra de referencia científica
• § 52 Abs. 2 Nr. 7 AO (Formación profesional) — GCBoK como obra didáctica y estructural
• ISO/IEC 24773 — estructura BoK como base para esquemas de certificación

Open Source y comunidad

El GCBoK sigue los principios del OSS: especificaciones bajo CC BY-SA 4.0 (previsto), componentes de código bajo Apache 2.0. Contribuciones mediante Gitea Pull-Requests. Fuentes principalmente en git.gitcover.org, replicadas en Codeberg y GitHub como anclas de la comunidad.

Sobre la obra de referencia GCBoK: gcbok.org — términos, conceptos, principios de arquitectura, especificaciones.