Menos datos también puede producir un mejor asistente

Una empresa quiere que su nuevo asistente interno ayude con preguntas sobre entregas. Para evitar respuestas incompletas, le abre el acceso al CRM, la carpeta comercial, los tickets de soporte, las minutas de reuniones y varios años de correo. Ahora el asistente encuentra mucha información. También encuentra precios antiguos, promesas que nunca se aprobaron, notas sobre otros clientes y documentos que describen el mismo servicio de maneras distintas.

La respuesta sale fluida, pero mezcla una condición vigente con una excepción negociada hace dos años. El problema no fue falta de datos. Fue una dieta informativa sin criterio.

Conectar todo parece prudente porque nadie quiere que el asistente "se quede corto". En la práctica, un acceso amplio puede dificultar tres tareas básicas: escoger la fuente que manda, separar el caso consultado de otros parecidos y reconocer que falta información. Menos datos puede producir un mejor asistente cuando la reducción sigue el trabajo que debe resolver, no una limpieza arbitraria.

Tener más contexto también crea más formas de equivocarse

Cada fuente adicional trae hechos, pero también fechas, permisos, vocabulario y excepciones. Un catálogo explica la oferta general. El CRM conserva acuerdos por cliente. El sistema de pedidos muestra disponibilidad. El correo contiene conversaciones todavía abiertas. Si todo llega al mismo nivel, una frase privada puede competir con una política aprobada solo porque se parece más a la pregunta.

Eso produce respuestas que resultan difíciles de cuestionar. El asistente puede citar algo auténtico y aun así usarlo fuera de su propósito. Una nota escrita para resolver un reclamo particular no debería convertirse en regla general. Una propuesta vencida no define el precio actual. Una minuta registra lo conversado, pero no siempre lo autorizado.

El diseño de inteligencia artificial aplicada debe separar esas funciones antes de conectar repositorios. El objetivo no es que el sistema "sepa toda la empresa". Es que pueda ayudar en trabajos definidos con evidencia adecuada.

La pregunta debe decidir qué fuentes se abren

Un asistente empresarial suele recibir preguntas que suenan parecidas, aunque exigen datos distintos. "¿Cuándo entregan?" puede ser una consulta sobre el plazo normal del servicio, el estado de un pedido concreto o un compromiso excepcional. Las tres caben en una misma oración. No deberían recorrer la misma información.

Conviene diseñar rutas por intención. Una pregunta general sobre servicios consulta contenido público y aprobado. El estado de un pedido exige identidad confirmada y acceso al registro de ese pedido. Una excepción comercial necesita el acuerdo particular y, si sigue pendiente, la intervención de una persona autorizada. El asistente no gana libertad para buscar en todo cuando la pregunta es ambigua; primero aclara qué caso tiene delante.

Esta separación también ayuda al usuario. En vez de recibir una respuesta larga construida con fragmentos de varios lugares, obtiene una pregunta concreta: número de pedido, sede, fecha o tipo de contrato. Pedir un dato necesario puede ser mejor servicio que completar el vacío con una suposición elegante.

Un mapa pequeño aclara qué necesita cada tarea

La empresa puede empezar con una tabla sencilla. No hace falta inventariar todos sus sistemas el primer día. Basta con tomar las consultas que pretende atender y definir la información mínima que permite responderlas.

La columna más útil suele ser la última. Obliga a distinguir entre lo que está disponible y lo que aporta a la tarea. También descubre accesos heredados: carpetas compartidas con permisos amplios, exportaciones del CRM que incluyen columnas innecesarias o índices de búsqueda que conservaron documentos retirados.

La reducción no ocurre una sola vez. Si una nueva pregunta necesita otra fuente, se evalúa esa ruta concreta. Abrir un repositorio completo para resolver una excepción equivale a convertir una necesidad puntual en permiso permanente.

La autoridad de una fuente vale más que su parecido

Los sistemas que recuperan texto suelen favorecer fragmentos cercanos a las palabras de la consulta. Esa cercanía ayuda a encontrar candidatos, pero no decide cuál documento gobierna la respuesta. La autoridad depende de otras señales: estado de aprobación, fecha efectiva, área responsable, cliente o contrato aplicable y nivel de acceso del usuario.

Una política vigente puede usar palabras distintas a las del cliente. Un correo antiguo puede repetirlas exactamente. Si el asistente mira solo semejanza, el correo tiene ventaja. Si el proceso reconoce qué fuente manda para cada asunto, el resultado cambia.

Por eso las fuentes necesitan etiquetas útiles para el negocio, no una carpeta llamada "documentos IA". Un contenido puede estar en borrador, aprobado, programado, vencido o retirado. Puede servir para todo público, para un equipo o para un caso. Cuando esa información no existe, el modelo intenta resolver con lenguaje una decisión que la empresa nunca formalizó.

Los controles de seguridad y gobernanza de IA deben cubrir esa autoridad, además de los permisos. Proteger un documento y usarlo correctamente son problemas relacionados, pero distintos.

La ausencia de un dato debe tener una salida prevista

Reducir acceso obliga a aceptar que algunas respuestas no estarán disponibles. Eso no es un defecto si el asistente reconoce el límite y deja el caso bien encaminado.

Si falta la fecha efectiva de una condición, puede decir que necesita confirmación. Si encuentra dos fuentes aprobadas que se contradicen, debe mostrar el conflicto a quien mantiene ese dominio. Si la identidad no permite consultar un pedido, solicita verificación sin revelar si el registro existe. Si la pregunta exige una decisión comercial, prepara el contexto y la entrega a la persona con autoridad.

La salida prevista evita dos malos hábitos: buscar cada vez más lejos hasta encontrar una frase conveniente y contestar con una advertencia genérica que deja al usuario en el mismo punto. Detenerse debe producir trabajo: una solicitud de información, una revisión asignada o un traspaso con la pregunta, las fuentes consultadas y el motivo del bloqueo.

Una automatización de procesos puede llevar esas excepciones a una bandeja con responsable y estado. Así, el límite del asistente deja evidencia para mejorar fuentes, reglas o formularios en vez de desaparecer dentro de una conversación.

En Panamá, recopilar porque está disponible no basta

La Ley 81 de 2019 sobre protección de datos personales establece el marco panameño para el tratamiento de datos personales. Su reglamentación mediante el Decreto Ejecutivo 285 de 2021 desarrolla obligaciones y criterios aplicables al tratamiento. Para un asistente empresarial, el alcance de acceso debe poder justificarse por la tarea y el propósito, no por la facilidad de conectar una base completa.

Esto afecta entradas y salidas. Ocultar el número de identificación en una pantalla no resuelve que el sistema haya leído el expediente entero. Resumir una conversación puede revelar una condición sensible aunque no muestre el documento original. Los registros de uso, las evaluaciones y las herramientas conectadas también pueden conservar contenido.

La pregunta práctica es incómoda y útil: si retiramos este campo o esta fuente, ¿el asistente pierde una capacidad necesaria? Si la respuesta es no, mantener el acceso añade exposición sin mejorar el trabajo. Si la respuesta es sí, todavía hay que definir quién puede usar esa capacidad, bajo qué contexto y durante cuánto tiempo.

Probar por sustracción revela qué información sí trabaja

La evaluación habitual añade documentos hasta que las respuestas parecen completas. Una prueba más exigente también quita información. Se retira una fuente secundaria, se oculta un campo, se limita el historial o se reemplaza un texto libre por un dato estructurado. Después se observa qué cambió.

Este método permite distinguir información necesaria de ruido acumulado. Si el resultado mejora al retirar propuestas viejas, el problema estaba en la selección de fuentes. Si empeora al ocultar la fecha del pedido, esa fecha participa en la respuesta y debe manejarse con el permiso adecuado. Si nada cambia al excluir veinte columnas del CRM, no hay motivo operativo para copiarlas al asistente.

También conviene probar preguntas que intentan cruzar fronteras: pedir datos de otro cliente, solicitar una condición restringida, combinar información de dos áreas o insistir después de una negativa. Una respuesta correcta en casos fáciles dice poco sobre lo que ocurrirá cuando el usuario pida más de lo que necesita o puede ver.

El AI Risk Management Framework de NIST plantea la gestión del riesgo a lo largo del diseño, desarrollo, uso y evaluación de sistemas de IA. En este caso, evaluar incluye comprobar que el asistente funciona con el acceso previsto y que no depende de permisos excesivos para parecer competente.

Ampliar después de observar los errores

Un asistente acotado permite leer sus fallos con más claridad. Si no responde porque falta una política, la empresa sabe qué contenido debe aprobar. Si confunde dos estados, puede revisar el registro operativo. Si escala demasiados casos, descubre una regla que todavía vive en la memoria de una persona. Con acceso total, esos problemas pueden quedar ocultos bajo respuestas plausibles tomadas de cualquier lugar.

La ampliación debería responder a evidencia concreta: preguntas frecuentes que hoy se escalan, una fuente nueva con responsable, permisos definidos y una prueba donde el sistema también sabe rechazar. Agregar un área completa porque "puede servir después" solo repite el punto de partida.

Menos datos no es una meta contable ni una promesa de que todos los asistentes serán más precisos con menos documentos. Es una decisión de diseño: cada capacidad recibe la información que necesita, la fuente con autoridad y una salida cuando el caso excede su alcance. Un buen asistente no impresiona porque leyó todo. Ayuda porque sabe qué debe mirar para ese trabajo y qué información debe dejar quieta.