1. Operativa, empresas y centros
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Panel operativo | Resumen de personas, obras, empresas, alertas, vencimientos y tareas. Acceso a expedientes y acciones según rol. | Los indicadores reflejan registros y reglas del sistema, no una inspección física de la obra. |
| Indicadores de proceso | Tiempos de revisión, primera decisión favorable, objetivo horario, aprobación de permisos y aceptación CAE inversa; periodos de 7, 30 y 90 días. | Denominadores explícitos y Sin datos sin muestra. Horas naturales, eventos trazados, sin estimaciones de ahorro ni medición individual del rendimiento. |
| Empresas colaboradoras | Ficha societaria, CIF/NIF, actividad, contacto CAE, relación contractual, modalidad preventiva y datos documentales asociados. | La integridad y vigencia de los datos necesitan mantenimiento y revisión por responsables autorizados. |
| Centros y obras | Alta y ficha de centro u obra, responsables, empresas intervinientes, personas asignadas, requisitos y documentos. | El centro genérico y el paquete Construcción tienen alcances distintos; hay que activar y completar el perfil correspondiente. |
| Expedientes contextuales | Relación entre empresa, trabajador, puesto, actividad y obra para determinar requisitos y habilitación. | Una situación favorable en una obra no habilita automáticamente cualquier actividad o centro. |
| Navegación operativa | Menús por rol, fichas con pestañas, filtros y tablas adaptadas a pantallas móviles. | La disponibilidad de una pantalla no concede por sí misma permiso sobre todos los expedientes. |
2. Coordinación de actividades empresariales
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Perfil y requisitos CAE | Plantillas y controles según perfil, ámbito, relación contractual, papel CAE y condiciones de la obra. | Las condiciones aplicables deben definirse correctamente; una plantilla no sustituye el análisis preventivo del caso. |
| CAE de empresa | Solicitud, aportación, revisión, validación, rechazo, caducidad y no aplicabilidad documentada de controles empresariales. | La validación exige evidencia vigente y permisos. Importar o subir datos no los convierte en conformes. |
| CAE individual | Requisitos documentales del trabajador por contexto de obra, con pendientes, caducidades y motivos de bloqueo. | El estado se resuelve con el expediente aplicable, no solo con los campos generales de la persona. |
| CAE inversa por cliente | Clientes destinatarios y expedientes de documentación propia por obra, contrato o servicio, con contacto y responsable interno. | Módulo diferenciado del expediente recibido de empresas colaboradoras. No depende de integraciones externas. |
| Requisitos particulares del cliente | Requisitos obligatorios u opcionales, instrucciones, plazo, revisión y correspondencia con documentos propios reutilizables. Alta, edición y renovación de archivos. | Los cambios no heredan automáticamente aceptaciones anteriores. La aplicabilidad y suficiencia deben revisarse profesionalmente. |
| Preparación de entregas CAE | Manifiesto inmutable con destinatario, requisitos, revisiones, archivos, versiones y huellas calculadas por servidor. Descarga del manifiesto JSON y de los archivos incluidos. | Requiere documentos vigentes e íntegros. Límite operativo: 50 requisitos y 50 MB por entrega. No genera ZIP ni envía los archivos automáticamente. |
| Estados de entrega al cliente | Preparado, enviado/pendiente de respuesta, aceptado, rechazado, requiere subsanación y anulado, con historial de actuaciones. | El envío se registra manualmente con justificante; no se deduce de una descarga o de la aceptación SMTP. Los estados cerrados requieren otra entrega para subsanar. |
| Evidencia de aceptación del cliente | Registro manual de respuesta, identidad declarada del emisor, canal, fecha con zona horaria, motivo, documento justificativo, huella y usuario que lo registra. | La aceptación corresponde a la entrega completa. No autentica externamente al cliente ni constituye firma cualificada o validación preventiva interna. |
| Panel de seguimiento por cliente | Filtros por cliente, expediente/obra y pendientes; responsable, aceptados sobre obligatorios, requisitos fuera de plazo y siguiente acción. Conservación del historial ante cambios. | Una aceptación histórica no acredita vigencia actual: documentos caducados, sustituidos o requisitos modificados vuelven a requerir atención. |
| Portal de colaboradores | Aportación externa mediante enlace con vigencia, controles pendientes, estado documental y renovación de evidencias cuando procede. | El enlace es una credencial temporal y debe custodiarse. La empresa aporta; el rol interno autorizado revisa y valida. |
| Justificantes del portal | Registro de aportaciones y documentos justificativos sin exponer el token vivo completo en el justificante. | Un justificante de aportación no acredita validación técnica ni cumplimiento integral. |
| Habilitación y bloqueos | Comprobaciones de empresa y trabajador, controles críticos, vigencia y requisitos adicionales de Construcción. | Acceso al recinto y autorización de tarea son decisiones diferentes; una tarea puede exigir permiso y EPIs adicionales. |
3. Personas, formación y prevención
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Ficha de persona | Datos identificativos, empresa, puesto, estado, asignaciones, formación, CAE, EPIs e incidencias. | Visibilidad limitada por rol y alcance; el trabajador accede a su expediente permitido. |
| Formación y evidencias | Catálogo, materia, proveedor, fechas, caducidad, certificado y validación técnica. Selector de personas con búsqueda por nombre o código. | Registrar una formación o adjuntar un certificado no basta para habilitar; se exige la validación aplicable. |
| Cualificación por actividad | Cruce de formación acreditada, aptitud aplicable, planificación preventiva y requisitos de actividad. | La suficiencia de la formación, su contenido y la competencia del formador requieren criterio profesional. |
| Aptitud y vigilancia de la salud | Conclusión de aptitud, vigencia, aplicabilidad obligatoria o voluntaria y decisiones documentadas por contexto. | No es una historia clínica. La obligatoriedad y el tratamiento de supuestos voluntarios deben justificarse por el servicio preventivo. |
| Compatibilidad de restricciones | Evaluación contextual de restricciones, adaptaciones, evidencias y vigencia para puesto, riesgo y obra. | Un estado «apto con restricciones» no habilita sin decisión de compatibilidad vigente cuando se exige. |
| Puestos y actividades | Definición de puestos, tareas y plantillas de actividad relacionadas con riesgos, formación y requisitos EPI. | Necesitan configuración coherente y actualización ante cambios de trabajo. |
| Riesgos y planificación | Registro de peligros, medidas, riesgo residual, responsable, plazo, prioridad, estado y revisión de la planificación preventiva. | El sistema documenta y controla el proceso; no redacta ni valida por sí solo una evaluación profesional suficiente. |
| Alertas preventivas | Detección de pendientes y vencimientos, seguimiento y cierre con motivo, acción y evidencia según el flujo. | No se permite dar por resuelta una condición que el control siga detectando. |
| Incidencias de personas | Registro del hecho, investigación, causa y medida correctora, evidencias y cierre documentado. | No sustituye comunicaciones oficiales, investigación especializada ni actuaciones urgentes ante un riesgo. |
4. Paquete Construcción
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Gestión de obras de construcción | Perfil específico, contratista principal, estado de obra, empresas, personas y dashboard de bloqueos, permisos, recursos y presentes. | El paquete debe estar activado y la ficha cumplimentada. |
| Alta de subcontrata | Vinculación a obra, empresa matriz, trabajos contratados, nivel, REA, datos operativos y entrada asociada al Libro. | La activación depende de los requisitos documentales y de cadena aplicables. |
| Libro de Subcontratación | Registro por contratista responsable, entradas, fechas, trabajos, personas responsables, trabajadores previstos/reales, REA y trazabilidad. | El registro digital y su PDF no sustituyen automáticamente al Libro legalmente habilitado. |
| Habilitación, custodia y comunicaciones del Libro | Datos de número, autoridad, evidencia de habilitación, responsable, custodia y comunicaciones documentadas. Soporte de libros de distintos contratistas. | La habilitación no se presume: requiere evidencia y procedimiento aplicable revisados. |
| Cadena multinivel | Relaciones matriz-subcontrata y nivel derivado del padre, comprobaciones de ciclos, profundidad y restricciones de la cadena. | Representación actual en tabla. No incluye organigrama gráfico interactivo. |
| Excepciones de subcontratación | Justificación y evidencia de aprobación para el supuesto excepcional, con restricciones y auditoría. | Un permiso interno de administrador no reemplaza la autorización legal exigible ni admite profundidad ilimitada. |
| REA | Número, comunidad, documento, origen de verificación, revisión, vigencia, estado y responsable de validación. Bloqueos cuando es obligatorio. | No implica consulta automática al registro oficial ni verificación de autenticidad por una autoridad. |
| Recurso preventivo | Alta interna o externa, asignación a obra, documentación, nombramiento, formación, periodos, horarios y evidencia de presencia. | Estar marcado como activo no basta: se comprueban acreditación, cobertura y presencia cuando procede. |
| Permisos especiales | Altura, caliente, espacios confinados, eléctricos, izados, excavaciones, demoliciones, cubiertas y riesgo químico. Solicitud, revisión, aprobación, activación, rechazo y cierre. | Nueve tipos; las listas base no sustituyen procedimientos específicos ni la evaluación profesional. |
| Plantillas de permisos | Listas por tipo y empresa, revisiones inmutables y confirmación de todas las comprobaciones por el aprobador. | La lista queda fijada al solicitar. Para activar requiere confirmación de menos de 12 horas; los requisitos preventivos se siguen verificando. |
| Suspensión y reevaluación | Suspensión motivada, retirada de aprobación vigente y vuelta a revisión antes de una nueva aprobación y activación. | No se reactiva directamente un permiso suspendido ni se reabren estados terminales. No incluye renovación automática por turno ni planificación automática de interferencias. |
| Ventana y condiciones del permiso | Fechas, horario estructurado, zona horaria, aprobador, trabajadores, documentos, entregas EPI conformes y recurso exigible. | No se activa directamente un permiso solicitado ni fuera de su ventana. Los estados terminales no se reabren mediante una transición libre. |
| Presentes en obra | Consulta de trabajadores presentes a partir de los eventos de entrada y salida registrados. | La exactitud depende del uso correcto del control de accesos; no es un sistema autónomo de localización física. |
5. Equipos de protección individual
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Catálogo y expediente EPI | Producto, tipo, categoría, fabricante, modelo, marcado CE, normas y documentación de conformidad e instrucciones. | La existencia de una norma o archivo no prueba por sí sola adecuación ni autenticidad del producto. |
| Prestaciones y adecuación | Requisitos estructurados por familia, clase/prestación, talla, compatibilidad, ajuste y limitaciones relacionadas con el trabajador. | Comparación conservadora: requisitos no modelados necesitan validación técnica, no coincidencias de texto. |
| Compras y stock | Altas de compras, cantidades, stock agrupado cuando procede, lotes y unidades o activos individualizados. | Los equipos que exigen trazabilidad individual no se gestionan como unidades indistintas. |
| Activos y revisiones | Series, lotes, caducidad, estado, revisión formal, evidencia y retirada por falta de aptitud. | Los intervalos y criterios deben corresponder al fabricante y procedimiento técnico aplicable. |
| Asignación y entrega | Asignación a persona, verificación de requisitos, entrega gratuita, instrucciones, paquete documental y aceptación por el receptor. | Un gestor no debe firmar como trabajador receptor. La entrega debe estar conforme y firmada cuando la tarea lo exige. |
| Devolución y sustitución | Registro de retorno, reposición y disponibilidad del equipo según su estado. | No se devuelve a disponibilidad un equipo no apto sin el proceso correspondiente. |
| Alertas por equipo y portador | Seguimiento de caducidad, revisiones, entregas pendientes y equipos no aptos, con impacto en personas afectadas. | El control depende de asignaciones y revisiones registradas y actualizadas. |
6. Documentos, evidencias y firmas
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Gestión documental | Subida, vinculación a entidades, tipo, fechas, vigencia, versión, huella de contenido y descarga controlada. | La validación se registra aparte de la recepción del archivo. |
| Clasificación y privacidad | Sensibilidad, permisos de acceso, datos enmascarados y restricciones de documentos y evidencias para auditor externo. | La clasificación correcta exige revisión; no elimina obligaciones de base jurídica, información y minimización. |
| Versiones y contenido firmado | Vinculación de la firma a contenido y versión controlados por servidor; comprobación de integridad y conflictos de reenvío. | Una versión nueva no hereda automáticamente la firma o validación anterior. |
| Firma y aceptación | Aceptación autenticada en entregas EPI y firma táctil móvil en los flujos soportados, con identidad, fecha y evidencia. | No se anuncia firma electrónica cualificada, certificado cualificado ni sellado temporal externo. |
| Evidencias operativas | Imagen o PDF, comentarios, entidad vinculada, autor, fecha, huella servidor y acceso según permisos. | Una foto o firma no demuestra por sí sola suficiencia preventiva ni veracidad del hecho. |
| Retención documental | Estados de ciclo de vida, controles de vigencia, bloqueo y seguimiento de documentos sujetos a retención o borrado. | El borrado físico necesita criterio de custodia y privacidad aprobado; no se promete destrucción automática universal. |
| Informes y exportaciones | Informes operativos y documentales, exportación PDF/CSV en los flujos disponibles y controles de permiso. CSV protegido frente a fórmulas. | CSV puede abrirse en Excel, pero no equivale a exportación XLSX nativa. No todos los informes imaginables tienen formato dedicado. |
7. Movilidad y control de accesos
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| EasyCAE Mobile | PWA en /mobile: acceso, dashboard, estado CAE/PRL, documentos, EPIs, QR, firma, evidencias, perfil y sincronización. | Instalación, cámara y capacidades disponibles dependen del navegador y dispositivo. |
| Consulta contextual de estado | Estado documental y motivos por contexto de obra, caducidades y controles de habilitación. | El último estado guardado offline es una referencia histórica, no una autorización actual. |
| Captura de evidencias móviles | Fotos, imágenes o PDF, comentario, compresión de imágenes y envío al backend con seguimiento. | El almacenamiento local y la subida están sujetos a cuotas y límites; una captura pendiente aún no es evidencia recibida por el servidor. |
| Offline parcial | Datos previamente guardados y cola local de acciones soportadas, con reintentos, recuperación de envíos interrumpidos y control de propietario. | No permite primer login sin conexión. La firma requiere haber obtenido el contenido necesario; los accesos no se autorizan definitivamente offline. |
| Cola de sincronización | Acciones pendientes, errores, reintento y claves de idempotencia. Aviso y decisión sobre pendientes al cerrar sesión. | La sincronización necesita sesión válida y conexión; no se garantiza ejecución en segundo plano con la app cerrada. |
| QR por tipo | Lectura y resolución de los tipos admitidos por el backend, con contexto y resultado según permisos. | Identificar una obra o documento no equivale a autorizar acceso ni a validar técnicamente su contenido. |
| QR de acceso por obra | Credencial emitida para trabajador y obra, caducidad, revocación y almacenamiento de prefijo/hash en servidor. | No es un único QR público de entrada para toda la obra; la credencial es personal y debe custodiarse. |
| Entradas, salidas y habilitados | Registro de movimientos, decisión permitido/denegado, motivos, dispositivo y listado de trabajadores habilitados. | Estar habilitado para el recinto no autoriza cualquier tarea especial. |
| Hardware externo | Registro de dispositivos y API para lectores, kioscos o tornos, con autenticación y controles de red. | El adaptador, protocolo y prueba con cada equipo físico requieren integración específica. |
8. Integraciones, avisos y ayuda
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| API privada | REST/JSON y OpenAPI para obras, personas, empresas, CAE, PRL, EPIs, documentos, accesos y operaciones de Construcción soportadas. | Token técnico, scopes y políticas de origen/IP. No es una API abierta a cualquier dominio. |
| Intercambio con software de obras o reformas | Lectura e importación mediante API, identificación externa y operaciones autorizadas por alcance. | El sistema emisor debe implementar mapeo, llamadas y reconciliación. No implica un conector automático para cualquier producto. |
| Importaciones empresariales revisables | Lotes JSON de empresas, obras y personas, por formulario o API, vista previa y confirmación administrativa transaccional. | Hasta 100 filas / 200 KB, campos maestros limitados. No importa aptitudes ni validaciones. Cambios internos posteriores bloquean la aplicación. |
| Seguimiento de integraciones | Estado de lotes, referencias externas, conflictos, cancelación, auditoría y actividad API reciente por proveedor. | No hay conectores ERP universales, consulta programada ni nuevos webhooks salientes. La recepción del lote no aplica sus datos. |
| Idempotencia API | Repetición controlada de escrituras con clave, recuperación de respuesta y rechazo de contenido incompatible. | Debe usarse el contrato de cada endpoint y la clave correcta por operación. |
| Destinos de publicación genéricos | Perfiles de exportación manual, simulador y adaptador HTTP JSON v1 con paquete documental, archivos base64 y manifiesto verificable. | No existe compatibilidad automática con cualquier portal. Cada receptor debe implementar el contrato o un adaptador. HTTP bloqueado hasta autorizar el destino en servidor. |
| Revisión previa a publicación | Declaración de revisión humana de legibilidad, completitud, cliente/alcance y compartición; comprobaciones de versiones, vigencia e integridad. | El módulo OCR es independiente y no sustituye esta revisión. No verifica autenticidad, firma criptográfica ni calidad visual suficiente para una aprobación legal. |
| OCR y extracción local | Módulo incluido en la aplicación y desactivado. PDF nativo y motores reales PaddleOCR/Tesseract verificados con archivos sintéticos locales, sin IA externa. | ClamAV/EICAR verificado en Linux y aislamiento Docker genérico probado. Pendientes cadena integral de contenedores y calibración experta antes de activar OCR en producción. |
| Catálogo documental configurable | 15 familias: AEAT, TGSS, seguros, formación, información/autorización, RNT/RLC/ITA, maquinaria, REA, entregas/revisiones EPI, permisos y subcontratación; palabras clave y campos por revisión. | Reglas conservadoras, abstención ante ambigüedad. Añadir tipos no exige modificar el motor. No implica reconocer cualquier diseño documental. |
| Campos con procedencia | Valores propuestos con página, región, método, score de motor cuando existe y estado de revisión; fechas, identificadores y campos etiquetados. | Confianza calibrada pendiente de corpus experto independiente: se informa como no disponible, no como probabilidad ni garantía de exactitud. |
| Bandeja y revisión OCR | Lotes de hasta 10 archivos dentro del límite global de carga, original y regiones resaltadas, advertencias, correcciones humanas, historial y reprocesamiento motivado. | Requiere RBAC, clave externa y habilitación por empresa. No procesa salud ni documentos sensibles en esta entrega. Confirmar datos no valida el documento. |
| Comprobaciones y asociación CAE inversa | Contrastes de empresa, personas, obras, duplicados, caducidades y requisitos asociados; enlace humano a un requisito mediante su flujo existente. | No cambia estados PRL/EPI ni acepta documentos en portales. La validación versionada y autorización de publicación siguen siendo independientes. |
| Cola, aislamiento y privacidad OCR | Trabajos persistentes, idempotencia, leases recuperables, reintentos limitados, cifrado de resultados/correcciones, purga temporal y auditoría sin texto reconocido. | Antivirus limpio y runtime aislado obligatorio antes de procesar. Sin entrenamiento con documentos. Métricas sintéticas no equivalen a precisión de producción. |
| Bandeja de publicaciones | Trabajos persistentes, claves de idempotencia, intentos, espera ante límites de frecuencia, simulación y justificante de recepción técnica. | La operativa manual se conserva. La ejecución autónoma requiere el nuevo worker y autorización expresa. Una descarga, simulación o HTTP 200 sin justificante no acredita publicación ni aceptación CAE. |
| Autorizaciones de automatización | Activación separada por empresa, destino y expediente, con responsable, motivo, revisión y revocación. | Motor incluido con ejecución autónoma desactivada. Requiere worker y autorización posterior. Las autorizaciones antiguas no reviven al reactivar una empresa o destino. |
| Validación documental versionada | Revisión humana de legibilidad, integridad, suficiencia para el requisito y compartición; vinculada a revisión, documento, versión, SHA256 y caducidad. | Un archivo renovado requiere nueva validación. El worker no marca casillas humanas, no hace OCR ni valida por sí mismo el contenido preventivo. |
| Worker y eventos documentales | Outbox transaccional, detección de cambios y validaciones, barrido periódico, trabajos persistentes e idempotentes y proceso separado. | Lease global cooperante en SQLite, con una ejecución global y un envío por empresa. No es una cola multinodo con almacenamiento independiente. |
| Consulta de resultados remotos | Contrato de consulta por clave de idempotencia y huella del manifiesto; recibos persistentes con estados recibido, procesando, aceptado, rechazado o no encontrado. | Solo receptores compatibles autorizados. La aceptación declarada por el receptor no equivale a validación preventiva ni sustituye el registro manual CAE existente. Ningún destino real probado en esta entrega. |
| Límites, circuito y parada | Cuotas por ciclo/hora, reintentos exponenciales con jitter, circuito por conector, recuperación de leases y parada de emergencia por empresa y global. | Los envíos ambiguos requieren consulta verificable o intervención humana. La parada evita nuevas actuaciones y cancela peticiones locales cuando es posible; no revierte lo recibido por el destino. |
| Secretos y panel de automatización | Credenciales cifradas AES-256-GCM por empresa/destino con clave externa, panel de conectores, tareas, próximas actuaciones, errores, resultados y reintento autorizado. | Requiere custodia de clave y configuración HTTPS/SSRF del servidor. No automatiza CAPTCHA, elusión MFA ni accesos contrarios a condiciones de plataformas. |
| Conciliación de errores | Resultados inciertos bloqueados para reenvío, recuperación de ejecuciones abandonadas y conciliación manual con motivo y evidencia de la entrega. | No se deduce que un timeout signifique fallo de entrega. La recepción técnica no cambia automáticamente el estado del expediente CAE. |
| Avisos y correo | Alertas internas y mecanismos de cola/envío de comunicaciones, invitaciones, recuperación y solicitudes documentales. | La entrega por email depende de SMTP, configuración y procesamiento. No se anuncia un catálogo completo de webhooks salientes operativos. |
| Asistente IA | Consultas privadas con contexto filtrado por rol y trazabilidad del uso, orientadas a ayuda operativa. | Depende de proveedor y configuración. Sus respuestas no son validación técnica, dictamen jurídico ni autorización preventiva. |
| Manual integrado | Ayuda HTML de funcionamiento, roles y procesos para usuarios autenticados. | Debe mantenerse alineado con los cambios de interfaz y procedimientos internos. |
| Demo controlada | Juego de datos ficticios y creación temporal de datos mediante usuario demo con restricciones. | La limpieza no debe confundirse con borrado inmediato garantizado al cerrar una pestaña; depende de los mecanismos de sesión y limpieza. |
9. Administración, seguridad y trazabilidad
| Opción | Alcance disponible | Límites y condiciones |
|---|---|---|
| Usuarios y roles | Administración, PRL, encargado, almacén, trabajador y auditor con permisos diferenciados; invitación y activación de cuenta. | No se presupone que todos los cargos de obra tengan un rol independiente ni permisos universales. |
| Sesiones y recuperación | Autenticación, caducidad de sesión, recuperación de acceso y limitación de intentos en los flujos protegidos. | No se presenta como inicio de sesión corporativo SSO o MFA generalizado. |
| Aislamiento por empresa | Control por tenant, entidad, obra y rol para lectura y modificación de expedientes. | Requiere pruebas y revisión continua de permisos; la arquitectura no es una certificación de seguridad. |
| Auditor externo | Consulta de solo lectura con enmascarado y restricción de documentos sensibles según clasificación. | No todo documento es visible o descargable; la finalidad y autorización deben definirse. |
| Auditoría de acciones | Registros de acciones relevantes, usuario, entidad, fecha, cambios y contexto disponible; consulta y exportaciones autorizadas. | No equivale a un registro inmutable certificado ni garantiza que cada evento incluya firma o todos los valores anteriores. |
| Controles técnicos | Validación de entradas, permisos servidor, protecciones de sesión/formulario, cabeceras web y descargas controladas. | No se anuncia antivirus documental universal, certificación ENS/ISO ni ausencia de vulnerabilidades. |
| Matriz y reglas de cumplimiento | Referencias, perfiles, condiciones y controles documentales para apoyar la aplicación de procedimientos preventivos. | La actualización normativa y la aplicabilidad necesitan revisión competente; no hay garantía automática de cumplimiento legal completo. |
| Supervisión y continuidad | Comprobación de salud, migraciones, copias de seguridad y mecanismos de despliegue con recuperación de versión. | Una copia no acredita por sí sola recuperación integral ni un SLA contractual; deben probarse restauración y custodia. |
Resumen: EasyCAE organiza empresas, personas, actividades, documentos y evidencias para apoyar decisiones explicables de habilitación. El alcance depende del contexto y de la calidad de las validaciones profesionales, no solo del estado visual mostrado.