Gestione su factura electrónica como PYME — verificable, de su propiedad, soberana.
Aceptar, verificar y conservar facturas electrónicas. Documentación de procedimientos GoBD sin papeleo. Y sus evidencias siguen siendo de su propiedad — no de una nube. GitCover lo hace posible: abierto, verificado, sin dependencia de proveedores.
Nativo de Git. Seguro para auditorías. Sin vendor lock-in.
gitcover.de reúne todo el ecosistema GitCover: la comunidad abierta, el conjunto de reglas del GCBoK, las herramientas nativas de Git — y el oficio de los proveedores de servicios que lleva todo esto a la práctica. Una base que le pertenece: sus datos, sus evidencias, su soberanía.
Tres promesas que se pueden verificar.
A prueba de auditoría durante todo el plazo
La historización con Git respalda la inmutabilidad. La documentación de procedimientos y el sistema de control interno quedan de forma trazable en el repositorio — desde el justificante hasta el cierre, durante ocho o diez años.
Soberanía en lugar de cloud lock-in
Sus datos permanecen en su máquina y en su repositorio. Sin cambios de proveedor con pérdida de datos, sin dependencia de insolvencias, sin cambios de formato que vuelvan ilegibles las evidencias.
Un orden que todos entienden
Millones de desarrolladores conocen Git. Esta base común hace que el cumplimiento sea verificable y explicable — por igual para la asesoría fiscal, la auditoría y las autoridades.
El papeleo no se hace solo. Pero se ordena.
La mayoría busca primero una solución para la factura electrónica. Bien — ahí es exactamente donde empieza. De un conjunto de datos estructurado surge un justificante, del justificante un asiento, y de todo ello una evidencia verificable. Nativo de Git, seguro para auditorías y sin que sus datos acaben en una nube ajena.
- Los justificantes están en el formato del proveedor
- Cuotas mensuales, niveles crecientes
- Acceso a los datos y capacidad de exportación limitados
- Cambiar de proveedor cuesta evidencias, tiempo y dinero
- Herramientas abiertas en lugar de una costosa solución en la nube
- Los justificantes, libros y evidencias permanecen en su repositorio
- Legibles con herramientas estándar, de forma duradera
- Sin lock-in — exportable en cualquier momento
Herramientas que nosotros mismos usamos a diario.
Lo que le recomendamos lo operamos primero en nuestro propio grupo: nuestras herramientas gc-* nacen en el día a día de las sociedades de GitCover — con justificantes, facturas, libros y firmas reales. Solo lo que allí demuestra su valía pasa después a la comunidad y a los usuarios.
Un justificante, un hash, una instancia rectora
Registrar, verificar, deduplicar y archivar de forma estructurada las facturas recibidas y emitidas conforme a GoBD — con sidecar y cadena de evidencias inmutable.
Libros que se concilian por sí mismos
Generar de forma determinista el libro diario, las partidas pendientes y las evaluaciones — debe igual a haber, trazable y verificable.
Evidencias que se pueden verificar
Sidecars, contenedores de proceso y firmas — versionados en Git, compatibles con agentes y trazables para auditoría, asesoría fiscal y autoridades.
Las herramientas siguen creciendo continuamente — avances del grupo, también en interacción con asistentes agénticos (GCA). Véase Actualidad.
El Diary registra lo que hace cada uno — persona y agente.
Las soluciones convencionales registran tiempo, justificantes y asientos — para personas. En nuestro caso, el Diary registra quién ejecuta: tanto la persona que actúa como el agente. Cada paso se convierte en una entrada trazable y verificable. No es un efecto secundario — sino la base para que personas e IA puedan colaborar.
La persona al mando
Quien ejecuta algo, lo registra. La entrada indica hora, actividad, responsabilidad y justificante — la persona mantiene la visión general y la aprobación (Human in the Loop).
El agente como actor
También un agente que ejecuta queda registrado en el mismo Diary — con el mismo formato de entrada. Así, cada acción sigue siendo atribuible, provenga de una persona o de una máquina.
Verificable en lugar de conjeturas
Las herramientas deterministas ofrecen siempre el mismo resultado para la misma entrada. Solo así la ejecución de la IA se convierte en una evidencia sólida — la exigencia de determinismo, llevada a la práctica.
- Registran tiempo y asientos — para personas
- La IA sigue siendo una herramienta junto al archivo, sin evidencia propia
- Lo que hizo un agente no forma parte del expediente
- Automatización sin justificante sólido
- Un formato para todo el que ejecuta — persona y agente
- Cada acción se convierte en una entrada verificable y versionada
- Base para una colaboración limpia persona ↔ IA (HITL)
- No es un efecto secundario — forma parte de la propia evidencia
Resultados que le pertenecen a usted — no a un proveedor.
La diferencia no está en el alcance funcional, sino en la pregunta de a quién pertenecen las evidencias y si sobrevivirán al plazo de conservación.
- Evidencias en el formato del proveedor
- Dependencia de precios, insolvencias, políticas
- Un cambio de formato puede volver ilegibles los justificantes
- Cambiar implica riesgo de migración
- Repositorios Git abiertos como nivel de evidencias
- Los datos permanecen en su máquina
- Legibles con herramientas estándar, de forma duradera
- Independiente de proveedores, exportable en cualquier momento
Teoría, normalización, herramientas y práctica se entrelazan.
Comunidad y código abierto
El núcleo abierto de confianza y estándares: modelos de referencia, herramientas, comunidad.
Body of Knowledge
El GCBoK normaliza el uso adecuado de repositorios Git para el cumplimiento — de acceso libre.
Herramientas y Compliance-as-Code
GCPN, GCEP, OSCAL, OPA/Rego — mecánica de evidencias y reglas versionada y testeable.
Práctica y oficio
El puente entre las empresas y el oficio de los proveedores de servicios, que implanta, opera y verifica.
Lo que prometemos — y lo que no.
Resultados conformes a GoBD según las reglas del GCBoK. La responsabilidad de la regularidad recae en la empresa (GoBD Rn. 21). Los socios de GitCover prestan apoyo con servicios propios definidos contractualmente; las herramientas de código abierto utilizadas están sujetas a sus respectivas licencias.