¿Qué es una capa semántica para un asistente de ERP?

Una capa semántica es un conjunto de términos de negocio y el método para calcular cada uno. Convierte una palabra como «vencido» en una consulta con la que todo el mundo en la empresa está de acuerdo.

Los equipos de inteligencia de negocio llevan treinta años construyéndolas. Lo nuevo es que un asistente de IA necesita una más de lo que la necesitó nunca un cuadro de mando, y que no se puede construir como se construían las antiguas.

¿Qué contiene una capa semántica?

Dos tipos de entrada, y se comportan de forma distinta.

Un término de negocio. Un nombre, una definición en palabras y la consulta que lo calcula. Por ejemplo:

Sobre el límite de crédito. Un cliente cuyo saldo de movimientos de cliente abiertos supera el Límite crédito (DL) de la ficha de cliente. Los clientes bloqueados quedan fuera.

La entrada lleva la consulta como receta ejecutable, no como descripción. La respuesta siguiente la vuelve a ejecutar en lugar de deducirla otra vez. Un término es siempre de alcance empresarial, porque una definición que es cierta para una sola persona no es una definición.

Una memoria. Una lección, una preferencia o una corrección. Por ejemplo: esta empresa informa en DKK aunque varios proyectos se facturan en EUR, así que convierta antes de totalizar entre proyectos. Una memoria puede ser de alcance empresarial o de usuario, porque una forma de trabajar puede pertenecer a una persona.

¿Por qué necesita una un asistente?

Porque su pregunta es más corta que su significado.

«¿Cuánto facturamos el mes pasado?» contiene cuatro decisiones que el asistente tiene que tomar: qué tipos de documento cuentan, qué campo de fecha decide el mes, qué empresa o empresas, y si los abonos restan. Su equipo financiero resolvió esto hace años y ya ni se fija.

Sin una capa compartida, el asistente toma esas cuatro decisiones por su cuenta en cada pregunta. Será coherente consigo mismo e incoherente con usted, y la diferencia será lo bastante pequeña como para sobrevivir a una revisión.

¿Por qué tiene que construirse sola la capa?

Porque una capa que necesita un proyecto se queda vacía.

Esta es la parte que el enfoque tradicional hace mal. La capa semántica clásica se construye primero: alguien modela los términos, otro los valida, y la herramienta se vuelve útil al final de ese trabajo. En un encargo de consultoría eso lleva meses, y las empresas no lo van a financiar antes de haber visto valor.

Así que el orden tiene que invertirse. El asistente debe ser útil el primer día y escribir la capa como subproducto de que lo usen.

El ciclo funciona así:

1. Se da cuenta. Cuando algo queda acordado en una conversación, el asistente escribe una entrada. Usted corrigió una cifra. Usted dijo qué significa un término. Él averiguó qué tabla contiene realmente la respuesta.
2. Un segundo agente lo revisa. Un modelo revisor más pequeño lee la conversación que produjo la entrada, incluidas las consultas que se ejecutaron, y las entradas más cercanas. La aprueba, la reescribe con más precisión, sustituye a una entrada anterior con la que se contradice, o la rechaza con un motivo.
3. Empieza a usarse. A partir de ahí la entrada llega a las conversaciones: por el nombre, por la herramienta a la que pertenece, o por significado.
4. Se mantiene honesta. Las entradas que llevan una consulta se vuelven a ejecutar de forma programada. La que deja de devolver datos se marca como obsoleta, con el motivo.
5. Usted puede intervenir. Toda la capa es una lista. Léala, ordénela por la frecuencia con que se ha usado cada entrada, edite, borre o añada a mano.

Nadie escribe la primera entrada. Eso es el requisito, no una función.

¿Quién aprueba una entrada?

Por defecto, el agente revisor, que publica y avisa a los administradores.

Una empresa puede cambiar la política a revisión humana. Una entrada de alcance empresarial espera entonces como recomendación hasta que un administrador la confirme. Las memorias de alcance de usuario no se ven afectadas.

El motivo de que el segundo agente sea lo predeterminado es que la alternativa no llega a ocurrir. Una cola de revisión que exige una persona es una cola que crece. Una revisión por modelo que una persona puede auditar después produce una capa que existe.

¿Cómo llega una entrada a una conversación?

Cuatro vías, y la diferencia importa para cómo se comporta la capa a escala.

Por el nombre. Un término se incluye entero cuando su título o una palabra clave aparece en el mensaje. Por debajo de ese umbral, el asistente ve una lista corta de títulos y puede buscar el resto.

Por la herramienta. Una entrada puede engancharse a un resultado. Una regla sobre los movimientos de proyecto llega con la primera consulta de movimientos de proyecto, y se queda durante la sesión.

Por el significado. Las memorias se recuperan por búsqueda vectorial después de cada llamada a una herramienta. Una coincidencia cercana llega entera, y una más débil como un título que el asistente puede abrir.

Por la conexión. Una entrada se puede sujetar a una empresa, a un entorno o a todas las conexiones de un tipo, para que una regla sobre un sandbox no le siga hasta producción.

Recuperar solo por el nombre falla a medida que crece la capa, porque nadie usa el título exacto. Recuperar solo por significado es impredecible. Hacen falta las dos.

¿Qué puede salir mal?

La capa aprende algo equivocado. Para eso existe la revisión, para eso una entrada se puede sustituir en lugar de duplicarse, y para eso la lista es editable.

Una definición queda desfasada. Un término que era cierto antes de un cambio en el plan contable ahora está mal y sigue siendo igual de rotundo. Volver a ejecutar la consulta guardada de forma programada pilla buena parte de estos casos, porque una definición que deja de devolver datos suele ser una definición que dejó de ser cierta.

La capa se convierte en una segunda fuente de verdad. No debe. La entrada guarda cómo calcular una cifra desde su sistema. No guarda la cifra.

La recuperación se rompe. Si el índice no se puede alcanzar, el turno debería ejecutarse sin la capa y no decir nada al respecto. Una capa de conocimiento rota no debe romper jamás una respuesta.

La prueba que le dice si funciona

Hágale al asistente la misma pregunta dos veces, con un mes de diferencia y una corrección por medio.

Si la segunda respuesta necesita la misma corrección, no hay capa. Si no la necesita, la capa está haciendo su trabajo, y a partir de ahí el valor se acumula.