ED04 - Fundamentos de GoBD: Trazabilidad, Verificabilidad, Inmutabilidad
Problema
Un empresario comienza con la llevanza de libros contables y se enfrenta a la pregunta: ¿Qué exige concretamente la GoBD y cómo lo cumplo sin costosa software especializada?
La práctica actual en el ámbito de las PYME:
- La GoBD como libro de los siete sellos - la GoBD (circular del BMF, 146 páginas) es abstracta, formulada en lenguaje jurídico, de difícil acceso para los no expertos
- "Eso lo hace el asesor fiscal" - muchos empresarios delegan la GoBD en el asesor fiscal sin entender ellos mismos qué se exige - y pagan por ello
- Soluciones aisladas - software de nóminas, contabilidad, archivo de comprobantes, cada uno por separado, sin conformidad GoBD de extremo a extremo
- PDF como "electrónico" - muchos creen que un PDF en un disco duro cumple la GoBD - pero la GoBD exige evaluabilidad por máquina (§ 147 Abs. 6 AO), no solo almacenamiento
- Sin documentación de procedimientos - la GoBD Rz. 64–91 exige una documentación de procedimientos, pero ¿quién en una PYME la tiene?
- Modificaciones posteriores - los asientos contables se "corrigen" sin que la modificación sea trazable - la GoBD Rz. 146 exige inmutabilidad
Afirmación central
La GoBD exige tres principios fundamentales que Git cumple by Design:
- Trazabilidad (GoBD Rz. 146) - cada entrada debe ser trazable (¿Quién? ¿Cuándo? ¿Qué? ¿Por qué?)
- Verificabilidad (GoBD Rz. 147) - la contabilidad debe ser verificable (rastreabilidad retrograda/progressiva)
- Inmutabilidad (GoBD Rz. 146) - tras el asiento contable, los datos no pueden ser modificados (correcciones como nuevas entradas)
Git cumple los tres estructuralmente - no mediante controles posteriores, sino a través de la propia arquitectura:
Rz. 146"] G --> P["Verificabilidad
Rz. 147"] G --> U["Inmutabilidad
Rz. 146"] N --> GN["Git: Autor del commit
+ marca de tiempo
+ mensaje del commit"] P --> GP["Git: V7GUID + SHA-256
resoluble
retrograd/progressiv"] U --> GU["Git: Tags + Protected Branches
+ Marca de obsolescencia
Correcciones como nuevos commits"] style G fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style N fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style P fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style U fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style GN fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style GP fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style GU fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33
Conformidad by Design: La conformidad con la GoBD no surge de una revisión posterior, sino de la elección del medio. Quien trabaja en repositorios Git cumple la trazabilidad, la verificabilidad y la inmutabilidad estructuralmente - no mediante controles adicionales.
GoBD - Origen y vigencia
La GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff) es una circular del BMF del 28.11.2019 (BStBl I S. 1269), última modificación el 14.07.2025 (BStBl I S. 1502).
| Propiedad | Valor |
|---|---|
| Emisor | Ministerio Federal de Finanzas (BMF) |
| Carácter jurídico | Instrucción administrativa (no es una ley, pero es vinculante para las oficinas fiscales) |
| Base | § 146 |