Modelos de código abierto alojados en Suiza: cuándo valen más que una suscripción de IA estadounidense
En resumen. Un modelo de código abierto alojado en Suiza es preferible a una suscripción de IA estadounidense en cuatro situaciones: sus datos están cubiertos por un secreto profesional o médico, la tarea es repetitiva y está bien definida, sus volúmenes hacen costosa la facturación por uso, o no quiere depender de un solo proveedor. En los demás casos (usos variados, volúmenes pequeños, ningún equipo para explotar una infraestructura), un servicio gestionado puede seguir siendo la mejor opción. Ambos enfoques también pueden combinarse.
Esta guía está dirigida a las direcciones y a los responsables de informática que deben decidir. No contiene precios ni clasificaciones de modelos: ambos cambian demasiado rápido, y la única comparación que cuenta es la que usted haga con sus propios documentos.
De qué hablamos
Una suscripción de IA estadounidense es un servicio en línea (ChatGPT, Copilot, Claude y otros) o una API facturada por uso. El modelo pertenece al proveedor y funciona en su infraestructura. Usted envía sus textos y recibe una respuesta.
Un modelo de código abierto es un modelo cuyos pesos están publicados y que usted mismo puede instalar: las familias Llama, Mistral, Qwen o Gemma son ejemplos. «Código abierto» abarca licencias distintas, algunas con restricciones de uso. Hay que leerlas antes de cualquier despliegue.
Alojado en Suiza significa que el modelo funciona en máquinas situadas en Suiza: las suyas o las de un proveedor de alojamiento suizo.
Los dos mundos no son estancos. Algunos modelos propietarios se ofrecen en regiones de nube situadas en Suiza, y algunos modelos abiertos se ofrecen como servicio gestionado. La verdadera pregunta no es, por tanto, «estadounidense o suizo», sino: quién explota el modelo, dónde se ejecutan los cálculos y quién puede acceder a los contenidos.
Lo que significa en concreto «alojado en Suiza»
La expresión puede resultar vaga. Para que tenga sentido, hay que fijar por escrito cuatro puntos.
- Dónde se ejecuta la inferencia. En qué máquinas, en qué centro de datos, explotadas por quién.
- Dónde están los datos. Los documentos, pero también los índices de búsqueda, los archivos temporales, las copias de seguridad y los resultados.
- Quién tiene acceso. Una lista nominativa: administradores internos, prestador, proveedor de alojamiento. Con qué derechos y con qué trazabilidad.
- Qué se registra. Los accesos y las decisiones deben registrarse. El contenido de los documentos solo debería registrarse en la medida necesaria, con un plazo de conservación definido.
Un punto que no debe olvidarse: un alojamiento en Suiza no responde por sí solo a la cuestión de qué derecho se aplica al explotador. Si la infraestructura pertenece a un grupo extranjero, su servicio jurídico debe valorar lo que eso implica. Un modelo explotado en sus propios servidores o por un proveedor de alojamiento suizo simplifica este análisis; no lo suprime.
Cinco criterios para decidir
1. Los datos
Es el primer criterio que conviene examinar. Plantéese tres preguntas.
- ¿Están los contenidos cubiertos por un secreto profesional? El art. 321 del Código Penal suizo se refiere en particular a los abogados, los notarios, los médicos y sus auxiliares. Existen otros secretos, por ejemplo el secreto bancario.
- ¿Se trata de datos sensibles en el sentido de la Ley federal suiza de protección de datos (LPD), como los datos relativos a la salud (art. 5, let. c)?
- ¿Se produce una comunicación al extranjero? El art. 16 LPD la somete a condiciones: nivel de protección adecuado constatado por el Consejo Federal o, en su defecto, garantías apropiadas. Y el art. 9 LPD solo admite la subcontratación si ninguna obligación legal o contractual de guardar secreto lo prohíbe.
Esto no significa que un servicio estadounidense esté prohibido. Significa que exige un análisis y garantías contractuales, allí donde un modelo explotado en sus instalaciones exige mucho menos. Para una carta comercial o una nota interna sin datos personales, la cuestión casi no se plantea.
2. El coste
Los dos modelos de coste son distintos por naturaleza.
- Una suscripción o una API es un coste variable: por usuario o por volumen de texto tratado. Es bajo al principio y crece con el uso.
- Un modelo autoalojado es un coste sobre todo fijo: hardware o alquiler de capacidad de cálculo, puesta en marcha, explotación. Es más elevado al principio y varía poco con el volumen.
El punto de inflexión depende de sus volúmenes. Un proceso que trata documentos todo el día, como una clasificación de expedientes, llega a ese punto mucho antes que un asistente que se usa de vez en cuando. En el cálculo, no olvide el tiempo humano: explotar un modelo requiere a alguien.
3. La calidad
Los grandes modelos propietarios siguen a la cabeza en las tareas abiertas: razonamiento largo, redacción matizada, preguntas imprevistas. En tareas acotadas (clasificar, extraer campos, resumir un documento breve, comprobar una lista de criterios), los modelos abiertos de tamaño medio pueden dar resultados suficientes.
«Pueden» no significa «siempre». El único método fiable consiste en reunir una muestra de sus documentos, con las respuestas esperadas, y hacer pasar por ella dos o tres modelos. Fíjese también en los idiomas: un modelo cómodo en inglés puede serlo menos en francés, en alemán o ante una mezcla de ambos.
4. El mantenimiento
Con un servicio gestionado, el proveedor se encarga de todo, incluido cambiar el modelo. Es cómodo, y es también un riesgo: un modelo retirado o modificado puede cambiar el comportamiento de su proceso sin que usted lo haya decidido.
Con un modelo autoalojado, nada cambia sin usted. A cambio, usted asume las actualizaciones de seguridad, la supervisión, la capacidad y las pruebas antes de cada cambio de versión. Para un proceso que debe ser auditable, esta estabilidad es una ventaja real.
5. Las competencias del equipo
Explotar un modelo exige competencias de infraestructura y un mínimo de experiencia en evaluación. Si no dispone de ellas y no desea adquirirlas, existen tres opciones: un servicio gestionado, un alojamiento suizo en el que la explotación se confía a un prestador, o un contrato de mantenimiento. Lo importante es saber quién está de guardia el día en que el sistema deja de responder.
Tabla comparativa
| Criterio | Suscripción o API de un proveedor estadounidense | Modelo de código abierto alojado en Suiza |
|---|---|---|
| Lugar de tratamiento | Infraestructura del proveedor; la región depende de la oferta y del contrato | Sus servidores o un centro de datos en Suiza |
| Transmisión de los contenidos a un tercero | Sí, al proveedor, en el marco del contrato | No, salvo el eventual proveedor de alojamiento |
| Estructura de costes | Variable, según los usuarios o el volumen | Sobre todo fija, poco sensible al volumen |
| Puesta en marcha | Rápida | Más larga: infraestructura, pruebas, seguridad |
| Calidad en tareas abiertas | A favor de los grandes modelos, a verificar en su caso | Variable, a verificar en su caso |
| Calidad en tareas acotadas | Muy buena | Puede bastar, a verificar con sus documentos |
| Evolución del modelo | Decidida por el proveedor | Decidida por usted |
| Carga de explotación | Baja | Real: actualizaciones, supervisión, capacidad |
| Dependencia | De un proveedor y de sus condiciones | De sus competencias o de su prestador |
| Auditabilidad | Según los registros que facilite el proveedor | Completa, si usted la organiza |
Cuándo el código abierto alojado en Suiza es la opción adecuada
- Clasificación de expedientes sensibles, como los casos bagatela de responsabilidad civil en un hospital o la clasificación de expedientes KYC y alertas.
- Tratamiento de documentos en volumen, como la clasificación de facturas y notas de gastos en una fiduciaria.
- Asistente interno sobre expedientes cubiertos por un secreto profesional.
- Proceso que debe seguir siendo estable y auditable durante varios años.
Cuándo un servicio gestionado sigue siendo preferible
- Usos ofimáticos variados en un entorno donde sus contenidos ya se encuentran, por ejemplo Microsoft 365.
- Redacción, análisis o razonamientos complejos sobre contenidos poco sensibles.
- Volúmenes pequeños, o necesidad de empezar en pocos días.
- Ningún recurso para explotar una infraestructura, y ninguna voluntad de confiar su explotación a un tercero.
Los límites que conviene conocer
- No es gratis. La ausencia de licencia no elimina ni el hardware, ni la explotación, ni las pruebas.
- No es cumplimiento normativo. El alojamiento en Suiza simplifica el análisis jurídico, pero no resuelve ni la información a las personas, ni la seguridad, ni la gobernanza de los accesos.
- El modelo también se equivoca. Un modelo abierto tiene los mismos defectos que los demás: errores, respuestas inventadas, sensibilidad a la formulación. Las salvaguardas siguen siendo necesarias.
- Las licencias varían. Algunas limitan el uso comercial o imponen condiciones. Hay que verificarlo para cada modelo.
- El hardware tiene sus restricciones. Capacidad, plazos de suministro, consumo: más vale dimensionar sobre un caso real que sobre una intuición.
Un método sencillo para decidir
- Clasifique sus casos de uso según la sensibilidad de los datos y el volumen.
- Para los casos sensibles o voluminosos, pruebe dos o tres modelos abiertos sobre una muestra de sus documentos.
- Compare con un modelo propietario sobre la misma muestra, si sus reglas internas permiten someterle datos de prueba anonimizados.
- Calcule el coste de ambas opciones a tres años, explotación incluida.
- Decida caso por caso. Una arquitectura mixta es una opción perfectamente sana.
Preguntas frecuentes
¿Es un modelo de código abierto peor que un modelo propietario? En las tareas abiertas, puede ser el caso. En tareas acotadas, la diferencia se reduce y puede llegar a ser despreciable. Solo una prueba con sus documentos permite decirlo.
¿Hay que comprar servidores? No necesariamente. La capacidad de cálculo puede alquilarse a un proveedor de alojamiento en Suiza. La compra se justifica para un uso continuo o para exigencias de control particulares.
¿Se utilizan nuestros datos para entrenar el modelo? Con un modelo autoalojado, no: los pesos están fijados y sus textos no salen de su infraestructura. Con un servicio gestionado, la respuesta depende del contrato y de los ajustes; debe verificarse.
¿Se puede cambiar de modelo más adelante? Sí, si la integración se ha diseñado para ello. Separamos siempre las reglas de negocio, los datos y el modelo, para que este último pueda sustituirse sin rehacerlo todo.
¿Se pueden combinar los dos enfoques? Sí: un servicio gestionado para la ofimática y un modelo alojado en Suiza para los procesos que afectan a datos sensibles.
Para ir más lejos
La elección del modelo es una etapa de nuestra consultoría de IA: probamos varias opciones con sus documentos y le entregamos una recomendación argumentada, con sus límites. Si prefiere una plataforma lista para usar, consulte Swiss GPT. Contáctenos para un primer intercambio.