Término del glosario
Grafo de conocimiento
Un grafo de conocimiento representa la información de una organización como nodos y aristas tipadas —las entidades que le importan y las relaciones etiquetadas entre ellas—, de modo que las preguntas sobre cómo se conectan las cosas pueden responderse recorriendo esas relaciones en lugar de haciendo joins entre tablas.
También conocido como knowledge graphgrafo de conocimiento empresarialgrafo semánticografo de entidades
En la práctica
La forma más limpia de sostener la distinción que el sector no deja de difuminar: la ontología es el esquema y el grafo de conocimiento son los datos de instancia que se ajustan a él. Una ontología dice que una orden de trabajo se asocia a un dispositivo y que un dispositivo pertenece a un cliente; el grafo de conocimiento contiene los varios millones de órdenes de trabajo, dispositivos y clientes reales, y las aristas entre ellos. En la práctica, un grafo se almacena como tripletas RDF con una ontología OWL por encima o como un grafo de propiedades en un motor como Neo4j, y muchos grafos en producción funcionan con una ontología que nunca se llegó a escribir, que es justo como dos equipos acaban con definiciones incompatibles de «cliente» en el mismo grafo.
En las preguntas con forma de conexión, un grafo de conocimiento es la herramienta adecuada y nada se le acerca. Las redes de fraude, las cadenas de titularidad real, las dependencias de la cadena de suministro, el análisis de impacto a lo largo de una red, la resolución de entidades entre una docena de sistemas de origen y cualquier pregunta del tipo «¿qué hay a cuatro saltos de aquí?» son nativas de un grafo y van de incómodas a imposibles con un join relacional. Si ese es el problema, la respuesta es una base de datos de grafos, y ninguna plataforma de aplicaciones la sustituye.
El límite que comparte con la capa semántica es el mismo: un grafo de conocimiento es, en su inmensa mayoría, una estructura de lectura. Registra que estas cosas están conectadas; no declara quién puede cambiarlas, qué operaciones están permitidas ni qué registro de auditoría deja un cambio. ObjectStack aborda las conexiones desde el otro extremo: las relaciones se declaran como campos tipados de los objetos dentro de los propios metadatos de la aplicación, así que el grafo del negocio se desprende de la definición sobre la que ya se ejecuta la aplicación, en lugar de ser un segundo almacén que mantener sincronizado, y como esa definición es un archivo en tu repositorio, es una ontología de negocio abierta y no un grafo dentro de la plataforma de otro. Es una afirmación sobre propiedad y gobierno, no sobre analítica de grafos: ObjectStack no es una base de datos de grafos y no pretende ganar en recorridos profundos de múltiples saltos.
Dónde se usa este término
Páginas y artículos que ponen este término en práctica.
Páginas de producto
- Data modeling Objects, relationships, validations, and formulas become tables, migrations, a query language, and REST APIs — with an object designer, an ER diagram, and datasource sync that federates a database you already run, read-only by default.
- Analytics & reporting Aggregations, time series, funnels, and dashboards over the same governed objects the app runs on — with a widget-based dashboard designer and a band-based report designer, permission-aware by construction.
Artículos
- Ontología empresarial abierta: quién debería poseer la capa de definición del negocio Entre nov. 2025 y ago. 2026 cinco plataformas lanzaron una capa de definición del negocio — dos como ontología, tres como capa semántica — y la mayoría abrió una vía de lectura por MCP. Protocolo abierto, definición cerrada.
- ¿Serán las ontologías parte estándar del stack de IA? Por qué el runtime debe ser abierto ¿Serán las ontologías parte estándar del stack de IA? La interfaz de agentes ya lo es: Ontology MCP llegó a GA en junio de 2026. La definición va detrás. El runtime sigue cerrado, y ahí vive la portabilidad.
- Empieza con CRM: cómo AI puede entender clientes, oportunidades e historial de seguimiento La mayoría de los CRM ya contienen clientes, oportunidades, contactos e historial de actividad. El camino útil es dejar que AI entienda esos objetos de negocio bajo tus permisos, no exportar datos para análisis aislados.