Qué es una ontología y por qué es propiedad intelectual de tu empresa
Pregunta en una reunión de dirección cuántos clientes activos tiene la empresa. Lo normal es recibir tres cifras distintas. Comercial cuenta a quien ha comprado en el último año. Finanzas, a quien tiene facturas abiertas. Atención al cliente, a quien tiene un contrato de mantenimiento vigente. Ninguna está mal. El reto es que nadie ha escrito qué significa "cliente activo". Eso, escrito de forma que una máquina pueda entenderlo, es una ontología. Y es uno de los activos más valiosos que una empresa puede tener.
Supongamos que esa empresa decide poner un asistente de IA a responder preguntas de negocio.
La primera pregunta que le hacen es justo esa: cuántos clientes activos tenemos.
El asistente no sabe cuál de las tres definiciones usar. Así que elige una. O mezcla las tres. Y responde con total seguridad.
El reto no es el modelo. Es que el significado nunca se escribió.
Primero, qué es un esquema
Casi todos los datos de una empresa viven en esquemas. Un esquema es la estructura de una base de datos o de una hoja de cálculo: las columnas, los tipos de dato, qué tabla se relaciona con cuál.
El ERP tiene el suyo. El CRM, el suyo. La herramienta de soporte, el suyo.
Un esquema es preciso. Y es cerrado. Si algo no está en una columna, para el sistema no existe. Si la ficha de proveedor no tiene un campo "homologado para material sanitario", el sistema asume que ningún proveedor lo está.
Funciona bien para guardar datos. Funciona mal para explicar qué significan.
Qué añade una ontología
Una ontología describe el negocio, no las tablas. Define qué tipos de cosas existen, qué significan y cómo se relacionan entre sí.
Tres diferencias con un esquema tienen consecuencias muy prácticas:
- Mundo abierto. Que un dato no esté registrado no significa que sea falso. Si no consta que un cliente tenga un acuerdo de precios, la respuesta correcta es "no lo sabemos", no "no lo tiene".
- Propiedades que existen por sí mismas. En una base de datos, la columna "plazo de pago" pertenece a la tabla de clientes. En una ontología, "plazo de pago" es un concepto propio que puede aplicarse a clientes, a proveedores o a un contrato concreto.
- Tipos que se heredan. Si un "distribuidor" es un tipo de "cliente", todo lo que se define para los clientes aplica automáticamente a los distribuidores. No hay que repetirlo en cada sistema.
Con esas piezas, el sistema puede razonar. Si un pedido se marca como "urgente" cuando el cliente es de categoría preferente y la mercancía tiene que salir en 24 horas, la ontología lo deduce. Nadie tiene que marcarlo a mano.
Un esquema dice dónde está el dato. Una ontología dice qué significa.
Por qué es propiedad intelectual
Cualquier empresa con cierta trayectoria tiene un conocimiento que no está en ningún manual:
- En compras, qué proveedor sirve como alternativa a otro y en qué condiciones.
- En logística, cuándo un envío parcial se considera entrega completa para el cliente.
- En finanzas, qué combinación de retrasos y volumen convierte a un cliente en riesgo.
- En atención al cliente, qué incidencias se escalan y cuáles se resuelven en primera línea.
Hoy ese conocimiento vive en la cabeza de las personas que llevan años en la empresa. Y en reglas dispersas por el código de varios sistemas.
Una ontología lo formaliza. Lo convierte en algo explícito, versionable y reutilizable.
Eso es exactamente lo que diferencia a una empresa de su competencia. No el ERP, que es el mismo que usan otros cientos de compañías. Ni el modelo de IA, que está disponible para cualquiera que pague la suscripción.
Lo que es solo tuyo es la forma en que tu negocio entiende el mundo.
La IA sabe lo que sabe todo el mundo
Los modelos de lenguaje se entrenan con enormes cantidades de información pública. Eso los hace muy buenos en lo general. Saben qué es un albarán, qué es un plazo de pago, qué es un contrato marco.
Lo que no saben es cómo funcionan esas cosas en tu empresa.
Su conocimiento es, por diseño, un promedio. Y el valor competitivo de una empresa está precisamente en lo que se aparta del promedio: sus excepciones, sus criterios, sus combinaciones particulares.
Una ontología propia es la forma de darle a la IA ese conocimiento que no puede traer de fábrica. Un índice compacto de lo que tu empresa sabe y cómo piensa.
La IA aporta la capacidad de razonar. La ontología aporta qué hay que razonar.
La paradoja: para que sea tuya, usa estándares abiertos
Aquí aparece algo que parece contradictorio.
La mejor forma de proteger tu ontología es construirla sobre estándares abiertos.
Existen formatos públicos para describir ontologías, y existen vocabularios compartidos por sectores enteros: para productos, para organizaciones, para servicios financieros. Cubren lo que todo el mundo sabe. Lo común.
Tu empresa no tiene que reinventar qué es una dirección postal o una unidad de medida. Puede tomar eso del estándar y dedicar el esfuerzo a lo que la hace distinta: sus extensiones propias.
Esto tiene dos ventajas muy concretas:
- Interoperabilidad. Tus datos se conectan con los de clientes, proveedores y plataformas sin traducciones a medida.
- Independencia del proveedor. Si la ontología está en un formato abierto, cualquier herramienta o proveedor puede leerla y trabajar con ella. Si está en un formato propietario, queda atada a quien la construyó.
El riesgo de la segunda situación es real. Muchas empresas encargan a un proveedor la definición de sus datos y sus reglas de negocio. Si ese trabajo queda en un formato cerrado, o incorporado dentro del producto del proveedor, la empresa ha regalado su conocimiento más valioso. Y cambiar de herramienta significa empezar de cero.
Lo común se comparte. Lo propio se protege. Y las dos cosas se consiguen con el mismo formato abierto.
Cómo saber si tu ontología es tuya
No hace falta un proyecto enorme para empezar a ordenar esto. Hace falta responder con honestidad a cinco preguntas:
- ¿Están escritas las definiciones clave del negocio (cliente activo, pedido urgente, proveedor alternativo) fuera de la cabeza de las personas?
- ¿Están en un formato abierto que otro proveedor podría leer y usar mañana?
- ¿Está separado lo que es estándar del sector de lo que es propio de tu empresa?
- ¿Hay un responsable de negocio, no solo técnico, que las mantiene y decide cuándo cambian?
- ¿Se van contigo si mañana cambias de ERP, de CRM o de proveedor de IA?
Si la mayoría de respuestas son "no", la empresa tiene conocimiento valioso, pero no lo posee de verdad. Lo tienen las personas. O lo tienen las herramientas.
Y ese conocimiento sin formalizar se nota en el día a día: informes que no cuadran entre departamentos, reglas que se aplican distinto según quién gestione el pedido, asistentes de IA que responden con seguridad cosas que no son ciertas.
El conocimiento que no está escrito no se puede delegar, ni a una persona nueva ni a una máquina.
Esta es mi apuesta
Creo que en los próximos años la diferencia entre empresas que aprovechan la IA y empresas que solo la prueban no estará en qué modelo usan. Estará en si han hecho el trabajo de escribir qué significa su negocio.
Ese trabajo es menos vistoso que un piloto de IA generativa. Pero es el que se acumula. Cada definición que se formaliza sirve para el siguiente informe, la siguiente integración y el siguiente agente.
Y es el único que nadie puede copiar, siempre que se haga sobre estándares abiertos y con el control en manos de la propia empresa.
Tu ontología es la forma en que tu empresa entiende el mundo. Merece tratarse como lo que es: un activo propio.