Qué es on-premise: definición, costes y control de datos

Puntos clave

• On-premise describe quién mantiene la máquina, no quién cumple la ley. El reparto del RGPD no cambia porque el servidor esté en tu oficina: sigues siendo el responsable del tratamiento.
• El precio de licencia es la parte pequeña de la factura. Hardware, electricidad, copias, ventana de parcheo y las horas de quien lo sostiene pesan más que el software.
• El argumento del lock-in tiene fecha de caducidad. El Reglamento de Datos europeo prohíbe las tarifas de cambio de proveedor desde el 12 de enero de 2027.
• El control real lo deciden tres documentos. La ubicación de los datos, la jurisdicción de la matriz del proveedor y el contrato de encargo dicen más que el edificio donde esté el disco duro.

Hay una fecha que debería entrar en cualquier comparación entre servidores propios y nube: el 12 de enero de 2027. Desde ese día, un proveedor cloud europeo no podrá cobrarte por llevarte tus datos a otro sitio, así que el motivo más repetido para quedarse en local sale bastante más barato por contrato. Ahí está el malentendido que esta guía deshace: on-premise no es un sello de cumplimiento, es un reparto de tareas en el que tú asumes el mantenimiento completo.

¿Qué significa on-premise y de dónde viene el término?

On-premise significa que el programa se ejecuta en un servidor bajo tu responsabilidad física: un armario rack en la oficina, una sala técnica en la sede o un equipo que alquilas en un centro de datos y administras tú. Licencias el software, lo instalas, lo actualizas, le haces copias y respondes cuando a las dos de la mañana deja de responder.

Verás el término de tres maneras y las tres significan lo mismo: on-premise, on-premises (la forma correcta en inglés, porque premises en plural son las instalaciones) y la traducción que usa el sector en España, en local.

Un aviso para quien llegue desde otro sector: en hostelería y distribución de bebidas, "on-premise" es otra cosa. Las ventas on-premise, o on-trade, se consumen en el propio local (bares, restaurantes, hoteles), frente a las off-premise, que se compran en tienda para llevar.

¿En qué se diferencia on-premise del cloud, el SaaS y el híbrido?

Las comparaciones habituales plantean una elección binaria que casi nadie toma. Entre tener todo en tu rack y tener todo por suscripción hay dos modelos intermedios frecuentes.

Fíjate en las dos filas del medio: el responsable del tratamiento eres tú en las cuatro columnas. Lo que cambia es si existe un encargado al que el RGPD obliga a darte garantías, y en on-premise no existe porque esa función la haces tú.

El híbrido es el escenario real de muchas empresas medianas: un ERP antiguo en local porque migrarlo cuesta año y medio, el correo en nube, y capas nuevas (reservas, CRM, firma electrónica) contratadas como servicio y conectadas a lo de abajo por API.

¿Cuánto cuesta de verdad cada modelo?

El error de cálculo clásico es comparar el precio de la licencia on-premise contra doce mensualidades de una suscripción. Esa comparación ignora la mitad de la factura.

En un presupuesto on-premise entran, además del software:

• Hardware y su renovación, con un ciclo de reemplazo que en la práctica se mueve entre cuatro y seis años.
• Energía y refrigeración. No es solo el consumo del servidor: una sala técnica que no se enfría sola necesita climatización todo el año.
• Copias de seguridad. Una copia que nadie ha restaurado nunca no es una copia, y probar la restauración son horas de alguien.
• Licencias de la capa de abajo. Sistema operativo, base de datos y monitorización se licencian aparte del programa que querías usar.
• La ventana de parcheo. Cada actualización de seguridad es trabajo fuera de horario, y cada vulnerabilidad publicada abre un reloj que corre contra ti.
• La persona. El coste que más se olvida y el que más pesa: alguien tiene que saber cómo está montado todo, y ese conocimiento se va cuando cambia de empleo.

La suscripción traslada esas partidas al proveedor y deja una factura previsible, con sus propias líneas incómodas: el precio por usuario crece con el equipo, los módulos que no necesitabas aparecen en planes superiores, y las subidas anuales de tarifa no las decides tú.

Entre administradores de sistemas el debate lleva años sin resolverse. En un hilo de r/sysadmin que pregunta si tiene sentido volver a servidores propios, varias respuestas apuntan a lo mismo: la vuelta tampoco es gratis, porque rehacer la migración implica pruebas, traslado de datos y reconstruir el conocimiento interno que se dejó caer al subir.

¿On-premise cumple mejor el RGPD?

La idea de que tener el servidor en casa resuelve la protección de datos no se sostiene al leer el reglamento, y es aquí donde la decisión se toma mal con más frecuencia.

El RGPD reparte dos papeles. El responsable del tratamiento decide qué datos se tratan y para qué, y el encargado los trata por cuenta del responsable. Ese reparto no lo eligen las partes a su conveniencia: viene determinado por quién decide de hecho, como insiste la Agencia Española de Protección de Datos en su guía para clientes que contratan servicios de cloud computing (consultada el 1 de noviembre de 2026). Si eres una clínica, una asesoría o un despacho, eres el responsable en los dos modelos.

Lo que cambia es a quién puedes exigir garantías. El artículo 28.1 te obliga a elegir encargados que ofrezcan garantías suficientes y a firmar un contrato de encargo. En un servicio cloud ese artículo trabaja a tu favor, porque el proveedor adquiere obligaciones escritas y responsabilidad contractual. En on-premise no hay encargado externo, así que tampoco hay nadie a quien reclamar, y las medidas del artículo 32 las implementas tú.

Tres matices antes de decidir:

• El RGPD no exige que los datos estén en España. Dentro del Espacio Económico Europeo no hay transferencia internacional. Lo regulado es la salida de ese espacio, y ahí entra el capítulo V.
• La jurisdicción de la matriz pesa tanto como la ubicación del servidor. Un proveedor con sociedad matriz estadounidense puede quedar alcanzado por normas de acceso extraterritorial como la CLOUD Act aunque el disco esté en Fráncfort. La guía sobre las leyes de privacidad que afectan a tus datos desarrolla ese punto, y los fundamentos están en la explicación de qué es el RGPD.
• Con administración pública hay una capa más. El Real Decreto 311/2022, que regula el Esquema Nacional de Seguridad, fija requisitos que alcanzan también a los proveedores del sector público. On-premise no te exime: te obliga a demostrar tú mismo cada medida.

La conclusión es incómoda para quien quería una respuesta rápida: on-premise no reduce tu responsabilidad legal, la concentra.

¿Qué cambia en el lock-in a partir de enero de 2027?

De los motivos que quedan para elegir servidores propios en software de gestión corriente, la dependencia del proveedor era el más sólido. El Reglamento (UE) 2023/2854, el Reglamento de Datos, lo debilita bastante.

El esquema, resumido por la Comisión Europea en su página del Data Act (consultada el 1 de noviembre de 2026), tiene dos fases. Hasta el 11 de enero de 2027, un proveedor de servicios de tratamiento de datos solo puede cobrarte el cambio hasta el límite de sus costes directos. Desde el 12 de enero de 2027 no puede cobrar nada, y debe facilitar la portabilidad y documentar la salida en el contrato.

Dos precisiones para no pasarse de optimista: la prohibición cubre el cambio de proveedor, no las penalizaciones por terminar antes de plazo, y el uso de varios proveedores en paralelo sigue admitiendo cargos de salida a precio de coste. Aun así, si tu razón para montar un servidor propio era no quedarte atrapado, esa garantía ya puedes exigirla por contrato.

¿Cuándo sigue compensando on-premise?

Hay escenarios donde el modelo gana con claridad y no por nostalgia:

• Latencia de proceso industrial. Una línea de producción o un sistema de visión artificial que decide en milisegundos no puede esperar un viaje a un centro de datos.
• Entornos aislados de red. Instalaciones críticas sin salida a internet por diseño: si no hay conexión, no hay servicio en nube.
• Software de nicho sin versión en nube. Maquinaria, laboratorio o metrología cuyo fabricante solo entrega un instalable.
• Hardware amortizado con carga estable. Si el equipo está pagado, la carga no crece y tienes en nómina a quien lo mantiene, migrar puede no devolver el coste del proyecto.

Y los casos en que suele ser mala idea: equipos de menos de cincuenta personas sin perfil de sistemas propio, cargas con picos muy marcados, y cualquier organización cuyo único argumento sea que así los datos son suyos. Ese último lo resuelve mejor un contrato bien leído.

¿Cómo evaluar un proveedor cloud si lo que buscas es control?

Si tu problema real era el control sobre los datos y no el mantenimiento de servidores, el trabajo es de lectura. Estas seis preguntas se responden con documentación pública o con el contrato.

• ¿Dónde se almacenan los datos, con nombre y región? "Europa" no es una respuesta. Lo es "Fráncfort, con región secundaria en Francia".
• ¿Cuál es la sociedad que firma y dónde está su matriz? Determina a qué normas de acceso extraterritorial queda expuesta.
• ¿Publica la lista de subencargados? Debe consultarse sin pedirla, con el servicio y la ubicación de cada uno. Las excepciones importan más que la regla.
• ¿Hay contrato de encargo y en qué plan? Si el acuerdo que exige el artículo 28 es un extra de pago, eso ya es una respuesta.
• ¿Cómo exportas tus datos y en qué formato? Pídelo por escrito ahora, no el día que te quieras ir.
• ¿Se conecta con lo que ya tienes en local? Pocas organizaciones van a mover su ERP o su directorio, así que la pregunta útil es si la capa nueva habla con la antigua.

Dónde encaja meetergo en esta comparación

Conviene decirlo antes que nada: meetergo no se instala en tus servidores. Es un servicio en nube, sin versión on-premise ni autoalojada. Si tu requisito es instalación en local, esto no es lo que buscas.

Lo que sí cubre es el caso intermedio, el más habitual: una capa de reservas, CRM y colaboración contratada como servicio, sobre una base que sigue estando en tu casa. meetergo es una empresa alemana sin matriz estadounidense, con los datos en Núremberg, centros de datos certificados ISO 27001, cifrado en reposo y en tránsito, y contrato de encargo incluido en todos los planes, también en el gratuito. La lista de subencargados es pública y lo usan más de 40.000 personas en más de 40 países.

Lo que importa a quien venía buscando on-premise es la conexión con infraestructura propia:

Calendarios y correo que no están en la nube

La integración con Microsoft Exchange cubre instalaciones en local, en el plan Enterprise, y CalDAV sirve para cualquier servidor de calendario que hable el protocolo estándar. El correo transaccional puede salir por tu propio SMTP.

Stack autoalojado

Hay conectores para Nextcloud como gestor de archivos y calendario, Jitsi para videollamadas en tu propio servidor y n8n para automatizaciones que no salen de tu red.

Identidad y salida de datos gestionadas por ti

SAML SSO y el aprovisionamiento SCIM dejan que las cuentas las cree y las retire tu directorio; están en Enterprise. La API y los webhooks llevan las citas y los contactos a tus sistemas en tiempo real, y la exportación CSV está en todos los planes.

Las limitaciones honestas, porque la lista anterior no está completa sin ellas: no hay despliegue on-premise de ninguna clase; el envío de SMS y WhatsApp se apoya en un subencargado con jurisdicción estadounidense, igual que la analítica interna del producto, los dos declarados en la lista pública; y SAML más SCIM solo entran en Enterprise. Si tu requisito empieza por "instalable en nuestro CPD", ninguna integración compensa eso.

Los planes van de 0 € para siempre a 49,90 €/mes, con 7 días de prueba en los de pago y el desglose en la página de precios (consultada el 1 de noviembre de 2026). Puedes empezar gratis sin tarjeta.

Errores habituales al decidir entre local y nube

• Comparar licencia contra suscripción. Pon las dos columnas con todas las partidas a cinco años. La comparación cambia de signo más veces de las que la gente espera.
• Pedir on-premise cuando el requisito real es trazabilidad. Si tu auditoría necesita registro de accesos y residencia de datos, eso se exige por contrato. El rack no era el requisito.
• Dar por hecho que un servidor propio está más protegido. Lo está si alguien lo parchea y prueba las restauraciones. Un servidor sin actualizar desde hace dos años es la opción menos segura de la lista.
• Migrar todo de golpe en cualquiera de las dos direcciones. Las migraciones que salen bien van por capas, empezando por la que menos duele si hay que volver atrás.
• Olvidar la cláusula de salida. Con un proveedor cloud, exige el procedimiento de portabilidad por escrito; con software en local, comprueba en qué formato extraes la base de datos.

100% conforme RGPD

Reservas + videoconferencia en una sola herramienta.

Sin descargas.Sin costes adicionales.Configurado en 30 segundos.

Usar gratis

Sarah NowakDirectora general · Primera llamada · 30 min09:0010:3014:00

100% conforme RGPD

Reservas + videoconferencia en una sola herramienta.

Sin descargas.Sin costes adicionales.Configurado en 30 segundos.

Usar gratis

Preguntas frecuentes

¿On-premise y on-premises son lo mismo?

Sí. On-premises es la forma correcta en inglés y on-premise la abreviación que se ha impuesto en el sector. En español convive con "en local" y "en servidores propios", y las tres se usan de forma indistinta en pliegos.

¿Qué diferencia hay entre on-premise y SaaS?

En SaaS no instalas ni administras nada: el proveedor ejecuta el software, lo actualiza y responde del servicio. En on-premise asumes instalación, actualizaciones, copias y disponibilidad. La diferencia se nota el día que algo se rompe: en un caso abres un ticket, en el otro abres el rack.

¿Es on-premise más seguro que la nube?

No por sí mismo. Depende de quién aplica los parches, cómo se controlan los accesos y si alguien ha probado una restauración este trimestre. Un proveedor con ISO 27001 y auditorías periódicas suele dedicar a eso más recursos que una empresa mediana con un responsable de sistemas a media jornada. On-premise te da control sobre esas decisiones, no la garantía de que se tomen bien.

¿Cuánto tarda en implantarse un sistema on-premise?

Cuenta en semanas o meses: especificar y comprar hardware, instalar, migrar datos, probar y formar al equipo. El servicio equivalente en nube suele estar operativo el mismo día, y esa diferencia de calendario es parte del coste real.

¿Puedo tener un modelo híbrido?

Es lo más frecuente en empresas con sistemas antiguos. El patrón habitual mantiene en local lo caro de mover, como un ERP, y contrata como servicio las capas nuevas, conectándolas por API, webhooks o CalDAV. Antes de firmar, comprueba que la pieza nueva se integra de verdad con la antigua y no solo mediante un conector a medida.

¿El RGPD obliga a tener los datos en España?

No. El tratamiento dentro del Espacio Económico Europeo no es una transferencia internacional, así que almacenar en Alemania, Irlanda o Francia cumple igual que en Madrid. Lo regulado son las salidas de ese espacio, que exigen una base del capítulo V. En contratación pública sí pueden aparecer requisitos adicionales de localización derivados del Esquema Nacional de Seguridad o del pliego.

¿meetergo se puede instalar en nuestros servidores?

No. meetergo es un servicio en nube y no existe versión on-premise ni autoalojada. Lo que ofrece a quien tiene infraestructura propia son conectores hacia ella: Exchange en local, CalDAV, Nextcloud, Jitsi, n8n, SMTP propio, SAML SSO y una API. Si el requisito es instalación en tu CPD, hay que buscar en otra categoría de producto.