El lado oscuro de los acuerdos tecnológicos y cómo evitar que tu empresa pague el precio
Piensa en el momento exacto en el que alguien te pasa un contrato de software. Ese instante con prisas, en el que el proveedor te pinta todo como fácil, rápido, estándar, seguro. Basta una firma, un pago, y ya serás propietario… ¿de qué, exactamente?
Aquí las empresas cometen los errores más caros de toda su historia tecnológica. No hace falta que llegue un pleito para que la cuenta sea dolorosa. A veces basta con un correo perdido, un plazo sin terminar de definir, o una cláusula que nadie se molestó en discutir esperando que la otra parte fuera razonable “si pasa lo peor”.
La realidad es mucho más fría: cuando todo va bien, nadie lee los contratos. Cuando todo va mal, sólo importa lo que pusiste —o lo que dejaste fuera. Te juegas, literalmente, la continuidad de tu negocio. Eso es lo que está en juego aquí.
Un episodio necesario: el podcast que pone el foco donde nadie quiere mirar
En el episodio más reciente de Directivos Seguros, reunimos tres voces que han “visto de todo” en el terreno donde empresas, tecnología y contratos se cruzan —a menudo, con demasiada improvisación.
David Pascual, CEO de CXecutives, es especialista en poner sobre la mesa las preguntas incómodas que todo empresario debería hacerse antes de lanzarse al siguiente proyecto digital. David representa ese espíritu práctico de quien ha tenido que tomar decisiones difíciles y entiende lo que cuesta rectificar cuando no has hecho bien los deberes.
Ricardo Oliva, Abogado y Director de Algoritmo Legal. La experiencia de Ricardo es la trinchera: ha salvado a empresas en litigios complejos y sabe explicar con una claridad aplastante las trampas que esconde cualquier proceso de contratación tecnológica. Cuando Ricardo revisa un contrato, no busca sólo palabras; busca huecos, fisuras y puntos ciegos por los que puede colarse —o perderse— el valor de tu negocio.
Fernando Cordón, CEO de Cordón Seguros, vive pegado al riesgo real. No habla de seguros como un trámite, sino como un escudo que, si no está bien ajustado al traje de la empresa, no sirve cuando más lo necesitas. Fernando lo ha visto todo: empresas convencidas de que “tenían todo cubierto”, que descubrieron demasiado tarde que los puntos críticos estaban desprotegidos, sólo porque nadie preguntó lo suficiente al principio.
Así, desde distintos ángulos, pero con un mismo objetivo —proteger de verdad a la empresa—, se aborda un tema en el que la ignorancia, la prisa y el exceso de confianza son enemigos siempre al acecho.
Contratos tecnológicos: ¿realmente sabes qué estás firmando?
Lo habrás escuchado mil veces, pero aquí no vale escudarse en la costumbre. ¿Qué tipo de acuerdo necesitas y, sobre todo, a qué tipo de riesgos te expones si ni tú ni tu proveedor lo tenéis claro desde el principio?
No es lo mismo contratar una mera licencia de uso que negociar un desarrollo a medida, solicitar servicios SaaS (software como servicio), firmar un mantenimiento o externalizar tareas tecnológicas (outsourcing). Cada una de estas opciones implica obligaciones y dependencias distintas. Y ahí, en el tipo de contrato, empieza el juego de lo que es tuyo y lo que no, de a qué puedes exigir —y de lo que, llegado el momento, es sólo una ilusión contractual.
Lo inquietante es que muchas empresas dan este salto sin pararse a pensar: aceptan plantillas homogéneas, copian y pegan condiciones, le exploran poco a los detalles. Así, el contrato que se firma, más que blindar tu relación con el proveedor, sienta las bases para una guerra futura.
La consecuencia: cuando tu proyecto depende del software y del proveedor, si no tienes claro a qué te ata tu contrato, te conviertes simplemente en un invitado. A veces bienvenido. Y otras, no.
Los errores que no perdonan — nunca
Ricardo Oliva es muy claro. El contrato no es detalle menor. Estos son los principales errores:
- No definir quién es realmente el dueño. Al dueño del código, los datos, la documentación. Porque si no lo dejas claro, el dueño no eres tú. Puedes estar pagando una fortuna y sólo comprando una llave… temporal.
- Asumir sin pruebas. El clásico: “si pago, es mío”. Pero casi nunca lo es. O pagas por un derecho de uso temporal, o por una versión limitada al número de usuarios, o por una implementación que te deja con una mano delante y otra detrás si se rompe la relación.
- Firmar un contrato genérico, vago, abierto a interpretaciones. Los detalles cuentan: hitos, entregables, criterios de aceptación y conformidad, consecuencias en caso de incumplimiento. Si tu contrato no los recoge, prepárate para negociar desde la debilidad.
- Olvidar el mantenimiento. ¿Tu proveedor incluye actualizaciones? ¿Qué pasa cuando algo va mal? ¿Hay soporte más allá de la entrega? Si la respuesta no está clara y por escrito, estás vendido y depende de la buena fe (o la paciencia) de otro.
- Dejar de lado la protección de datos y cumplimiento normativo. Si usas datos de clientes y los alojas fuera de la Unión Europea, pero no firmas los acuerdos adecuados de protección de datos, te arriesgas no solo a sanciones, sino a perder el control sobre lo más sensible: la información de tus clientes.
- No prever cómo saldrás de la relación. El día que decidas terminar, ¿podrás llevarte tus datos, tu código, tu negocio? ¿En qué formato, en qué plazo? Más de una empresa ha aprendido por las malas que es mejor pactar la salida en frío que improvisar en caliente.
Trampas y agujeros que esconden los contratos tecnológicos
El infierno está lleno de cláusulas ambiguas. El dolor de cabeza, también.
- Propiedad intelectual y datos. Si no está perfectamente delimitado quién es propietario de qué —tanto de lo que compras como de lo que subes o generas—, te quedarás fuera el día menos pensado.
- Alcance del proyecto confuso. No vale con “entregar el software”: hay que detallar las características, funcionalidades, documentación y forma de aceptación. Y, por supuesto, dejar claro el precio y cuándo y por qué se paga.
- Soporte, mantenimiento, evolutivo. El contrato tiene que definir si hay mantenimientos futuros, de cuánto tiempo, en qué condiciones, y qué tipo de soporte tendrás si algo deja de funcionar.
- Escrow. El término técnico que puede salvarte: pactar que el código fuente estará depositado en un tercero garante —notario, servicio autorizado— para que, si tu proveedor desaparece o incumple, puedas seguir adelante.
Puede sonar burocrático, pero quienes tuvieron un socio tecnológico que quebró de pronto te pueden contar que su futuro dependía de si tenían —o no— un escrow depositado. Lo demás, es rezar.
Seguros tecnológicos: una póliza no es una varita mágica
Venimos del mundo donde “todo riesgo” parece prometer una protección infinita. Pero la realidad duele: asegurador y empresa solo están alineados si la información —procesos, servicios, territorios, actividad real— está clara y actualizada.
- No explicar con detalle la actividad: ¿Qué haces, dónde y para quién? Si no lo especificas —y si tienes distintas líneas de negocio, mercados o personal—, la póliza que pagas puede dejar fuera justo el incidente que más te duele.
- Creer que el título cubre todo. “Cobertura total”, “todo riesgo”, sí… pero sólo para lo que especifica en la letra. Si el contrato de seguros no recoge tu actividad y tus riesgos, estás igual o peor que sin póliza: pagas y te vas con las manos vacías el día que lo necesitas.
- Ignorar los cambios de actividad, procesos o servicios. Cuando la empresa se transforma, crece o asume nuevos retos, deberías revisar y actualizar tu seguro. No hacerlo es andar descalzo por un campo de minas.
- No preguntar ni consultar antes de innovar. El mejor mediador de seguros es el que escucha todas tus rarezas antes de dar respuesta. Si introduces un nuevo software, cierras una alianza, vendes fuera… párate y consulta. Sale más económico que descubrir la falta de cobertura con una notificación judicial.
Cuando los contratos malos pasan factura: dos historias para pensar
No es teoría. Hay empresas que han perdido el 90% de su inversión porque firmaron un presupuesto y creyeron que equivalía a un contrato blindado. Luego pelearon durante años por funcionalidades no recogidas, plazos indefinidos, entregas fantasmas. Todo por no tener negro sobre blanco lo que se exigía.
Algunos tuvieron suerte, porque un correo electrónico, perdido entre cientos, confirmó al juez que aquel presupuesto incluía (según el proveedor) todo lo que el cliente había pedido. Pero en otros casos no hay magia: lo que no firmaste, no existe. Y quien decide es un tercero que no conoce el proyecto, ni la intención, ni el contexto. Sólo lo que está firmado.
Se aprende a golpes: la próxima vez, contrato detallado, anexos con todas las especificaciones y aclaración de cualquier aspecto crítico, por largo y tedioso que sea.
Legal y seguro: nunca pueden ir por separado (aunque quieran)
Las mejores pólizas del mundo no sirven si el contrato que firmas con el proveedor deja lagunas y vacíos. El seguro será tan bueno como el contrato al que se refiere: sólo cubre lo pactado, probado, demostrado. Lo mismo en sentido contrario: el contrato puede ser ejemplar pero, si no tienes la póliza adecuada, todo el riesgo volverá a la empresa.
Y si un siniestro llega —como cuando la aseguradora se ve obligada a pagar los daños por un fallo de software y luego reclama al proveedor—, lo que manda es la coordinación previa entre equipo legal y asesor de seguros. Adaptar el seguro al proyecto real; no a una plantilla de hace años ni a la imaginación del broker.
Por qué la póliza es la última red (pero sólo si la revisas siempre que cambias)
Las empresas que han salido indemnes cuando todo se volvió en su contra no son las que tenían más recursos, ni más tecnología, ni más abogados. Son las que dedicaron tiempo a entender cada frase del contrato y a construir, de la mano de expertos, una póliza que cubriera los riesgos reales de su operación.
Hoy hay coberturas para riesgos impensables: ciberataques, reclamaciones de clientes, pérdidas de datos críticos, fallos en servicios contratados a terceros. Pero todas estas pólizas exigen precisión quirúrgica al definir en qué circunstancias saltan y qué condiciones exigen. Si no tienes el mapa claro, el seguro será solo un papel bonito.
Lo que nunca deberías dejar para otro día
Cada contrato que firmamos es una apuesta de futuro. Si apuestas ciegamente, esperas que la suerte esté de tu lado. Hablamos de proteger la sostenibilidad de negocios que buscan hacer las cosas mejor, ir más allá de lo inmediato, construir sobre bases sólidas. Hacerlo bien no es exceso de celo, es comprensión —profunda— del riesgo.
Esa atención, ese estudio de cada cláusula, ese sentido práctico de prever el caos antes de que llegue, no es un capricho: es lo que diferencia una empresa resiliente de una que elige que el futuro lo decidan otros.
Si quieres que la historia de tu empresa no sea una más de los que “lo tenían todo bajo control” hasta que dejaron de tenerlo, empieza por no firmar a ciegas. Dedica el mismo empeño a tu contrato tecnológico que pondrías en el lanzamiento de tu producto más importante. Que no te cueste descubrirlo cuando ya ni el contrato ni el seguro pueden arreglar el daño.
Escucha el episodio completo de Directivos Seguros. Da un paso adelante: consulta tu próximo contrato con expertos que hablen tu idioma y entiendan tus miedos. Y si necesitas un asesor, un mediador, un aliado de verdad, acude a Cordón Seguros. Porque lo urgente —y lo valioso— no puede esperar a la siguiente crisis. El futuro se decide en cada firma, en cada negociación, en cada consulta. Y, sobre todo, en la inteligencia de no caminar solo.
Preguntas frecuentes sobre contratos, licencias y proveedores de software
¿Qué diferencia existe entre un contrato de desarrollo de software y uno de licencia de software?
Un contrato de desarrollo de software implica la creación de un programa informático personalizado para el cliente, mientras que un contrato de licencia de software otorga el derecho de uso sobre un software ya existente, sin transferir la propiedad del código. Ambos tienen obligaciones y riesgos distintos respecto a titularidad, soporte y responsabilidades.
¿Por qué es importante especificar el tipo de licencia de software en un contrato?
Porque la licencia de software define los derechos y limitaciones de uso, copia, modificación, distribución y soporte. Un contrato de licencia bien definido evita confusiones y disputas con el proveedor y protege los intereses del cliente, garantizando el cumplimiento legal y la sostenibilidad de la relación comercial.
¿Qué medidas de seguridad debe recoger un contrato de desarrollo de software?
El contrato de desarrollo de software debe recoger medidas de seguridad como cifrado de datos, control de accesos, auditorías periódicas, gestión de vulnerabilidades y cumplimiento de normativas relevantes. Estas disposiciones aseguran la protección del programa informático y de los datos tratados o almacenados durante su funcionamiento.
¿En qué casos conviene licenciar software frente a desarrollar uno a medida?
Conviene licenciar software cuando se trata de cubrir necesidades estándar rápidamente y con bajo coste inicial. El desarrollo de software a medida es más adecuado cuando los requisitos son únicos, estratégicos o requieren integración compleja. Evaluar bien ambos caminos evitará costes innecesarios y problemas técnicos futuros.
¿Cuáles son los riesgos de adquirir licencias de programas informáticos sin revisar el contrato?
No revisar el contrato puede implicar quedarse sin mantenimiento, sufrir límites imprevistos en usuarios o ámbitos territoriales, incurrir en incumplimientos de protección de datos o asumir responsabilidades desproporcionadas. Un contrato claro protege frente a restricciones ocultas y dependencias del proveedor.
¿Qué debe incluir un contrato SaaS para proteger al usuario empresarial?
Un contrato SaaS debe incluir garantías de disponibilidad, soporte, seguridad, portabilidad de datos en caso de rescisión, cumplimiento de protección de datos y escenarios claros de reversibilidad. Así, el usuario empresarial cuenta con certezas operativas y legales durante toda la relación con el proveedor del servicio.
¿Cómo se regula la protección de datos en los contratos de licencia de software?
Los contratos de licencia de software deben integrar cláusulas sobre tratamiento de datos, transferencias internacionales, confidencialidad, subencargados y responsabilidad en caso de incidentes. El cumplimiento del RGPD y la existencia de acuerdos de encargo del tratamiento resultan vitales, especialmente con software SaaS o proveedores internacionales.
¿Qué diferencias hay entre la adquisición de licencias de software y la compra de un programa informático?
La adquisición de licencias de software otorga derechos limitados de uso bajo condiciones específicas, mientras que la compra de un programa informático suele implicar transferencia de la titularidad o de copias físicas. Hoy en día, la mayoría de proveedores optan por modelos de licencia, reservando la propiedad intelectual.
¿Qué cláusulas son imprescindibles en contratos de licencia de software para empresas?
Un contrato de licencia de software para empresas debe detallar alcance, número de usuarios, territorios, duración, condiciones de actualización, soporte, límites de responsabilidad, garantías y medidas de seguridad. Incluir todo esto reduce los conflictos con el proveedor y garantiza la viabilidad y escalabilidad del uso corporativo.
¿Qué tipos de contratos de software son habituales en la contratación pública?
En la contratación pública suelen coexistir contratos de adquisición de licencias de programas informáticos, contratos de desarrollo de software a medida y contratos de servicios informáticos (como SaaS). Cada uno requiere cláusulas específicas para ajustarse a la normativa sectorial y asegurar la protección de datos y la interoperabilidad.
