> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Certificación **Especificación del Meta-Universo** **ID del documento:** MU-V2-ECO-003 **Título:** Proceso de certificación **Clase de documento:** informativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** MUC, MMAS, MUFP, Validation **Referencias informativas:** Registered-Meta-Models, Compatibility-Matrix, Known-Implementations **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito Este documento define el proceso de certificación recomendado para los artefactos conformes con el Meta-Universo. La certificación aporta una evaluación independiente de que un meta-modelo, un perfil de federación, un paquete semántico, un repositorio o una implementación se ajustan a los estándares aplicables del Meta-Universo. La certificación demuestra conformidad verificada. No transfiere propiedad ni gobernanza. Es una *confirmación transparente de conformidad con estándares publicados*, no un permiso centralizado para participar. --- # 2. Alcance La certificación puede aplicarse a: - meta-modelos; - repositorios; - perfiles de federación; - paquetes semánticos; - herramientas de validación; - plataformas de agentes de IA; - implementaciones del ecosistema. La certificación se aplica no solo a los *artefactos*, sino también a los *participantes*: los actores que producen, validan, alojan y razonan sobre esos artefactos (véase la sección 4a). --- # 3. Principios de certificación Se espera que la certificación sea: - transparente; - repetible; - basada en evidencia; - específica de versión; - trazable; - independiente de la tecnología. La certificación evalúa la conformidad declarada, no la calidad comercial. --- # 4. Niveles de certificación Los niveles recomendados incluyen: - Autoevaluado - Revisado por la comunidad - Certificado - Certificado con perfiles - Implementación de referencia Las comunidades pueden definir niveles adicionales. --- # 4a. Qué puede certificarse La certificación no se limita a un solo tipo de objeto. Pueden certificarse tanto *artefactos* como *participantes*, cada uno frente a los estándares que le aplican: - **Certificación de meta-modelo**: confirma que un meta-modelo se ajusta a MUC y MMAS; - **Certificación de repositorio**: confirma que un repositorio sigue la estructura estandarizada y las reglas de trazabilidad; - **Certificación de implementación**: confirma que una plataforma o herramienta realiza correctamente los estándares que dice admitir; - **Certificación de validador**: confirma que una herramienta de validación produce resultados de conformidad correctos y reproducibles; - **Certificación de perfil de federación**: confirma que un perfil expresa correctamente el comportamiento de federación de MUFP; - **Certificación de agente de IA**: confirma que un agente respeta los contratos, los límites de divulgación, la procedencia y las reglas de razonamiento bajo las que opera; - **Certificación de formación y educación**: confirma que un curso, un plan de estudios o un organismo certificador enseñan los estándares con fidelidad. Certificar a los participantes - validadores, implementaciones, agentes y docentes - permite al ecosistema confiar en *quién* produjo o comprobó un artefacto, y no solo en el artefacto. En todos los casos la certificación sigue siendo una declaración transparente de conformidad con un estándar publicado, emitida contra evidencia reproducible. Nunca es una puerta controlada por una autoridad central: cualquier organismo cualificado que siga los criterios publicados puede emitirla, y cualquier consumidor puede reverificarla por su cuenta. --- # 5. Criterios de certificación La evaluación verifica: - la conformidad con MUC; - la conformidad con MMAS; - la compatibilidad con MUFP; - la estructura del repositorio; - la trazabilidad; - el versionado; - la gobernanza; - los resultados de validación. La evaluación es **reproducible**: se expresa contra los procedimientos abstractos de prueba y los niveles V0-V5 de [Validation](../02-architecture/Validation.md), que a su vez referencian los identificadores de requisito normativo catalogados en el [índice de requisitos](../REQUIREMENTS-INDEX.md). Un certificador y un consumidor que ejecuten las mismas comprobaciones sobre el mismo artefacto llegan al mismo veredicto. La evidencia principal es un [informe de validación](../schemas/validation-report.schema.json) (véase el [ejemplo trabajado](../examples/minimal-person/validation-report.json)). --- # 6. Proceso de certificación Flujo recomendado: 1. Publicar el artefacto. 2. Declarar los estándares admitidos. 3. Presentar la evidencia. 4. Ejecutar la validación. 5. Revisar los hallazgos. 6. Resolver las incidencias. 7. Emitir la certificación. 8. Publicar los metadatos de la certificación. Cada paso sigue siendo auditable. --- # 7. Evidencia La evidencia puede incluir: - informes de validación; - matrices de compatibilidad; - metadatos del repositorio; - esquemas; - declaraciones de conformidad; - resultados de pruebas automatizadas; - registros de revisión. La evidencia es reproducible. --- # 8. Metadatos de la certificación Un registro de certificación suele contener: - el identificador de la certificación; - el artefacto certificado; - la versión del artefacto; - las versiones admitidas de MUC/MMAS/MUFP; - el nivel de certificación; - la autoridad emisora; - la fecha de emisión; - la fecha de caducidad o de revisión (opcional); - el estado de la certificación. --- # 9. Renovación La certificación se revisa tras: - cambios de versión mayor; - cambios arquitectónicos rupturistas; - cambios de gobernanza; - actualizaciones significativas de interoperabilidad. Las certificaciones históricas siguen siendo localizables. --- # 10. Revocación La certificación puede revocarse cuando: - se pierde la conformidad; - la evidencia resulta inexacta; - se vulneran los requisitos de gobernanza. La revocación conserva los registros históricos y su motivación. --- # 11. Publicación Los artefactos y participantes certificados publican: - el estado de la certificación; - el nivel de conformidad; - las versiones admitidas; - el resumen de validación; - la ubicación del repositorio. Quienes consumen pueden verificar la certificación de forma independiente. --- # 12. Gobernanza Las autoridades de certificación definen: - los procedimientos de revisión; - la resolución de conflictos; - el proceso de apelación; - la cualificación de quienes revisan; - la política de publicación. La gobernanza es transparente. --- # 13. Invariantes arquitectónicas La certificación preserva: - la soberanía semántica; - la propiedad del editor; - la procedencia; - la trazabilidad; - el cumplimiento constitucional. La certificación valida la conformidad sin modificar el artefacto ni el participante certificado. --- # 14. Direcciones futuras La certificación de participantes - en especial la **certificación de validadores** y la **certificación de agentes de IA** - se vería reforzada por un futuro **marco de validación semántica (SVF)** que estandarizara los conjuntos de pruebas que ejecuta un certificador y referenciara los niveles V0-V5 definidos en [Validation](../02-architecture/Validation.md). Un **estándar de calidad de meta-modelos (MMQS)** complementario permitiría que la certificación de meta-modelos informara de una calidad graduada en lugar de un único aprobado o suspenso, y la certificación de formación podría anclarse a un modelo de competencias publicado, de modo que participantes humanos y de IA se evaluaran con los mismos criterios. --- # Declaración final El proceso de certificación del Meta-Universo establece un marco común para evaluar la interoperabilidad semántica y el cumplimiento de los estándares. Al combinar gobernanza transparente, validación reproducible y evidencia explícita de conformidad, la certificación aumenta la confianza en todo el ecosistema del Meta-Universo preservando la descentralización, la propiedad y la evolución independiente de meta-modelos e implementaciones.