Si tu proveedor de software desaparece: cómo proteger la continuidad de tu empresa

En 2023 una empresa mediana de servicios en Ecuador despertó un lunes con el sistema de facturación inaccesible. El proveedor no respondía correos ni llamadas. El miércoles llegó la explicación: la empresa había cesado operaciones y no había una persona responsable de los clientes. Los datos estaban en un servidor que nadie pagaría a fin de mes. La empresa no perdió su software: perdió su historial de facturación.

Es un escenario incómodo de mencionar cuando uno vende software. También es real, y no solo pasa con proveedores pequeños: plataformas grandes han cerrado productos, vendido divisiones y cambiado de dueño, dejando a los clientes con un aviso de noventa días para migrar.

La mayoría de las empresas evalúa a su proveedor de software por lo que ofrece hoy: funciones, precio, soporte. Casi ninguna evalúa la pregunta que decide su suerte si ese proveedor deja de existir: ¿qué queda de mi operación cuando él ya no está?

Este artículo aborda esa pregunta sin dramatismo y con método. No es un argumento de venta contra la nube ni contra los competidores: es la lista de verificación que cualquier empresa debería tener sobre la mesa antes de firmar un contrato de software crítico.

Primero: distinguir tres riesgos que se confunden

«Se cayó el sistema», «el proveedor me tiene atado» y «el proveedor desapareció» se sienten parecidos desde adentro, y son problemas completamente distintos, con soluciones distintas:

La interrupción es la que más se discute y la menos grave: se resuelve con dinero y con un buen contrato de soporte. La dependencia es la que cuesta plata todos los años sin que nadie la facture. La desaparición es la que destruye valor de forma irreversible, y es la que menos aparece en las conversaciones de compra.

Qué determina tu supervivencia: el modelo de entrega

Ante la desaparición del proveedor, no todas las empresas quedan igual de expuestas. Lo que marca la diferencia es dónde vive el sistema:

Sistema en la nube del proveedor

Es el escenario de mayor exposición. Si el proveedor apaga sus servidores, el acceso se corta de un día para otro. No hay negociación posible con una empresa que ya no existe. La única protección real es haber previsto el acceso a los datos antes del problema —por contrato y con una copia propia—, porque después la conversación se da con un síndico o un liquidador, no con un gerente comercial.

Sistema instalado en la infraestructura de la empresa

La exposición es menor en el corto plazo: el software sigue funcionando en tus servidores aunque el proveedor desaparezca. Pero se congela. Sin actualizaciones, el sistema deja de adaptarse a los cambios tributarios —en Ecuador, con reformas y nuevas versiones de comprobantes electrónicos, esto no es un detalle—, no recibe parches de seguridad y termina siendo un riesgo. La supervivencia se mide en meses, no en años.

Sistema híbrido o con custodia

Es la opción que muchas empresas ni saben que existe: el sistema corre de forma gestionada, pero existe un acuerdo de custodia del código o de la documentación técnica en manos de un tercero, que se libera si el proveedor incumple o desaparece. Es la forma de tener la comodidad de un servicio con la seguridad de un activo propio.

Ningún modelo es «el correcto». Lo incorrecto es no saber en cuál estás y no haber pensado qué harías si el otro lado de la relación se rompe.

Las siete pruebas de continuidad

Estas son las preguntas que conviene hacer antes de firmar, y que se pueden verificar en una tarde:

1. ¿En qué formato y con qué frecuencia puedo sacar mis datos?

No «si» puedo sacarlos: en qué formato, con qué frecuencia y con qué alcance. Un export a PDF no sirve para migrar. Se necesita la base de datos, los maestros de clientes y productos, el historial de movimientos y los comprobantes electrónicos con sus archivos XML. Y debe poder hacerse sin pedir permiso, desde el propio sistema, un día cualquiera.

2. ¿Existe una copia de los datos fuera del proveedor?

Si el único lugar donde vive tu información es la infraestructura de quien te cobra, no tienes un respaldo: tienes una promesa. Un respaldo propio, actualizado y verificable —aunque sea mensual— cambia completamente el escenario de una quiebra.

3. ¿Qué dice el contrato sobre el final de la relación?

Busca tres cláusulas: plazo de entrega de datos tras la terminación, formato de entrega y asistencia durante la transición. Si el contrato solo habla de lo que pasa mientras la relación existe, no hay contrato de salida.

4. ¿Hay custodia del código fuente o de la documentación técnica?

Es especialmente relevante para software a medida o muy personalizado. La custodia —con un tercero independiente— garantiza que, si el proveedor desaparece, alguien puede mantener el sistema funcionando. Preguntar por ella suele revelar mucho sobre la seriedad del proveedor.

5. ¿Cuántos clientes tiene y desde cuándo?

No es un indicador de calidad, pero sí de estabilidad. Un proveedor con una base amplia y años de operación tiene más incentivos y más recursos para no desaparecer de un día para otro. Conviene revisar si el producto es su línea principal o un experimento que puede cerrarse sin consecuencias.

6. ¿Qué pasa con las integraciones que dependen de terceros?

Muchos sistemas críticos dependen de otros servicios: facturación electrónica, pasarelas de pago, servicios de terceros, APIs de organismos públicos. Si alguna de esas piezas desaparece o cambia sus condiciones, el sistema completo se detiene. Un mapa de dependencias externas es parte de la continuidad, y casi nadie lo tiene.

7. ¿Alguien ha probado el plan de salida?

La prueba real no es la cláusula: es la ejecución. Una empresa que nunca ha exportado sus datos completos no tiene plan de salida, tiene una intención. Programar un ejercicio anual —exportar, revisar que la información esté completa, estimar cuánto tardaría una migración— cuesta poco y dice muchísimo.

El costo de no preguntar

El riesgo de desaparición del proveedor no se puede medir en la misma moneda que el precio del software, y por eso queda fuera de las comparaciones. Nadie pone en la matriz de evaluación una fila que diga «probabilidad de perder acceso al historial». Pero es la única fila cuyo impacto no se puede recuperar con dinero.

Vale la pena hacer el ejercicio al revés: si mañana el proveedor anunciara su cierre en noventa días, ¿qué necesitarías tener resuelto al día treinta? La lista que sale de esa pregunta —datos, formatos, documentación, contratos, personas que saben cómo funciona— es exactamente la que hay que construir tranquilamente mientras todo va bien.

Cómo lo asumimos en Wide Solutions

No existe un proveedor inmune a este riesgo, y no vamos a presentarnos como la excepción. Lo que sí podemos afirmar es que la continuidad es una decisión de diseño, no una promesa de marketing: la información es del cliente, debe poder salir del sistema en formatos utilizables, y la relación debe tener una forma conocida de terminar.

Con 17 años desarrollando software para empresas en Ecuador, hemos visto cerrar competidores, proveedores internacionales retirar productos y clientes llegar con bases de datos que nadie sabía exportar. Esa experiencia nos enseñó que la conversación sobre la salida es parte de la conversación sobre la entrada. Puedes conocer más sobre quiénes somos y cómo trabajamos.

Un plan de continuidad en cuatro piezas

Si tuvieras que resumir todo esto en un documento de una página, estas serían sus cuatro secciones:

1. Inventario de dependencias: qué sistemas, proveedores y servicios externos son críticos para operar, y cuál es la persona responsable de cada uno.
2. Respaldo propio y probado: una copia de la información crítica fuera del proveedor, con una verificación periódica de que se puede restaurar.
3. Contrato de salida firmado: formatos, plazos, asistencia en la transición y custodia de código cuando aplique.
4. Ejercicio anual de salida: exportar, revisar, medir tiempos y documentar. Lo que no se ha probado no funciona.

Nada de esto exige desconfiar de tu proveedor. Exige lo mismo que un seguro: la tranquilidad de que un día normal no depende de que nada salga mal.

Preguntas frecuentes

¿Esto significa que no debo contratar software en la nube?

No. Significa que, al contratarlo, debes saber exactamente cómo saldrías. La nube resuelve problemas reales de operación e infraestructura. Lo que no resuelve —si nadie lo pacta— es el acceso a tus datos el día en que el proveedor deja de operar.

¿Pedir la exportación de datos desconfía del proveedor?

Al contrario: es un indicador de madurez de ambos lados. Un proveedor que se incomoda cuando le piden exportar sus datos está diciendo algo importante. Uno que lo tiene resuelto lo muestra con orgullo.

¿Qué es exactamente el escrow o custodia de código?

Es un acuerdo entre tres partes —empresa, proveedor y un custodio independiente— donde el proveedor deposita el código fuente y la documentación técnica. El custodio los libera si se cumplen condiciones acordadas: quiebra, cese de soporte, incumplimiento grave. Es una garantía contractual con un procedimiento definido, no un favor.

¿Un contrato con cláusula de salida ya es suficiente?

Es necesario, pero no suficiente si nadie lo ha ejecutado. La cláusula dice qué debería pasar; el ejercicio de exportación comprueba qué pasa realmente. Las dos cosas juntas forman la protección; por separado, son papel.

¿Cuánto debería costar un plan de salida?

Menos de lo que parece. La mayoría de los proveedores serios incluyen la exportación estándar en el servicio. El costo real está en el tiempo interno de validar los datos y en la eventual migración, no en la autorización para llevártelos. Si el proveedor cobra la exportación como un proyecto especial de alto valor, conviene preguntarse por qué.

Tu software puede cambiar de proveedor. Tu historial de clientes, tus facturas y tus años de operación no deberían depender de que una empresa siga existiendo.