Quién es dueño del código cuando contratas un desarrollo
Resumen:
- En México pagar un desarrollo no te hace titular del código: hace falta una cesión de derechos por escrito.
- La cláusula correcta cede lo hecho para ti y deja al proveedor reutilizar sus componentes genéricos.
- Las librerías de terceros no se ceden; lo que se exige es la lista de licencias y que ninguna te comprometa.
- El código sin los accesos al servidor, dominio y base de datos no sirve de nada.
- La propiedad se negocia al firmar, cuando no cuesta; nunca cuando ya quieres cambiar de proveedor.
Es la conversación más incómoda de un proyecto de software y la que más dinero decide. El cliente pagó, entonces asume que el sistema es suyo en todos los sentidos de la palabra. El proveedor entregó el sistema funcionando y asume que cumplió. Los dos tienen razón dentro de su propia lectura, y la lectura legal en México es la del proveedor mientras no haya un documento que diga otra cosa.
Lo que dice la ley y lo que la gente cree
El software en México está protegido como obra por la Ley Federal del Derecho de Autor. Los derechos patrimoniales, que son los que permiten copiar, modificar y distribuir, nacen en el autor. Cuando contratas a una empresa para desarrollar, el autor es esa empresa o las personas que escribieron el código, según cómo esté contratado su equipo.
Tu factura te da, en el mejor de los casos, una licencia de uso implícita: puedes usar el sistema para lo que fue hecho. No necesariamente puedes dárselo a otro proveedor para que lo modifique, ni venderlo, ni hacer una versión distinta para otra empresa del grupo. Esa es la brecha, y se cierra con una cláusula.
La cláusula que sí sirve
Hay cuatro redacciones que circulan y producen resultados muy distintos. La tabla las compara.
| Lo que dice el contrato | Lo que puedes hacer en realidad |
|---|---|
| Nada sobre propiedad | Usar el sistema. Para modificarlo dependes del proveedor |
| "El cliente adquiere licencia de uso" | Usarlo según lo que diga la licencia. No modificar ni portar |
| "El proveedor cede los derechos patrimoniales del desarrollo al pago total" | Todo: modificar, cambiar de proveedor, derivar versiones |
| Cesión con reserva de componentes genéricos del proveedor | Lo mismo que arriba sobre tu sistema; el proveedor sigue reutilizando sus piezas propias |
La cuarta es la correcta para casi todos los casos. Un proveedor serio tiene componentes que reutiliza entre clientes: autenticación, generación de reportes, conexión con facturación. Exigirle que te ceda eso en exclusiva significa que tendría que escribirlo desde cero para ti, y lo vas a pagar. La cesión debe cubrir lo que es específico de tu negocio.
Las librerías de terceros, que no son de nadie y son de todos
Ningún sistema se escribe desde la nada. Un desarrollo típico usa entre cuarenta y doscientas librerías de código abierto, cada una con su licencia. La mayoría son permisivas y no te obligan a nada más que conservar el aviso de autoría. Unas pocas, las de tipo copyleft fuerte, pueden obligarte a publicar el código de lo que construyas encima si lo distribuyes.
Para un sistema interno que nadie distribuye, el riesgo práctico es bajo. Para un producto que vas a vender o entregar a clientes, deja de ser teórico. La exigencia razonable en el contrato es una línea: el proveedor declara que el sistema no incorpora componentes cuya licencia obligue al cliente a publicar su código o pagar regalías.
El código sin la llave
Una cadena de farmacias en Puebla negoció bien la cesión de derechos, lo tenía por escrito y lo tenía firmado. Cuando decidió cambiar de proveedor en 2025, descubrió que el dominio estaba registrado a nombre de la agencia anterior, el servidor estaba en una cuenta de nube de la agencia y la pasarela de pagos estaba contratada con el RFC de la agencia. Tenía el código y no tenía dónde correrlo ni cómo cobrar.
Resolverlo tomó siete semanas de trámites y una negociación que no debía existir. Desde entonces la lista de entregables de cualquier proyecto incluye, además del repositorio, los accesos de administrador a nombre de la empresa en las cinco cuentas que importan: servidor, dominio, base de datos, correo transaccional y pasarela de pago.
¿Si pago un desarrollo el código es automáticamente mío?
No. En México el software está protegido por la Ley Federal del Derecho de Autor, y los derechos nacen en quien lo escribe salvo que exista una cesión por escrito. Pagar la factura te da derecho a usar el sistema; no te convierte en titular del código. La diferencia se vuelve concreta el día que quieres que otro proveedor lo modifique.
¿Qué cláusula debo pedir en el contrato?
Una cesión de derechos patrimoniales a tu favor sobre el código desarrollado específicamente para ti, efectiva al pago total, con entrega del código fuente en un repositorio a tu nombre. Debe decir además que el proveedor conserva el derecho de reutilizar sus componentes genéricos, porque esa reserva es razonable y negarla encarece el proyecto sin beneficio.
¿Puedo ser dueño de todo el código, incluidas las librerías?
No, y no te conviene. Cualquier sistema moderno usa decenas de librerías de terceros con sus propias licencias, casi siempre libres y sin costo. Lo que debes exigir es la lista de esas licencias y la confirmación de que ninguna te obliga a publicar tu código o a pagar regalías por usarlo comercialmente.
¿De qué sirve tener el código si no sé programar?
Sirve para que cualquier programador pueda tomarlo. El valor del código fuente no es que tú lo leas: es que no dependas de una sola empresa para cambiar tu propio sistema. Es la diferencia entre negociar el mantenimiento y aceptar el precio que te pongan.
¿Qué más debo tener además del código?
Tres cosas que se olvidan: los accesos de administrador al servidor, al dominio y a la base de datos a nombre de tu empresa; la documentación para instalar el sistema desde cero; y las credenciales de los servicios de terceros en cuentas tuyas. Tener el código sin los accesos es tener un plano sin la llave del edificio.