Qué es el vendor lock-in y cómo evitarlo

Respuesta corta: el vendor lock-in (dependencia del proveedor) es la situación en la que cambiar de proveedor de software, nube o desarrollo te costaría tanto en dinero, tiempo o riesgo que en la práctica no puedes hacerlo. No es ilegal ni siempre malo, pero conviene saber cuánto cuesta salir antes de entrar.

Suele aparecer después de contratar, no antes. Al principio todo funciona y la dependencia no se nota. Se nota cuando el negocio crece, el proveedor cambia las condiciones o necesitas algo que su plataforma no permite.

En qué se manifiesta

Hay cinco tipos de dependencia. Un mismo proyecto puede tener varias a la vez.

Tipo	Qué significa	Pregunta para detectarlo
Del código	El código es del proveedor o está en su repositorio	¿Tienes acceso de administrador a los repositorios?
De los datos	Los datos solo se pueden sacar en formatos propios o con límites	¿Puedes exportar todo, completo y en un formato estándar?
De la plataforma	La aplicación solo funciona dentro de un servicio concreto	¿Puedes ejecutarla en otro servidor sin reescribirla?
Del contrato	Permanencias, cláusulas de salida o penalizaciones	¿Qué pasa, y cuánto cuesta, si rescindes?
Del conocimiento	Solo el proveedor sabe cómo funciona	¿Existe documentación para que otro equipo tome el relevo?

Cuánto cuesta de verdad

El coste no está en la cuota mensual, sino en lo que tendrías que pagar el día que quieras irte:

• Reconstruir lo que no se puede llevar. Si el código o la configuración no son tuyos, se rehacen desde cero.
• Migrar datos. Cuando el formato de exportación es limitado, hay que transformarlos y validarlos.
• Parar o duplicar el servicio durante la transición. Mantener dos sistemas a la vez cuesta.
• Subidas de precio sin alternativa. Si salir es inviable, la negociación la gana el proveedor.

Cada caso es distinto y no existe una cifra genérica. Lo que sí se puede hacer es estimar ese coste de salida antes de firmar.

Qué dice la normativa europea sobre la nube

En el caso de los servicios en la nube, el Reglamento de Datos de la UE (Data Act) regula el cambio de proveedor. Según el resumen del despacho Alston & Bird, estas obligaciones son aplicables desde el 12 de septiembre de 2025, el cambio debe completarse en un periodo transitorio máximo de 30 días tras un preaviso de dos meses, y los costes de cambio desaparecen por completo el 12 de enero de 2027. Es una protección relevante, pero se limita a los servicios en la nube: no cubre el código a medida ni una plataforma SaaS cerrada en todos los casos. Si dependes de uno, consulta con tu asesor jurídico cómo te afecta.

Cómo evitarlo antes de contratar

1. Exige la titularidad del código por escrito. El contrato debe decir quién posee el código fuente y los derechos de uso una vez pagado el proyecto.
2. Pide acceso de administrador a los repositorios (GitHub, GitLab u otros) y a las cuentas de infraestructura, a tu nombre y no al del proveedor.
3. Prefiere estándares y código abierto. Tecnologías ampliamente conocidas permiten que cualquier otro equipo técnico tome el relevo.
4. Separa las capas. Una arquitectura desacoplada (por ejemplo, una arquitectura headless) permite sustituir una pieza sin rehacer el resto.
5. Comprueba que puedes exportar tus datos completos en un formato estándar, y haz la prueba antes de necesitarla.
6. Revisa el contrato. Mira permanencias, plazos de preaviso, penalizaciones y qué ocurre con tus datos al terminar.
7. Exige documentación. Un proyecto sin documentar es una dependencia del conocimiento de quien lo hizo.

Checklist rápida

Si respondes «no» a varias de estas preguntas, tienes una dependencia que conviene estudiar:

• ¿Tienes acceso de administrador a los repositorios de tu plataforma?
• ¿Podrías llevarte una copia completa de los datos hoy mismo?
• ¿Podría otro equipo ejecutar y mantener el software con la documentación que existe?
• ¿Conoces el coste y el plazo para cambiar de proveedor?
• ¿Las cuentas de hosting y los dominios están a nombre de tu empresa?

¿Siempre hay que evitarlo?

No. Una plataforma cerrada (un SaaS) puede ser la decisión correcta si cubre tu necesidad, la cuota es razonable y salir no te supone un problema grave. Lo que no conviene es descubrir la dependencia cuando ya no hay margen para decidir. Por eso, antes de elegir, calcula el coste de salida.

Cómo lo trabajamos en BeDoers

Cuando desarrollamos para un cliente, partimos de tecnologías estándar y de código que queda bajo su control, con repositorios y cuentas a su nombre. Si quieres revisar cuánta dependencia tienes hoy, puedes empezar por nuestra consultoría estratégica y tecnológica o escribirnos. También lo desarrollamos desde el punto de vista patrimonial en por qué la propiedad del código fuente es un activo de tu empresa.

Preguntas frecuentes

¿Qué significa vendor lock-in?

Significa dependencia del proveedor: cambiar a otro resulta tan costoso o arriesgado que en la práctica no es una opción.

¿El vendor lock-in es lo mismo que un SaaS?

No. Un SaaS puede generar dependencia, pero también puede tenerla un desarrollo a medida si el código o las cuentas están en manos del proveedor.

¿Cómo sé si tengo vendor lock-in?

Pregunta cuánto costaría y cuánto tardaría llevarte el código, los datos y la infraestructura a otro proveedor. Si nadie sabe responder o la respuesta es «imposible», hay dependencia.

¿El código abierto elimina el riesgo?

Lo reduce, porque cualquier equipo puede continuar el trabajo, pero no lo elimina. También importan las cuentas, los datos, la documentación y el contrato.

¿Puedo salir de un proveedor cloud en Europa?

El Reglamento de Datos de la UE regula el cambio de proveedor de servicios en la nube: aplica desde el 12 de septiembre de 2025 y prevé eliminar los costes de cambio el 12 de enero de 2027. Revisa tu contrato concreto.