IA y visión
Búsqueda y conocimiento empresarial con permisos y fuentes citadas
Cada persona encuentra lo que ya podía consultar en varios repositorios a la vez, con el fragmento y la versión de origen a un clic.
La información que una organización necesita para trabajar suele existir, pero repartida entre carpetas compartidas, gestores documentales, wikis, correos y tickets antiguos. Encontrarla depende de recordar dónde se guardó y con qué palabras. Un buscador semántico permite preguntar por el significado y no solo por coincidencias exactas, y un asistente puede resumir lo encontrado. Para que sea fiable hacen falta dos condiciones que se diseñan desde el principio: cada usuario solo debe recuperar documentos que ya podía abrir, y cada respuesta debe indicar de qué documento, versión y fragmento procede. Si una respuesta no puede comprobarse contra su fuente, no debería usarse para decidir.
- Entrada de datos
- Gestor documental, wiki y tickets
- Pregunta del usuario
- Validación
- Permisos por documento
- Versión vigente u obsoleta
- Procesamiento
- Índice híbrido de términos y vectores
- Respuesta con citas obligatorias
- Control humano
- Comprobación en la fuente
- Corrección de huecos documentales
- Trazas
- Consultas y documentos recuperados
- Valoración de respuestas
- Sistemas de salida
- Resultados con fragmento resaltado
- Respuesta citada o «sin base suficiente»
Antes y después
Qué cambiaría en la operación
Ejemplo hipotético: una empresa de instalaciones con normas internas de montaje repartidas entre una wiki, carpetas de red y correos antiguos.
01 · Antes
Un jefe de obra pregunta por teléfono a un compañero veterano qué criterio aplicar, porque buscar por palabras devuelve versiones antiguas y duplicadas.
02 · Sistema propuesto
Un asistente busca solo en los documentos autorizados para ese usuario, prioriza la versión vigente y responde con citas que abren el párrafo exacto.
03 · Después
El jefe de obra comprueba la respuesta en la fuente, ve si el documento está pendiente de revisión y la consulta sin respuesta queda registrada.
Alcance
Qué resuelve y qué no
Qué puede resolver
- Buscar por significado en varios repositorios a la vez, aunque la pregunta no use las mismas palabras que el documento.
- Responder preguntas con un resumen que enlaza a los fragmentos exactos de los documentos de los que sale.
- Respetar los permisos existentes documento a documento, de modo que la búsqueda no revele lo que el usuario no podía ver.
- Preferir la versión vigente de un procedimiento o especificación y advertir cuando la fuente está obsoleta.
- Detectar preguntas frecuentes sin respuesta en la documentación, útiles para saber qué falta escribir.
Qué no resuelve
- No garantiza respuestas correctas: el modelo puede resumir mal o combinar fragmentos de forma engañosa, por eso las citas son obligatorias y comprobables.
- No corrige una documentación desordenada, duplicada o desactualizada; la expone con más rapidez.
- No sustituye la consulta de la fuente oficial cuando la decisión tiene consecuencias técnicas, jurídicas o de seguridad.
- No amplía permisos: si un documento debería ser accesible y no lo es, se corrige en el origen, no en el buscador.
Escenarios operativos
Cómo funcionaría en la práctica
Ejemplos de lo que se podría diseñar. No describen proyectos realizados.
01
Búsqueda semántica en documentación técnica
- Entrada
- Especificaciones, procedimientos e informes en PDF y Word repartidos entre el gestor documental y carpetas de red.
- Procesamiento
- Los documentos se indexan por fragmentos con sus metadatos de versión, estado y permisos; la búsqueda combina coincidencia de términos y similitud semántica y filtra por lo que el usuario puede abrir.
- Salida
- Lista de resultados con el fragmento relevante resaltado, la versión del documento y un enlace directo a la página de origen.
02
Asistente de consulta sobre procedimientos internos
- Entrada
- Pregunta de un empleado sobre cómo tramitar una gestión, junto con el manual de procedimientos y las circulares vigentes.
- Procesamiento
- Se recuperan los fragmentos pertinentes autorizados para ese empleado y el modelo redacta una respuesta breve que cita cada fuente; si no encuentra base suficiente, lo dice en lugar de improvisar.
- Salida
- Respuesta con citas numeradas que abren el documento en el párrafo exacto, y aviso cuando alguna fuente está pendiente de revisión.
03
Consulta transversal entre tickets y documentación
- Entrada
- Historial de incidencias resueltas, base de conocimiento de soporte y fichas técnicas de producto.
- Procesamiento
- Ante una incidencia nueva, se buscan casos parecidos ya resueltos y documentación relacionada, priorizando soluciones confirmadas y recientes.
- Salida
- Panel para el técnico con incidencias similares, la solución aplicada en cada una y los documentos de referencia enlazados.
04
Evaluación de la calidad de las respuestas
- Entrada
- Un conjunto de preguntas reales con la respuesta correcta y el documento de referencia acordados por expertos internos.
- Procesamiento
- Se mide si el sistema recupera el documento correcto, si la respuesta es fiel a la fuente y si las citas apuntan al fragmento adecuado.
- Salida
- Informe de aciertos y fallos por tipo de pregunta, que guía ajustes de indexación, fragmentación o instrucciones.
Integración
Cómo se conecta con lo que ya existe
El índice se alimenta mediante conectores con los repositorios existentes y se mantiene sincronizado con altas, cambios de versión, bajas y modificaciones de permisos. La autorización se comprueba con la identidad del usuario en cada consulta, no solo al indexar. El asistente y el buscador pueden ofrecerse como aplicación propia o integrarse en la intranet, el gestor documental o la herramienta de soporte.
- Conectores con gestor documental, carpetas compartidas, wiki y herramienta de tickets
- Sincronización de listas de control de acceso por documento con el directorio corporativo
- Índice híbrido de términos y vectores con metadatos de versión y estado
- Inicio de sesión único para que la búsqueda actúe con la identidad del usuario
- Registro de consultas, documentos recuperados y valoración de las respuestas
Modalidades de despliegue que suelen plantearse
Se elige en cada proyecto tras evaluar requisitos y sistemas existentes.
Antes de desarrollar
Datos, validaciones y permisos
- Inventario de repositorios que se quieren incluir, con su propietario y el modelo de permisos de cada uno.
- Criterio para distinguir versiones vigentes, borradores y documentos obsoletos.
- Decisión sobre qué contenidos no deben indexarse nunca: datos personales sensibles, documentación clasificada o asuntos legales en curso.
- Preguntas reales de usuarios para evaluar antes y después de la puesta en marcha.
- Responsables de contenido que corrijan los huecos y errores que el sistema saque a la luz.
Supervisión
Riesgos, límites y mantenimiento
- Un fallo en la sincronización de permisos puede exponer documentos restringidos; se prueba específicamente y se audita de forma periódica.
- El modelo puede atribuir a una fuente algo que no dice; las citas deben enlazar al fragmento exacto para que cualquiera lo compruebe.
- Documentos duplicados o desactualizados generan respuestas contradictorias si no se gestionan versiones y estados.
- Los usuarios pueden confiar en el resumen sin abrir la fuente; la interfaz debe hacer visible y cómodo ese paso.
Sectores, servicios y lecturas relacionadas
Sectores donde se aplicaría
Cómo se contrata
Preguntas frecuentes
¿Qué diferencia hay entre una búsqueda semántica y un asistente con RAG?
La búsqueda semántica devuelve documentos y fragmentos ordenados por relevancia; el usuario los lee. Un asistente con RAG da un paso más: usa esos fragmentos para redactar una respuesta. Es más cómodo, pero añade el riesgo de que el resumen sea inexacto, por eso debe citar sus fuentes.
¿Puede el buscador mostrar documentos que el usuario no debería ver?
No debe, y el diseño lo impide comprobando los permisos de cada documento con la identidad del usuario en cada consulta. Aun así, se prueban expresamente los casos límite y se revisa la sincronización de permisos, porque es el punto más delicado del sistema.
¿Hay que reorganizar toda la documentación antes de empezar?
No es imprescindible, aunque ayuda. Suele bastar con identificar las fuentes con más valor, marcar qué versiones están vigentes y excluir lo obsoleto. El propio sistema revela después dónde hay duplicados o huecos que conviene corregir.
Cuéntanos dónde está la información que tu equipo no encuentra
Cuéntanos qué datos y sistemas intervienen en tu proceso. Estudiaremos qué puede automatizarse, cómo se integraría y qué convendría validar antes de desarrollar. Ver todas las capacidades.
Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.