Un equipo consulta un contrato interno. El servidor local no responde y el sistema intenta resolver la consulta con un proveedor externo. El trabajo sigue, nadie ve un error y la información pudo cruzar un límite que el negocio nunca autorizó. Es un escenario de diseño, no una denuncia sobre un producto: la continuidad del servicio no debería decidir por su cuenta dónde pueden viajar los datos.
Por eso, comprar una computadora potente o instalar un modelo local no resuelve toda la privacidad. Importa qué pasa antes de la consulta, qué queda guardado después y qué camino toma el pedido cuando algo sale mal.
La novedad útil no es otra lista de modelos
El 22 de octubre, n8n publicó una guía sobre modelos autoalojados, APIs de nube y rutas híbridas. Explica cómo separar solicitudes por tarea, complejidad o sensibilidad, y advierte que los controles sobre datos sensibles deben ocurrir antes de enviarlos a un modelo externo. Si hace falta inspeccionar información restringida para elegir la ruta, propone hacer esa inspección localmente.
También pone un freno a dos promesas fáciles: ejecutar un modelo propio no garantiza menor costo y tampoco vuelve al sistema automáticamente conforme con obligaciones legales. Hardware, mantenimiento, accesos, almacenamiento y registros siguen formando parte de la cuenta.
La discusión sobre cuál modelo entra en una placa de video puede esperar. Primero hay que decidir qué solicitudes pueden salir del entorno controlado y cuáles no.
Una ruta alternativa también necesita permiso
En Nolapenses recomendamos separar disponibilidad de autorización. Que una API esté funcionando no significa que pueda recibir cualquier consulta que el servidor local no logró resolver. Un mecanismo de recuperación no debería ampliar los permisos del proceso.
Un ejemplo hipotético: responder horarios públicos puede admitir un proveedor externo autorizado. Analizar un contrato con datos personales requiere otra evaluación. Que ambos pedidos lleguen por el mismo chat no los convierte en equivalentes.
- Información pública: puede tomar una ruta externa si está aprobada para ese uso.
- Información interna o sensible: necesita una regla explícita sobre procesamiento, almacenamiento y acceso; no una suposición del asistente.
- Información sin clasificar: conviene detener o derivar el caso antes de transferir el contenido completo.
No hace falta que una IA lea todo el documento para elegir el destino. Siempre que sea posible, usá datos ya conocidos: tipo de trámite, sistema de origen, permisos o clasificación del archivo. Y revisá el recorrido completo: adjuntos, búsquedas, registros y servicios de monitoreo también pueden transportar contenido.
La prueba que vale más que una etiqueta de “privado”
Antes de usar un flujo híbrido con información real, proponemos probarlo con datos ficticios claramente identificados. No alcanza con preguntar algo sencillo y comprobar que respondió.
- Probá una solicitud permitida: verificá que use el destino esperado y que exista evidencia de esa ruta.
- Probá una solicitud restringida: comprobá que no se envíe al proveedor externo.
- Simulá la caída del servicio local: la restricción tiene que mantenerse, aunque implique esperar o pedir intervención.
- Probá un caso sin clasificación: comprobá que no lo trate como público por defecto.
- Revisá los registros: deberían permitir reconstruir la decisión sin copiar innecesariamente el documento sensible en otro lugar.
Estas pruebas son una propuesta de control operativo, no una certificación de seguridad ni asesoramiento legal. Las obligaciones concretas dependen del dato, el contrato y la actividad.
Qué decidir antes de invertir
Elegí un solo trabajo real y documentá sus rutas permitidas. Después medí calidad, demora, costo de operación y carga de mantenimiento con solicitudes representativas. Recién ahí compará infraestructura propia, nube o una combinación.
La privacidad no se agota en la retención del proveedor, y un reintento o una ruta alternativa tampoco son inocuos por definición. La IA y la automatización sirven si sostienen el trabajo dentro de los límites acordados. Cuando no pueden hacerlo, frenar y derivar a una persona puede ser la respuesta correcta.
¿Querés aplicar algo parecido en tu empresa?
En Nolapenses podemos ayudarte a bajar esta idea a un flujo real de trabajo, con automatización, integración y derivación humana cuando hace falta.