Ontología y taxonomía

En documentación y sistemas de conocimiento se usan a menudo juntas ontología y taxonomía. Aquí van con significados precisos y aplicados a este proyecto.

Qué es una taxonomía

Una taxonomía es un esquema de clasificación jerárquico: categorías y subcategorías que anidan unas dentro de otras (árbol). Sirve para ordenar, navegar y etiquetar elementos en niveles cada vez más concretos.

En onto·fincas, la taxonomía es el árbol de incidencias por familias (F01–F13; F13 es la bandeja de no clasificados): nodos padre/hijo, profundidad variable y hojas como tipos de incidencia concretos.

Hard FM y soft FM (Facility Management)

En la literatura anglosajona de Facility Management se distingue a menudo:

Término (inglés)	Qué cubre en la práctica	En esta ontología (orientación)
Hard FM	Servicios ligados a instalaciones y activos físicos del edificio: ascensores, fontanería, electricidad, climatización, estructura… — todo lo que “toca” la técnica del inmueble.	Sobre todo F01 (incidencias técnicas y de mantenimiento) y ramas afines donde el objeto del fallo es la instalación o el elemento constructivo.
Soft FM	Servicios operativos y de explotación del día a día: limpieza, gestión de residuos, jardinería, conserjería/recepción, vigilancia de accesos en modo servicio, piscina como servicio a ocupantes, etc.	La familia F10 (Servicios generales) y parte de la calidad/SLAs en F11, siempre que el foco sea el servicio contratado o la operación, no la avería de una instalación técnica en sí.

Los rótulos soft FM / hard FM son jerga profesional en inglés: en textos y migas de pan usamos español primero y el acrónimo solo como apoyo. Si en una ficha aparece soft FM, significa “gestión operativa del edificio” en el sentido de la tabla anterior, no “FM de software” ni otro significado.

Campo `fm_type` en cada hoja (vault y `taxonomy.js`) {#campo-fm-type-hoja}

En cada nodo hoja el modelo guarda un valor fm_type con tres opciones canónicas. Es la forma operativa de etiquetar la incidencia según el matiz hard / soft (y los casos mixtos), alineada con la tabla anterior:

Valor	Significado breve	Cuándo usarlo (orientación)
`hard`	Hard FM — fallo o mantenimiento de activo físico o instalación	El problema central es técnico-constructivo o de equipo fijo (ascensor averiado, fuga en instalación, puerta de garaje…).
`soft`	Soft FM — servicio u operación del edificio	El foco es prestación, calidad del servicio, horarios de limpieza, gestión de residuos, conserjería, etc., sin que el núcleo sea una avería de instalación.
`mixto`	Hard + soft en la misma hoja	La tipología habitual implica a la vez componente físico/técnico y componente de servicio, contrato o explotación (p. ej. ascensor fuera de servicio y reclamación por tiempos de respuesta del mantenedor; CCTV con fallo y gestión del contrato de vigilancia). Si solo encaja uno de los dos extremos, preferir `hard` o `soft`.

En el vault (analisis/vault/…) el valor se define en el frontmatter YAML de la ficha (fm_type: hard | soft | mixto). El script vault_to_taxonomy.py lo vuelca a src/data/taxonomy.js. El explorador filtra y muestra estas mismas etiquetas; las frases largas del desplegable coinciden con la primera columna de significado de esta tabla.

Qué es una ontología (en este contexto)

Una ontología es un modelo explícito de un dominio: qué tipos de entidades existen, qué propiedades tienen y qué relaciones las vinculan con significado compartido (p. ej. “esta incidencia activa este riesgo”).

No tiene por qué ser formal OWL/RDF: basta con un vocabulario común y relaciones nombradas que permitan razonar, filtrar y enlazar datos de forma coherente.

En onto·fincas, la ontología incluye, entre otras cosas:

Nodos de incidencia con atributos operativos (urgencia, competencia, normativa, señales…).
Catálogos transversales (riesgos R.xx, acciones A.xx).
Relaciones entre hojas y esos catálogos (TIENE_RIESGO, REQUIERE_ACCION, derivas, etc.).

Similitudes

Aspecto	En común
Propósito	Estructurar conocimiento sobre un dominio para que humanos y sistemas hablen el mismo idioma.
Clases y jerarquía	Ambas suelen usar tipos y especialización (más general → más específico).
Uso práctico	Facilitan búsqueda, reporting y decisiones basadas en criterios compartidos.
En onto·fincas	La taxonomía sitúa cada incidencia en el árbol; la ontología enriquece esa hoja con vínculos y semántica transversal.

En la práctica, no compiten: la taxonomía da el mapa navegable; la ontología da el tejido de relaciones entre incidencias, riesgos y acciones.

Si necesitas el detalle de las referencias comparativas ISO 41001, DIN EN 13306 o GEFMA 100 que aparecen en algunos nodos, está documentado en Estándares FM internacionales.

Diferencias (resumen)

	Taxonomía	Ontología
Pregunta principal	¿Dónde va esto en la jerarquía?	¿Qué entidades y relaciones describen el dominio?
Estructura típica	Árbol (padre/hijo), categorías anidadas	Grafos de conceptos, relaciones tipadas, reglas
Énfasis	Clasificar y subdividir	Definir significados y vínculos entre conceptos
En onto·fincas	Familias F01–F13 y nodos del árbol	Riesgos, acciones, relaciones y atributos por nodo

Cómo encajan en onto·fincas

Taxonomía: eliges o recorres la rama (familia → subniveles → hoja) para ubicar el tipo de incidencia.
Ontología: en la ficha de la hoja aparecen riesgos, acciones y metadatos enlazados; el explorador y los catálogos permiten cruzar por relación, no solo por carpeta.

Si necesitas profundizar en el modelo de datos o en exportación (p. ej. Cypher), la información concreta está en cada nodo y en el Explorador.

Última actualización (UTC): 2026-04-05 18:00:00 UTC