Contrato de mantenimiento robótico: 12 cláusulas RaaS

Contrato de mantenimiento robótico: por qué las cláusulas estándar no bastan

Un contrato de mantenimiento robótico extraído del catálogo de ingeniería mecánica cubre cerca del 40 por ciento de los puntos de conflicto [añadir fuente] que aparecen en la operación continua de un robot de seguridad. Los robots de seguridad no son máquinas herramienta. Generan datos forenses, toman decisiones autónomas de movimiento e intervienen activamente en procesos de seguridad. Un contrato de obra según los §§ 631 ss. BGB regula la reparación de un componente defectuoso. No regula a quién pertenecen los datos de patrulla, quién responde por las actualizaciones del modelo ni cómo se mide una garantía de disponibilidad.

El Reglamento de Máquinas UE 2023/1230 obliga a documentar los ciclos de mantenimiento de sistemas autónomos. Los contratos estándar no entregan esa documentación. La norma EN ISO 13482 define los requisitos de seguridad para robots de cuidado personal y fija la referencia para la documentación de mantenimiento de sistemas móviles autónomos. Quien vincula contractualmente un robot de seguridad sin referenciar estas fuentes traslada el riesgo de interpretación íntegro a su propia casa.

En instalaciones KRITIS se añade un tercer nivel: el contrato debe ser compatible con las obligaciones de notificación del KRITIS-Dachgesetz. El operador tiene 24 horas para notificar al BBK. La cadena de información entre prestador y operador debe estar asegurada contractualmente.

A partir de 36 meses de operación RaaS hemos aislado doce bloques de cláusulas que cubren el 95 por ciento de los litigios prácticos [añadir fuente]. Estructuralmente, un contrato de mantenimiento en el modelo Robotics-as-a-Service difiere de un contrato de mantenimiento clásico. La propiedad del robot permanece en todo momento en el proveedor, y el mantenimiento de hardware está incluido en la cuota mensual. El contrato regula por tanto servicio y disponibilidad, no transmisión de propiedad.

Alcance del servicio, SLA y disponibilidad: bloques 1 a 3

Cláusula 1 (Alcance del servicio). El alcance separa mantenimiento de hardware y mantenimiento de software. Hardware incluye batería, sensores, motor, chasis. Software incluye actualizaciones de modelo, parches de seguridad, firmware. Ambos ámbitos se documentan por separado porque tienen rutas de escalado distintas. Una avería de sensor es una intervención in situ. Una actualización de modelo es un proceso OTA.

Cláusula 2 (Disponibilidad). Para el QR-2 en patrulla exterior 24/7 el objetivo SLA es del 98 por ciento de disponibilidad en media de 30 días. La medición se realiza sobre horas patrulladas por plan de turnos, no sobre horas calendario. Las ventanas de mantenimiento planificadas quedan excluidas, pero deben anunciarse con 72 horas de antelación.

Cláusula 3 (Tiempo de respuesta). Intervención in situ en 24 horas para QR-1 y QR-2. Para el QR-3 en emplazamientos KRITIS aplica un tiempo de respuesta reforzado de 12 horas. Penalización por incumplimiento de SLA: reembolso proporcional de la cuota mensual, con tope del 100 por ciento de la cuota mensual. La fuerza mayor se define de forma restrictiva. Sucesos naturales como inundación o tormenta entran, perturbaciones de cadena de suministro de componentes individuales expresamente no. El prestador asume el riesgo de abastecimiento de su propia cadena.

Lo que funciona aquí: metodología de medición clara, penalización inequívoca. Lo que no funciona: definir la disponibilidad sobre horas calendario, porque entonces las horas nocturnas sin orden de patrulla distorsionan la media.

Soberanía de datos, RGPD y análisis forense: bloques 4 a 6

Cláusula 4 (Propiedad de los datos). La propiedad de los datos de vídeo en bruto queda íntegramente en el operador. Los datos de entrenamiento del modelo se regulan en un anexo separado y se usan exclusivamente de forma anonimizada. Un derecho general de uso del prestador sobre datos del cliente para entrenamiento de IA debe rechazarse.

Cláusula 5 (Encargo del tratamiento). El contrato de encargado del tratamiento conforme al art. 28 RGPD es anexo obligatorio, no opción. Define finalidad, duración, naturaleza y alcance del tratamiento, las categorías de interesados y las medidas técnico-organizativas. Sin contrato de encargo, el contrato es contrario al RGPD.

Cláusula 6 (Plazos de conservación y acceso). Plazo estándar para material de patrulla: 72 horas. Registros de incidentes 30 días, prorrogables caso por caso con justificación documentada de seguridad. Los derechos de acceso del prestador a flujos en vivo se limitan exclusivamente a la resolución de incidencias y están sujetos a protocolo. Cada acceso genera una entrada en el log de auditoría, accesible mensualmente para el operador.

En despliegue KRITIS, el tratamiento de datos se restringe contractualmente a centros de datos DACH. Las regiones de hyperscaler fuera de Alemania, Austria o Suiza quedan excluidas, aunque sean admisibles según derecho UE. Este endurecimiento se desprende del borrador del KRITIS-Dachgesetz. Exige cadenas documentadas de resiliencia y notificación entre operador y prestador.

Responsabilidad, seguro y límites de daños: bloques 7 a 9

Cláusula 7 (Límite máximo de responsabilidad). Por siniestro, doce veces la cuota mensual. En daños personales aplica la cobertura mínima legal de 7,5 millones EUR [añadir referencia, p. ej. § 10 ProdHaftG o reglamento aplicable]. Una limitación general de responsabilidad a una anualidad es desproporcionadamente baja en servicios relevantes para la seguridad y no resiste un control de condiciones generales conforme al § 307 BGB.

Cláusula 8 (Responsabilidad por producto). La responsabilidad por producto según ProdHaftG permanece en el fabricante del robot. El contrato de mantenimiento regula exclusivamente la culpa de mantenimiento. Si un defecto de diseño causa el daño, la acción se dirige contra el fabricante, no contra el prestador del mantenimiento. Esta separación debe quedar contractualmente clara. En el modelo RaaS, fabricante y prestador suelen coincidir, pero asumen jurídicamente roles distintos.

Cláusula 9 (Responsabilidad cibernética). La responsabilidad cibernética se detalla por separado. El punto de conflicto más frecuente: un atacante penetra en la red TI del operador a través de la interfaz del robot. ¿Quién responde? Se fija contractualmente que el prestador responde por el endurecimiento de la interfaz del robot, el operador por la segmentación de su red. El seguro de responsabilidad civil del prestador es de al menos 10 millones EUR con certificación anual [añadir referencia]. La renuncia al recurso del prestador opera en caso de culpa grave del operador. Ejemplos: modificación no autorizada de hardware o elusión de las actualizaciones de seguridad.

La Directiva NIS-2 2022/2555 extiende las obligaciones a proveedores y prestadores de entidades críticas. Quien compra en el sector KRITIS debe alinear las cláusulas de responsabilidad con ello. Más detalles en nuestro análisis sobre la responsabilidad del consejo bajo NIS-2.

Vigencia, terminación y transición de salida: bloques 10 a 12

Cláusula 10 (Vigencia). Duración mínima de 24 meses en el modelo RaaS. Este plazo cubre la amortización del despliegue inicial de hardware y la curva de aprendizaje en el emplazamiento. Tras 24 meses aplica un preaviso de 3 meses a fin de mes. Vinculaciones más largas sin derecho de terminación extraordinaria no son ejecutables ni razonables en la práctica.

Cláusula 11 (Terminación extraordinaria). Con tres incumplimientos de SLA documentados en seis meses existe derecho de terminación extraordinaria sin preaviso. Esta cláusula impide la permanencia contractual ante mala prestación sistemática. A cambio, el prestador obtiene derecho de terminación extraordinaria por impago superior a dos cuotas mensuales.

Cláusula 12 (Transición de salida). Devolución íntegra de datos en formato legible por máquina en 14 días tras la finalización del contrato. Confirmación de borrado por el prestador en 30 días, con listado de todos los sistemas afectados. La devolución del hardware se realiza en sede del prestador. No existe discusión de valor residual, porque la propiedad permanece en todo momento en el proveedor. Esta decisión estructural es la diferencia central con el contrato de mantenimiento clásico.

En caso de cambio de proveedor, el contrato prevé un periodo de calma de 60 días con operación paralela a petición. Así el operador puede formar al nuevo prestador sin generar una brecha de seguridad. La valoración económica de este modelo frente al servicio de personal aparece en la comparativa TCO del servicio de vigilancia.

Cláusulas adicionales específicas para KRITIS

Para operadores KRITIS no bastan las doce cláusulas estándar. Cinco cláusulas adicionales se incorporan como anexo sectorial.

Obligación de notificación. El prestador notifica al operador los incidentes relevantes para la seguridad en 24 horas, en paralelo a su propia notificación al BBK. El plazo es absoluto, no por días hábiles. Las categorías de incidente se definen taxativamente en el anexo.

Verificación de antecedentes. El personal de mantenimiento con acceso a instalaciones KRITIS se verifica conforme a la Sicherheitsüberprüfungsgesetz (SÜG). En KRITIS sectorial, el nivel de verificación queda documentado. El personal de subcontratistas se somete a la misma obligación.

Prueba de resiliencia. Disponibilidad también ante fallo de la red móvil pública. Esto exige conexión redundante a través de una segunda red o procesamiento edge local con buffering. La prueba se realiza mediante tests de resiliencia documentados por trimestre.

Subcontratistas. Solo socios certificados con autorización nominal por parte del operador. Un permiso general de subcontratación es incompatible con las obligaciones KRITIS.

Especificidades sectoriales. Hospital, energía y agua difieren sustancialmente en protocolos de acceso y escalado. Los hospitales tienen derechos de paciente y zonas de higiene. Las instalaciones energéticas tienen áreas restringidas según clases ATEX. Las plantas de agua tienen requisitos sensoriales para protección de agua potable. Cada sector recibe un anexo contractual propio que regula estas especificidades. La ejecución operativa se describe en la checklist del KRITIS-Dachgesetz.

Ajuste de precios e indexación durante la vigencia

El precio fijo aplica durante 24 meses. Después se realiza un ajuste anual al índice de precios al consumo de Alemania, con tope del 3 por ciento anual [añadir referencia para la base del índice, p. ej. VPI de Destatis]. Este tope protege al operador frente a saltos inflacionarios. Como referencia de la evolución salarial en el sector de seguridad sirven los datos sectoriales del BDSW sobre estructura de costes de personal, utilizables como referencia comparativa para contratos de mantenimiento RaaS.

Las mejoras de sensores, por ejemplo el paso de QR-2 a QR-3, se tarifican como modificación contractual, no como indexación. El operador recibe una nueva oferta con duración mínima propia para el componente adicional. Las prestaciones adicionales como detección de drones o análisis LiDAR figuran con precio unitario en el anexo, no ocultas en el contrato principal.

A partir del quinto robot opera una escala de cantidad con un 8 por ciento de descuento sobre la cuota mensual [enlazar referencia interna o anexo de precios]. La escala se documenta en el anexo de precios y no depende de negociación. La transparencia gana a los costes ocultos: sin cuotas de set-up, sin tarifas planas de formación fuera de la cuota mensual. El resumen de tres tarifas muestra las condiciones base sin anexos obligatorios.

Lo que funciona aquí: indexación con tope, prestaciones adicionales modulares. Lo que no funciona: cláusulas generales de escalado vinculadas a índices salariales, porque carecen de relación material en el modelo RaaS.

Del contrato modelo al acuerdo piloto en 14 días

El camino desde el borrador contractual hasta la operación productiva dura 14 días si el emplazamiento está preparado.

Días 1 a 3. Visita al emplazamiento, definición de rutas de patrulla, selección entre QR-1, QR-2 y QR-3. La decisión sigue el perfil de riesgo: interiores, exteriores, clasificación KRITIS. Puntos de ruta y ventanas de turno quedan documentados.

Días 4 a 7. Adaptación contractual sobre la base de los doce bloques de cláusulas. El contrato de encargado se coordina con el delegado de protección de datos del operador. En emplazamientos KRITIS se coordinan en paralelo las cláusulas sectoriales adicionales.

Días 8 a 10. Autorización de seguridad, conexión de red, protocolos de emergencia. La TI del operador libera el segmento en el que opera el robot. Se prueban las cadenas de escalado hacia la central.

Días 11 a 14. Entrega del robot, transferencia de turno, inicio de la medición SLA. Desde el día 14 el contrato corre en producción.

La fase piloto cubre 90 días con preaviso reducido en caso de no idoneidad documentada. Esta regla especial es oferta estándar de Quarero para nuevos clientes. Elimina el riesgo de que un contrato a 24 meses se convierta en carga por falta de aptitud práctica. Los doce bloques de cláusulas en el contexto del modelo global se explican en el modelo Robotics-as-a-Service.