> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Catálogo de conectores **Especificación del Meta-Universo** **ID del documento:** MU-V2-ECO-009 **Título:** Catálogo de conectores de composición entre meta-modelos **Clase de documento:** informativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** ninguna **Referencias informativas:** [Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md), [Extension-Model](../02-architecture/Extension-Model.md), [Semantic-Mapping](../03-federation/Semantic-Mapping.md), [External-Models-Registry](../06-ecosystem/External-Models-Registry.md) **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito El [registro de modelos externos](External-Models-Registry.md) enumera 1180 estándares como un catálogo plano. Por sí solo, ese catálogo no dice **cómo se conectan los estándares**: cuáles están pensados para anidarse dentro de otros, cuáles para referenciarse y cuáles para aplicarse como facetas transversales. Este documento aporta esas conexiones. Un **conector** es un concepto recurrente (una dirección, un país, un importe monetario, un registro de procedencia) para el que existe un modelo externo canónico y que muchos meta-modelos deberían reutilizar en lugar de volver a modelar. Para cada conector, este catálogo registra su **rol de composición**, su **tipo de enlace por defecto**, los **conceptos anfitriones** que deberían usarlo y **por qué no debe ser un campo plano**, aplicando el criterio y la tipología de roles de [Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md). Es un subconjunto informativo y curado del registro: sus *articulaciones*, no su inventario completo. Hay una copia legible por máquina en [`composition-connectors.csv`](composition-connectors.csv). --- # 2. Cómo leer este catálogo - **Rol**: el rol de composición (R1-R8) de [Meta-Model-Composition §7](../02-architecture/Meta-Model-Composition.md). - **Enlace**: el mecanismo por defecto: **EMBED** (objeto de valor anidado), **REFERENCE** (entidad o código por identificador), **MIX-IN** (faceta transversal), **ALIGN** (anclaje ontológico). - **Conceptos anfitriones**: los meta-modelos típicos que deberían conectarse al conector. - El enlace por defecto es una recomendación, no una restricción; un conector PUEDE enlazarse de otro modo en un contexto justificado (por ejemplo, una dirección incrustada normalmente, pero incrustada como instantánea en un registro de auditoría). --- # 3. R1 - objetos de valor fundacionales (por defecto: EMBED) Conceptos estructurados y sin identidad propia que reaparecen en muchos dominios. Incruste el modelo canónico; no aplane nunca sus partes en campos del anfitrión. | Conector | Modelo canónico | Enlace | Conceptos anfitriones | Por qué no un campo plano | |-----------|--------------------|------|---------------|----------------------| | Dirección postal | OASIS CIQ xAL · schema:PostalAddress · vCard ADR | EMBED | persona, organización, instalación, envío, parte de una factura | Tiene varias partes, reaparece en todas partes y su forma está gobernada; aplanarla la bifurca | | Nombre de persona | OASIS CIQ xNL · partes del nombre en schema · FOAF | EMBED | persona, paciente, autor, contacto | Nombre, apellido, prefijo y sufijo viajan juntos; el orden depende de la cultura | | Nombre de organización | OASIS CIQ xNL (org) · schema:legalName | EMBED | organización, proveedor, emisor | Nombre legal, comercial y de presentación son una unidad estructurada | | Punto de contacto | vCard · JSContact · schema:ContactPoint | EMBED | persona, organización, servicio de soporte | Canal, valor y propósito se pertenecen | | Importe monetario | schema:MonetaryAmount · importe de ISO 20022 | EMBED | factura, precio, salario, transacción | Un importe sin su moneda carece de sentido | | Cantidad / medida | QUDT QuantityValue · schema:QuantitativeValue | EMBED | producto, observación, ingrediente, especificación | Un número sin su unidad es ambiguo | | Punto geográfico | GeoJSON Point · ISO 6709 · geo: | EMBED | lugar, activo, lugar de un evento | Latitud, longitud y sistema de referencia son una tupla | | Geometría / forma | GeoJSON · geometría GML | EMBED | parcela, región, ruta, cobertura | Los arrays de coordenadas y el sistema de referencia son una unidad | | Pose (posición y orientación) | OGC GeoPose | EMBED | robot, vehículo, ancla de RA | Posición y orientación definen juntas un marco | | Intervalo / instante temporal | OWL-Time · intervalo ISO 8601 | EMBED (o MIX-IN como tiempo de validez) | evento, plazo contractual, empleo | Inicio, fin y duración son interdependientes | | Número de teléfono | ITU-T E.164 · vCard TEL | EMBED | contacto, persona, organización | Prefijo de país, número y tipo forman un solo valor | | Referencia bibliográfica | schema:CreativeWork · Dublin Core | EMBED / REFERENCE | cita, conjunto de datos, documento | Título, autoría, fecha e identificador se sostienen juntos | --- # 4. R2 - datos de referencia, listas de códigos y clasificaciones (por defecto: REFERENCE) Conjuntos de valores curados y mantenidos por una autoridad. Referencie el esquema (término, URI y versión); no copie nunca sus miembros en una enumeración local. | Conector | Modelo canónico | Enlace | Conceptos anfitriones | Por qué no un campo plano | |-----------|--------------------|------|---------------|----------------------| | País | ISO 3166-1 · OMG LCC · UN M49 | REFERENCE | nacionalidad, jurisdicción, origen, lugar | Lo mantiene una autoridad; una lista copiada se desvía | | Subdivisión / región | ISO 3166-2 | REFERENCE | región de una dirección, jurisdicción | Misma autoridad, cambia con el tiempo | | Idioma | ISO 639 · BCP 47 | REFERENCE | etiquetas localizadas, contenido, preferencia | El espacio de etiquetas pertenece a un registro | | Sistema de escritura | ISO 15924 | REFERENCE | etiquetas multilingües, transliteración | Espacio de códigos cerrado | | Moneda | ISO 4217 | REFERENCE | dinero, precio, cuenta | Códigos y unidades menores se mantienen de forma central | | Unidades de medida | UCUM · UN/CEFACT Rec 20 · unidad QUDT | REFERENCE | cantidad, observación, especificación | Gramática de unidades computable, no cadenas locales | | Clasificación de productos | GS1 GPC · UNSPSC · eCl@ss | REFERENCE | producto, catálogo, compras | Taxonomías amplias y en evolución | | Sector / actividad | NACE · ISIC · NAICS | REFERENCE | organización, estadística, ESG | Clasificaciones estadísticas oficiales | | Ocupación / competencia | ESCO · O*NET | REFERENCE | empleado, oferta de empleo, currículo | Taxonomías mantenidas del mercado laboral | | Concepto clínico | SNOMED CT · LOINC · ICD-11 | REFERENCE | paciente, condición, observación | Terminologías vastas y gobernadas | | Concepto de medicamento | ATC · RxNorm · NDC | REFERENCE | medicamento, prescripción | Códigos de fármacos curados por una autoridad | | Códigos de embalaje y estado | UN/CEFACT Rec 21 · Rec 24 | REFERENCE | envío, expedición | Listas de códigos del comercio | --- # 5. R3 - esquemas de identificador (por defecto: REFERENCE como clave tipada) Claves que apuntan a entidades. Referencie la clave; resuelva la entidad a través de ella. | Conector | Modelo canónico | Enlace | Conceptos anfitriones | Por qué no un campo plano | |-----------|--------------------|------|---------------|----------------------| | Entidad jurídica | ISO 17442 LEI | REFERENCE | organización, contraparte, emisor | Clave global resoluble; no incruste la entidad | | Valor / instrumento | ISO 6166 ISIN · OMG FIGI | REFERENCE | posición, operación, cartera | Identifica una entidad-instrumento | | Cuenta bancaria / entidad financiera | ISO 13616 IBAN · ISO 9362 BIC | REFERENCE | pago, liquidación | Claves validadas de cuenta y entidad | | Artículo comercial | GS1 GTIN | REFERENCE | producto, línea de pedido, inventario | Identifica una entidad-producto | | Parte / ubicación (GS1) | GS1 GLN | REFERENCE | destino de envío, proveedor, tienda | Clave resoluble de ubicación o parte | | Investigador / persona | ORCID · ISO 27729 ISNI | REFERENCE | autoría, contribución, revisión | Desambigua a una persona | | Publicación / objeto | DOI · ISBN · ISSN · Handle | REFERENCE | cita, conjunto de datos, publicación seriada | Identificadores persistentes y resolubles | | Identidad digital | W3C DID | REFERENCE | agente, monedero, Universo, emisor | Identificador autosoberano; se resuelve a un documento | --- # 6. R4 - modelos de entidad (por defecto: REFERENCE; EMBED como instantánea solo para auditoría) Cosas con identidad y ciclo de vida. Referéncielas; incrústelas solo como una instantánea inmutable y marcada cuando la auditoría exija una copia congelada. | Conector | Modelo canónico | Enlace | Conceptos anfitriones | Por qué no incrustarlo | |-----------|--------------------|------|---------------|-----------------| | Organización | schema:Organization · W3C ORG · FIBO Legal Entity | REFERENCE | empleador, proveedor, emisor, propietario | Entidad compartida; incrustarla produce copias obsoletas | | Persona / paciente | schema:Person · FHIR Patient · FOAF | REFERENCE | autoría, sujeto, contacto, tutela | Identidad y ciclo de vida propios | | Lugar / instalación | schema:Place · GeoSPARQL Feature | REFERENCE | ubicación, emplazamiento, jurisdicción | Muchos la referencian; se gobierna externamente | | Producto (como entidad) | schema:Product · GS1 (vía GTIN) | REFERENCE | línea de pedido, anuncio, activo | Tiene su propio ciclo de vida de catálogo | --- # 7. R5 - facetas transversales (por defecto: MIX-IN) Preocupaciones que se aplican a muchos objetos con independencia del dominio. Mézclelas bajo su propio espacio de nombres; no las reinvente nunca como campos de dominio. | Conector | Modelo canónico | Enlace | Se aplica a | Por qué es faceta y no campo | |-----------|--------------------|------|------------|--------------------------| | Procedencia | W3C PROV-O | MIX-IN | todo objeto | Quién lo afirmó, cuándo, de qué se derivó: es *acerca de* los datos | | Tiempo de validez | OWL-Time · ciclo de vida de MU | MIX-IN | todo objeto versionado | Ortogonal a la carga del dominio | | Política de uso y acceso | W3C ODRL | MIX-IN | contrato, proyección, conjunto de datos | Rige el uso, no el contenido | | Marcado de seguridad / clasificación | etiquetas de clasificación de datos | MIX-IN | cualquier objeto sensible | Preocupación de manejo común a los dominios | | Etiquetas multilingües | SKOS-XL · RDF langString | MIX-IN | cualquier concepto etiquetado | Un mismo concepto, muchos idiomas | | Anotación de significado | concepto SKOS · tipo de schema | ANNOTATE | cualquier propiedad | Fija el significado sin alterar la estructura | --- # 8. R7 - ontologías superiores y fundamentos (por defecto: ALIGN / ANNOTATE) Aportan anclaje ontológico bajo los modelos de dominio. Alinéese con ellos o anótelos; no se anidan. | Conector | Modelo canónico | Enlace | Rol | Nota | |-----------|--------------------|------|------|------| | Ontología de alto nivel | BFO (ISO/IEC 21838-2) · DOLCE | ALIGN | R7 | Ancla los tipos raíz del dominio (continuante/ocurrente, etc.) | | Modelo superior de procesos e instalaciones | nivel superior de ISO 15926 | ALIGN | R7 | Anclaje tetradimensional para dominios industriales y de proceso | | Sustrato lógico | ISO/IEC 24707 Common Logic | ALIGN | R7 | Intercambio de axiomas bajo las ontologías | > Los modelos **R6 (agregado / documento)** (UBL Invoice, C-CDA, EPCIS Event, Order) y > el instrumental **R8 (correspondencia / elevación)** (R2RML, RML, SAWSDL) no son > conectores para incrustar: los modelos R6 *componen* los conectores anteriores en un > documento y los modelos R8 *implementan* el mecanismo MAP. Aparecen en el > [registro](External-Models-Registry.md), pero quedan fuera del alcance como destinos > de EMBED o REFERENCE. --- # 9. Cómo usar un conector 1. Identifique la **clase** del concepto con el criterio ([Meta-Model-Composition §5](../02-architecture/Meta-Model-Composition.md)). 2. Busque aquí el conector correspondiente; anote su rol y su enlace por defecto. 3. Importe el modelo canónico como [paquete semántico](../02-architecture/Extension-Model.md) (para EMBED/EXTEND) o registre el URI y la versión del esquema (para REFERENCE). 4. Declare la **clase de composición** de la propiedad y el identificador y la versión del conector ([Meta-Model-Composition §8](../02-architecture/Meta-Model-Composition.md)). 5. Para federar entre modelos heterogéneos, publique una [correspondencia semántica](../03-federation/Semantic-Mapping.md) hacia el conector como significado canónico. --- # Declaración final Estos conectores son las articulaciones del Meta-Universo. Conectar un meta-modelo a ellos - incrustando los objetos de valor, referenciando las entidades y las listas de códigos, mezclando las facetas - es lo que permite que mil estándares redactados de forma independiente se usen juntos sin duplicar un solo campo ni ceder una sola autoridad.