Integración de AIV Office con DMS: Lecciones de campo

04/11/2026

Observación: Los datos basura consumen tiempo del personal

Tras visitar varias fábricas y cadenas minoristas desde Vietnam hasta Filipinas, notamos un punto en común: los datos de texto se duplican cada año, pero la capacidad de búsqueda humana no. Los empleados de oficina suelen dedicar un tercio de su tiempo solo a encontrar archivos y contrastar información entre departamentos. No es un problema de falta de software, sino de cómo los sistemas existen de forma aislada.

Con AIV Office, no vendemos una nueva aplicación de oficina. Vendemos la capacidad para que la asistente de IA Hanna entienda el contexto de sus datos internos. Pero para que Hanna sea realmente útil, debe poder 'ver' el sistema de gestión de documentos (DMS) o el archivo existente. Aquí es donde el reto técnico y de gobernanza se complica.

Encrucijada número uno: API abierta o conexión directa

La primera y más importante decisión es cómo AIV Office accede a los datos. Hay dos enfoques principales. El primero es construir una API abierta, que permite a Hanna llamar datos de sistemas externos como SharePoint, Oracle WebCenter o plataformas DMS internas. El segundo es la integración profunda, donde AIV Office se convierte en la interfaz principal y el DMS antiguo solo actúa como almacenamiento.

El intercambio aquí es claro. Si elige API abierta, mantiene la independencia del sistema antiguo, pero debe asumir el costo de desarrollo y mantenimiento del puente. Si elige integración profunda, la experiencia de usuario es más fluida, pero el riesgo de compatibilidad es muy alto. En un proyecto reciente en una fábrica en Tailandia, elegimos API abierta porque su sistema DMS llevaba 10 años en funcionamiento y no podía actualizarse. El resultado fue que Hanna tardó unos 200 milisegundos más en responder, pero a cambio, no tuvimos que tocar la infraestructura central. A veces, ser un poco más lento es el precio a pagar para no tumbar el sistema.

Encrucijada número dos: Permisos de acceso de Hanna

Muchos preguntan: ¿Hanna tiene permiso para leer todos los documentos? La respuesta es no. Y este es un punto que otros consultores suelen pasar por alto.

En AIV Office, los permisos de acceso de Hanna se heredan de la cuenta de usuario. Si usted es contador, Hanna solo ve los archivos financieros. Si usted es ingeniero, Hanna solo ve la documentación técnica. Esto es extremadamente importante en términos de seguridad, pero también crea una barrera de rendimiento.

El problema surge cuando los departamentos necesitan colaborar. Por ejemplo, un departamento de I+D necesita referenciar un informe financiero para ajustar el presupuesto del proyecto. Si la cuenta de I+D no tiene permiso para leer el archivo financiero, Hanna rechazará la consulta. En este momento, tiene dos opciones: otorgar permisos temporales (alto riesgo de seguridad) o pedir al departamento de Finanzas que resuma los datos y los envíe a través del Chat en AIV Office. Recomendamos la segunda opción. Es más lenta, pero más transparente. 'Saltarse' la barrera de permisos con IA es una vulnerabilidad de seguridad que ninguna empresa debería aceptar.

Encrucijada número tres: Calidad de los metadatos

Hanna no sabe qué es un documento si el nombre del archivo es 'Untitled.docx' y no tiene descripción. Esta es la cruda realidad en la mayoría de los almacenes de datos empresariales en Vietnam. Los empleados crean archivos, los nombran al azar y se olvidan de ellos.

Para que AIV Office funcione de manera eficiente, necesita un proceso de limpieza de metadatos. No podemos 'obligar' a Hanna a adivinar el nombre de sus archivos antiguos. La solución es obligar a los empleados a completar el título y las etiquetas al guardar el archivo en AIV Drive o al sincronizar desde el sistema antiguo. Al principio, esto fue la mayor fuente de quejas. Pero después de tres meses, cuando todos vieron que ahorraban tiempo en la búsqueda, el cumplimiento aumentó significativamente. Algunas empresas eligen usar IA para sugerir etiquetas automáticamente basándose en el contenido, pero la precisión es de solo alrededor del 80%. El 20% restante de errores es suficiente para causar confusiones graves en las decisiones de negocio. Por lo tanto, las personas deben permanecer en el ciclo de confirmación.

Puntos sin resolver y próximos pasos

Somos honestos: aún hay problemas que no se han resuelto por completo. Primero, la capacidad de entender el contexto multilingüe en documentos técnicos especializados sigue siendo limitada. Hanna maneja bien el vietnamita y el inglés, pero los términos técnicos mezclados (code-switching) a veces causan ruido. Segundo, el costo de almacenamiento de la base de datos vectorial para grandes volúmenes de datos está aumentando rápidamente. Para empresas con almacenes de datos de más de 100 terabytes, este costo puede convertirse en una carga financiera si no hay una estrategia de jerarquización de datos (data tiering).

¿Qué más necesita? Un equipo técnico interno lo suficientemente fuerte para mantener las APIs de conexión y una política estricta de gobernanza de datos. AIV Office no es una magia que elimina el desorden en los datos. Solo amplifica el valor de los datos limpios. Si sus datos están desordenados, Hanna le dará respuestas desordenadas. Esa es la realidad que hemos experimentado en muchos proyectos, y también un recordatorio para cualquiera que esté preparando el inicio de este viaje con AIVISION.

AIVISION acompaña a empresas en México y Asia con soluciones de IA en producción. Agenden una llamada para ver si encaja con su caso.