IA local en el trabajo diario: correo, Office, documentos y ERP

La IA no sustituye los controles del sistema de origen

Outlook, un ERP o un gestor documental ya tienen identidades, permisos, registros y flujos de aprobación. La integración debe utilizar esas capacidades, no evitarlas. El modelo recibe únicamente la información necesaria y propone una salida dentro de un contrato.

El Copilot estándar de Microsoft no puede redirigirse a Ollama o a otro servidor local. La solución real es una aplicación o automatización propia: Microsoft Graph para correo y archivos, n8n para orquestación, una API interna para el ERP y un modelo local para la generación.

El ejemplo más seguro es crear un borrador. El sistema prepara una respuesta, pero el usuario revisa destinatario, contenido y adjuntos antes de enviar. Consulta el tutorial con n8n, Ollama y Outlook.

Cinco integraciones que aportan valor

Outlook: lectura mínima y borrador visible

El contenido del correo se considera no confiable. Instrucciones incluidas por un remitente no pueden cambiar herramientas, destinatarios o políticas. El flujo conserva el identificador original, evita duplicados y registra el resultado sin almacenar más contenido del necesario.

Microsoft Graph separa la creación de un mensaje en Borradores del envío. Utiliza esa separación como control técnico, no solo como una instrucción al modelo.

Word, Excel, PDF y presentaciones

El modelo no debería modificar el archivo original. Genera una copia, un conjunto de cambios o una propuesta que el usuario pueda comparar y aceptar.

ERP y CRM mediante herramientas pequeñas

Evita entregar al modelo una conexión SQL o una credencial con acceso global. Expón funciones acotadas como consultar_pedido, buscar_cliente o crear_propuesta_interna, con esquema, límites y autorización.

1. Identifica al usuario. La herramienta recibe identidad y ámbito, no confía en un nombre escrito en el prompt.
2. Aplica permisos. El backend comprueba que esa identidad puede ver el registro.
3. Devuelve pocos campos. Solo los necesarios para la tarea.
4. Valida la propuesta. Importes, estados, destinatarios y reglas se comprueban fuera del modelo.
5. Solicita aprobación. Las escrituras relevantes esperan una acción humana.
6. Registra el cambio. Usuario, versión, valores anteriores, propuesta y aprobación.

Una puerta de entrada para el equipo

Open WebUI puede ofrecer chat, usuarios, grupos y conocimiento compartido sobre Ollama. n8n puede ejecutar flujos. Una aplicación interna puede integrar botones y formularios directamente en el proceso de trabajo. No todo caso necesita una conversación libre.

Para tareas repetitivas, un formulario con campos limitados suele ser más seguro y predecible. El usuario selecciona el tipo de tarea, adjunta una fuente autorizada y recibe un borrador. El chat se reserva para exploración.

Latencia, concurrencia y continuidad

• Mide tiempo de cola, tiempo hasta el primer token y generación por separado.
• Fija límites de contexto, archivos y solicitudes por usuario.
• Precalcula embeddings y procesa tareas largas mediante colas.
• Utiliza réplicas cuando el problema sea concurrencia.
• Conserva una ruta manual si el servicio no está disponible.
• Versiona modelo, prompt, herramientas y conectores.
• Actualiza por etapas y prueba reversión.

Un clúster de DGX Spark puede repartir solicitudes y trabajos. Para mucha más memoria coherente y administración, DGX Station ocupa otra escala.

Conectar IA local sin entregar al modelo las credenciales ni el control del sistema

La integración estable separa cuatro responsabilidades: el sistema de origen conserva datos y permisos; el conector recupera el mínimo necesario; el modelo transforma o propone; y la aplicación valida la salida antes de guardarla como borrador o resultado revisable.

Outlook / ERP / archivos → conector con identidad → datos mínimos
                         → modelo local → salida estructurada
                         → validación → borrador / propuesta / registro

• Credenciales en el conector, nunca dentro del prompt
• Permisos de lectura separados de escritura
• Campos y documentos filtrados antes del modelo
• Salida con esquema y límites de longitud
• Aprobación humana para comunicaciones y cambios relevantes
• Retención diferenciada para contenido, métricas y auditoría
• Procedimiento de desactivación y recuperación

«Local» describe dónde se ejecuta el modelo. Si el flujo llama a una API externa, consulta una web o utiliza un conector cloud, esos datos salen del equipo conforme a esa integración. Debes mapear el recorrido completo.

Clasificar mensajes y crear borradores sin enviar automáticamente

El Copilot estándar de Microsoft no se redirige a un modelo propio. La vía controlable es una aplicación independiente: Microsoft Graph obtiene mensajes autorizados, n8n u otro orquestador prepara el contexto, Ollama genera una propuesta y Graph crea un borrador. El envío permanece en Outlook y bajo decisión humana.

1. Selecciona el buzón y la finalidad. Empieza por una carpeta o categoría, no por toda la organización.
2. Limita los campos. Identificador, remitente, asunto, cuerpo limpio y referencias necesarias. No incorpores hilos o adjuntos completos sin necesidad.
3. Clasifica antes de redactar. El modelo devuelve tipo, urgencia, datos ausentes y si la petición está dentro del alcance.
4. Recupera información autorizada. Consulta RAG, pedido o CRM mediante herramientas pequeñas.
5. Genera una estructura. Asunto, cuerpo, fuentes utilizadas, advertencias y nivel de revisión.
6. Valida. Comprueba destinatarios, esquema, longitud, datos sensibles, enlaces y afirmaciones.
7. Crea un borrador. Utiliza la operación de creación o de respuesta en borrador; no llames al envío.
8. Revisa en Outlook. La persona confirma tono, exactitud, destinatarios y adjuntos.

La guía n8n + Ollama + Outlook explica el flujo técnico, la salida JSON y las pruebas de inyección.

Extraer, comparar y redactar conservando estructura y procedencia

Un archivo no es solo texto. Word contiene estilos y revisiones; Excel contiene fórmulas, tipos y relaciones; PDF puede ser texto, imagen o tabla; una presentación combina títulos, notas y elementos visuales. Decide qué estructura necesita la tarea antes de convertirlo todo en párrafos.

Tutorial: comparar dos versiones de un procedimiento

1. Extrae ambos documentos conservando títulos y numeración.
2. Relaciona secciones por encabezado y similitud.
3. Calcula diferencias de texto fuera del modelo.
4. Entrega al modelo solo los cambios y contexto próximo.
5. Solicita impacto, dudas y resumen, con referencias de sección.
6. Valida que cada afirmación corresponda a un cambio real.
7. Genera un informe que enlaza a ambas versiones.

Consultar primero y proponer cambios mediante operaciones pequeñas

El acceso directo a una base de datos concede demasiada superficie. Crea una API de negocio que aplique identidad, permisos y reglas. El modelo no necesita conocer tablas; necesita herramientas con nombres y resultados comprensibles.

Una herramienta debe devolver códigos de error estructurados: no encontrado, sin permiso, dato ambiguo o servicio temporalmente no disponible. El modelo traduce el error para el usuario, pero no inventa un resultado ni cambia de recurso.

Escrituras seguras

Divide propuesta y ejecución. Primero genera un objeto con cambios; después una pantalla muestra valor actual, valor nuevo, motivo y efecto. Solo tras aprobación se utiliza una credencial de escritura limitada. Añade idempotencia para que una repetición no duplique la operación.

Transcribir en local, separar hablantes y convertir audio en tareas revisables

Una canalización de voz puede mantener el audio en infraestructura propia: normaliza el archivo, detecta voz, transcribe, identifica o separa hablantes cuando el sistema lo permite, y genera un resumen. La transcripción no es una fuente perfecta; nombres, cifras y términos técnicos requieren revisión.

1. Define base y consentimiento. Informa de la grabación y limita la finalidad.
2. Normaliza el audio. Canal, frecuencia y volumen estables mejoran la entrada.
3. Transcribe con marcas temporales. Conserva segmentos para volver al audio.
4. Marca incertidumbre. No sustituyas silenciosamente palabras de baja confianza.
5. Extrae decisiones y tareas. Cada elemento debe enlazar al segmento que lo sustenta.
6. Revisa antes de publicar. Una persona confirma nombres, cifras, responsables y fechas.
7. Aplica retención. Audio, transcripción y resumen pueden tener plazos diferentes.

Para procesar muchas horas, el criterio de hardware es tiempo real o factor respecto a duración, modelos simultáneos, calidad de audio y latencia del lote. Una GPU rápida suele ser prioritaria cuando el modelo de voz cabe con margen.

Revisar código local sin conceder acceso de escritura al repositorio completo

Empieza por una rama y una selección de archivos. La IA puede explicar, proponer un diff, escribir pruebas o localizar referencias. El sistema de control de versiones y la integración continua siguen siendo la fuente de verdad.

• Repositorio y secretos excluidos mediante reglas explícitas
• Contexto limitado a archivos relacionados
• Diff visible en lugar de sustitución silenciosa
• Tests, análisis estático y revisión humana obligatorios
• Comandos permitidos mediante una lista, no una terminal general
• Sin acceso a producción ni credenciales de despliegue

En proyectos grandes, una búsqueda de símbolos y dependencias recupera contexto mejor que enviar archivos completos. Mide el porcentaje de propuestas aceptadas, defectos detectados por tests y tiempo de revisión, no solo líneas generadas.

Convertir una demostración en un servicio cotidiano y recuperable

1. Escoge una tarea frecuente y reversible. Debe tener entrada, salida y responsable claros.
2. Registra una línea base. Tiempo actual, errores, volumen y calidad.
3. Construye modo borrador. La IA propone; el usuario conserva la decisión.
4. Ejecuta un piloto limitado. Grupo pequeño, datos autorizados y soporte cercano.
5. Mide correcciones. Clasifica qué modifica el usuario y por qué.
6. Prueba fallos. Modelo caído, API lenta, documento malformado, permiso denegado y salida inválida.
7. Documenta continuidad. El proceso debe seguir sin IA cuando el servicio no esté disponible.
8. Amplía solo una dimensión. Más usuarios, más fuentes o más autonomía, pero no todas a la vez.

Conectar aplicaciones sin entregar credenciales ni control directo al modelo

Usuario o evento
  → aplicación autorizada
  → orquestador con identidad y política
  → API local del modelo
  → validación de salida
  → borrador o propuesta visible
  → aprobación
  → API de Outlook, ERP, CRM o repositorio

Ollama, LM Studio y otros runtimes pueden exponer interfaces locales que las aplicaciones consumen. La compatibilidad de formato facilita sustituir el backend, pero no convierte el modelo en Microsoft Copilot ni permite redirigir el Copilot oficial a tu servidor. La integración real se construye con las APIs del sistema de origen, un orquestador y permisos propios.

Pasar de una prueba individual a un servicio de oficina

1. Elige una tarea frecuente y reversible. Por ejemplo, resumir un hilo o comparar dos procedimientos.
2. Fija la entrada y la salida. Define campos permitidos, formato, fuente y condición de abstención.
3. Ejecuta con un solo usuario. Mide calidad, latencia, memoria y correcciones durante casos reales.
4. Añade identidad y permisos. El usuario solo recupera los datos que ya puede ver en el sistema original.
5. Introduce borradores. La IA prepara; el sistema conserva la acción final y la auditoría.
6. Prueba concurrencia y recuperación. Simula varios usuarios, caída del modelo, actualización y reversión.
7. Amplía por función. Añade una integración cada vez y conserva una ruta manual.

La guía de n8n, Ollama y Outlook desarrolla el patrón de borradores. Para un acceso común del equipo, revisa Open WebUI.