Condiciones de Contratación del ERP

1. Objeto del Servicio y Desglose de Licencia Dual (GPLv3 vs Capa Propietaria)

1.1. Delimitación del Núcleo Open Source: El Cliente reconoce de forma explícita que el núcleo funcional de la suite contable provista está fundamentado sobre el entorno de software de código abierto **ERPNext v16 y Frappe Bench**[cite: 1, 7, 13]. De estricta conformidad con los imperativos legales de la licencia **GNU General Public License v3.0 (GPLv3)**, Bogarra Integrated SL concede al Cliente los derechos de uso correspondientes sobre dicho núcleo en formato libre[cite: 7, 8, 13]. En consecuencia, **la Empresa no realiza actividad alguna de facturación ni cobra contraprestación económica por el derecho de propiedad de la licencia de dicho software de código abierto**[cite: 8, 13].

1.2. Retribución de Servicios Auxiliares de Infraestructura: Los importes y cuotas mensuales devengados en virtud de este contrato remuneran única y exclusivamente las actividades profesionales accesorias de: (i) despliegue automatizado en entornos aislados Single-Tenant mediante microservicios Docker, (ii) almacenamiento persistente en sistemas relacionales MariaDB optimizados con cero slow queries[cite: 2, 4], (iii) mantenimiento perimetral preventivo de la VLAN de alta velocidad 10.0.0.0/16[cite: 2, 3], (iv) la inyección de la localización fiscal española adaptada al Plan General Contable (PGC) y (v) el acceso restringido a las APIs propietarias desarrolladas en exclusividad por el Proveedor (incluyendo `munin_bank_bridge`, `hugin_invoice_auditor` y los conectores agénticos del chatbot contextual)[cite: 1, 4].

2. Protocolo de Génesis Automatizado (Aceptación de Cláusula "Clean Slate")

El Cliente acepta y autoriza expresamente que la activación de su instancia se ejecuta de forma desasistida a través de scripts de inicialización perimetral de bajo nivel (`crear_cliente.sh`)[cite: 4]. Este mecanismo informático realiza un aprovisionamiento en frío de bases de datos relacionales en el nodo de persistencia, ejecutando de forma intencionada purgas, modificaciones de esquemas estructurales e inyecciones de tablas maestras contables para configurar la normativa española[cite: 4]. El Cliente asume que este proceso constituye una configuración limpia de fábrica (*Clean Slate setup*), declinando cualquier derecho de reclamación por pérdida de datos preexistentes o configuraciones de tenants que hubiesen sido cargadas de forma incorrecta antes de la consolidación del entorno blindado[cite: 4].

3. Cumplimiento Blindado con la Ley Antifraude y Reglamento VERI*FACTU

3.1. Inalterabilidad de Registros Contables (Real Decreto 1007/2023): La suite ERP provista está técnicamente parametrizada para cumplir rigurosamente con el artículo 29.2.j de la Ley General Tributaria de España, el Real Decreto 1007/2023 y las especificaciones técnicas imperativas de la Orden HAC/1177/2024 para garantizar la integridad, conservación, legibilidad, trazabilidad e inalterabilidad de los registros de facturación[cite: 7]. El software genera de forma obligatoria un encadenamiento criptográfico ininterrumpido de firmas (*hashes* encadenados) sobre cada factura emitida, procediendo al envío telemático inmediato hacia la sede electrónica de la Agencia Estatal de Administración Tributaria (AEAT) en la modalidad VERI*FACTU[cite: 1, 7, 13]. 3.2. Prohibición Absoluta de Manipulación de Bases de Datos Directas: Queda terminantemente prohibido al Cliente, a sus asesores, empleados o desarrolladores externos intentar acceder al motor MariaDB a través de canales directos de bajo nivel externos que eludan las reglas lógicas del core de Frappe con el fin de alterar, borrar, mitigar o falsificar registros consolidados o saltarse la generación de los hashes criptográficos[cite: 4, 13]. 3.3. Resolución Contractual por Violación Fiscal de Integridad: Cualquier intento de manipulación del diario forense `verifactu_log` o alteración maliciosa de las tablas relacionales de la DB supondrá una violación criminal de estos términos, provocando de forma automática e inmediata la resolución del contrato de adhesión, la desconexión total del tenant, la congelación cautelar de los fondos y la obligación legal por parte de Bogarra Integrated SL de notificar los hechos y los volcados de memoria técnica de auditoría a los inspectores de la Agencia Tributaria competente[cite: 7, 13].

4. Custodia Criptográfica de Secretos y Llaves de Desbloqueo en HashiCorp Vault

4.1. Esquema de Custodia de Certificados Digitales (Shamir): Las credenciales API, tokens de conciliación bancaria PSD2 y los certificados de firma digital de la AEAT del Cliente se guardan de forma aislada dentro de un contenedor dedicado que ejecuta el software criptográfico **HashiCorp Vault**[cite: 2, 4]. El sistema opera bajo un algoritmo de distribución de llaves de Shamir configurado bajo un umbral de protección estricto consistente en la necesidad imperativa de reunir un mínimo de dos (2) de las tres (3) llaves generadas para proceder a la apertura o des-sellado (*Unseal*) manual de la caja fuerte tras un reinicio del sistema[cite: 2].

4.2. Latencias en Reinicios y Exención de Responsabilidad: El Cliente acepta conscientemente que, ante paradas técnicas críticas del nodo de persistencia, actualizaciones de kernel pendientes del host o cortes imprevistos de energía en el búnker de servidores, **la bóveda Vault se sellará de forma completamente automatizada por razones de seguridad de Grado Institucional**[cite: 2]. Las demoras legítimas acumuladas en la re-activación de las APIs contables debido a la recopilación y verificación humana de los fragmentos de las claves de Shamir no darán derecho a reclamaciones por indisponibilidad técnica ni caídas del Acuerdo de Nivel de Servicio (SLA)[cite: 2, 13].

5. Inteligencia Reactiva Perimetral y Autobaneos Automatizados (CrowdSec / UFW)

La seguridad de la infraestructura está monitorizada de forma continua por sistemas de defensa activa perimetral (**CrowdSec y Firewalls UFW a nivel de kernel**)[cite: 2, 4]. Si el Cliente configura de forma errónea scripts automatizados externos, herramientas de automatización de oficina, o ejecuciones mal parametrizadas de llamadas concurrentes que martilleen de forma anómala las APIs lógicas de Hugin, las sondas de seguridad interpretarán dicha actividad como un ataque de fuerza bruta o escaneo de vulnerabilidades[cite: 2, 4]. El sistema ejecutará de forma automatizada **decisiones lógicas de baneo bloqueando de raíz la dirección IP del terminal del Cliente**[cite: 4]. El Cliente exonera plenamente a Bogarra Integrated SL de cualquier interrupción operativa de su actividad comercial derivada de bloqueos legítimos ejecutados por los sistemas de defensa activos del servidor ante patrones perimetrales sospechosos[cite: 4, 7].

6. Estructura Comercial de Tarifas y Ciclos de Borrado Criptográfico de Backups

6.1. Ciclo de Impagos y Congelación Cautelar: Los cargos de mantenimiento y cómputo se facturan periódicamente por adelantado a través de la tarjeta bancaria provista en Stripe[cite: 6, 13]. Ante un impago legítimo o rechazo de cargo, el sistema concede una ventana automática improrrogable de siete (7) días naturales de gracia para subsanar el saldo deudor[cite: 13]. Transcurrido dicho plazo, el sistema congelará la capacidad de procesamiento lógico de la instancia Single-Tenant impidiendo el acceso a los paneles empresariales[cite: 13].

6.2. Purga Criptográfica Permanente tras Resolución: Si la situación de mora o la baja voluntaria formal de la cuenta supera los treinta (30) días naturales continuos, en rigurosa aplicación del principio de minimización de datos del RGPD y seguridad de almacenamiento, **el Proveedor procederá a ejecutar el borrado criptográfico irrecuperable (Zeroization) absoluto de toda la instancia lógica, sus volúmenes virtuales de Docker y la totalidad de sus copias de seguridad locales**[cite: 13]. Es obligación exclusiva del Cliente exportar sus datos en formato relacional (ficheros SQL/CSV) antes de que venza la citada ventana de liquidación técnica, asumiendo la total pérdida de datos en caso de omisión[cite: 13].

7. EXCLUSIÓN DRACONIANA DE RESPONSABILIDADES Y TECHO MÁXIMO DE INDEMNIZACIÓN (SHIELD CLAUSE)

8. Propiedad Intelectual de Desarrollos e Integraciones Satélites

Mientras que el código fuente central del software ERP se rige de forma pública por la GPLv3[cite: 8, 13], Bogarra Integrated SL retiene en régimen de propiedad exclusiva e industrial la totalidad de los derechos, patentes y secretos comerciales sobre las lógicas propietarias de integración, las estructuras lógicas de la base de datos Scraper / Omni-Tabla de conocimiento normativo[cite: 3], los módulos avanzados de auditoría agéntica (`hugin_invoice_auditor`)[cite: 1, 4], y el diseño de la interfaz del portal de Nuxt[cite: 3, 13]. El Cliente se obliga formalmente a no intentar copiar, revender, duplicar o sublicenciar ninguna parte de dichos microservicios de valor añadido sin el consentimiento expreso y por escrito del Proveedor[cite: 13].

9. Fuero Único Jurisdiccional y Sumisión de Controversias

Las presentes Condiciones de Uso constituyen un acuerdo único integral que prevalece sobre cualquier negociación previa celebrada entre las partes[cite: 13]. El contrato se rige, interpreta y ejecuta en todos sus términos de estricta conformidad con el ordenamiento jurídico vigente del Reino de España[cite: 13]. Para la resolución de cualquier discrepancia de índole informática, reclamación por daños civiles o litigios de naturaleza tributaria derivados de la aplicación de este texto, las partes, con renuncia formal, expresa e irrevocable a cualquier otro fuero territorial o vecindad legal que pudiera ampararles, se someten de manera única y exclusiva a la competencia de los **Juzgados y Tribunales de la ciudad de Ciudad Real (España)**[cite: 13].