¿Quién es el dueño del código de tu sistema a la medida?
Pagar por un sistema a la medida no siempre significa ser dueño del código. Esta guía explica qué dice la ley en México, qué pedir en el contrato y cómo corregirlo si ya firmaste sin esa cláusula.
La guía para saber si el software que pagaste es realmente tuyo
Qué dice la ley mexicana, qué pedir en el contrato y cómo corregirlo si ya firmaste sin esa cláusula.
Mandaste a hacer un sistema a la medida, lo pagaste completo y lo usas todos los días, pero cuando te preguntan quién tiene el código fuente, no sabes qué contestar. Esta guía trae un PDF descargable gratis con el checklist para revisar, antes de firmar un contrato nuevo o sobre uno que ya firmaste, si el código de tu sistema es realmente tuyo.
En resumen
No. Pagar por un sistema a la medida no te hace dueño automático del código: sin una cláusula de cesión de derechos, el desarrollador conserva los derechos patrimoniales del software, según los artículos 83 a 85 de la Ley Federal del Derecho de Autor. Las señales: no tienes el repositorio, el dominio no está a tu nombre y el contrato no habla de cesión ni propiedad intelectual.
- Sin cláusula de cesión, el desarrollador conserva los derechos del software.
- Pide acceso de administrador al repositorio desde el primer día.
- El dominio y el hosting deben quedar a nombre de tu empresa.
¿Quién es el dueño del código de un software a la medida en México?
En México, el código de un software está protegido por la Ley Federal del Derecho de Autor bajo los mismos términos que una obra literaria, tanto en código fuente como en código objeto, según explica Justia México. Cuando el software se manda a hacer por encargo, los artículos 83 a 85 de esa ley regulan quién se queda con los derechos: si el contrato no incluye una cláusula de cesión de derechos por escrito, el desarrollador conserva los derechos patrimoniales del software, de acuerdo con el resumen legal de Forms Legal, que también señala que la entrega del código fuente debe pactarse de forma expresa en el contrato.
| Aspecto | Con cesión de derechos | Sin cesión de derechos |
|---|---|---|
| Código fuente | Te lo entregan y queda documentado como tuyo | El desarrollador lo conserva por default, según la LFDA |
| Repositorio | Tú tienes la cuenta de administrador | Queda en la cuenta del proveedor |
| Cambiar de proveedor | Puedes contratar a cualquier otro equipo | Dependes de que el proveedor original acepte colaborar |
| Modificar el sistema | Cualquier desarrollador puede continuarlo | Solo el proveedor original puede tocarlo |
Las señales de que no eres dueño del código de tu sistema
No tienes acceso al repositorio
Si no tienes una cuenta de administrador en GitHub, GitLab o similar del proyecto, no controlas el código: dependes de que el proveedor te lo preste.
El dominio y el hosting están a nombre del proveedor
Si quien figura como propietario del dominio o de la cuenta de hosting es el desarrollador o la agencia, técnicamente ellos deciden si tu sistema sigue en línea.
El contrato no menciona 'cesión de derechos'
Si el contrato solo habla de 'prestación de servicios' y nunca de propiedad intelectual, por default el código sigue siendo del desarrollador.
Nunca te entregaron el código, solo el sistema funcionando
Ver la aplicación andar no es lo mismo que tener los archivos fuente, los scripts de base de datos y el historial de cambios.
No existe documentación técnica
Sin un manual de arquitectura, aunque tuvieras el código, otro equipo tardaría semanas en entenderlo antes de poder tocarlo.
Solo el proveedor original puede hacerle cambios
Si cada ajuste, por pequeño que sea, tiene que pasar forzosamente por la misma persona o agencia, no tienes independencia sobre tu propio sistema.
Te cobran por 'liberar' el código al terminar
Si para obtener el código fuente te piden un pago adicional que nunca se mencionó en el contrato original, es una señal clara de que no era parte del trato.
Una cosa es la confianza, otra es la dependencia
Trabajar años con la misma agencia porque te gusta su trabajo está bien. El problema es no poder cambiarte aunque quieras, porque sin el código y el acceso a tu propia infraestructura, cambiar de proveedor significa empezar de cero.
Cuánto te puede costar no tener el código
No tener el código no es solo un tema legal: tiene un costo que crece mientras más dependes del proveedor original. Una encuesta citada por TechRadar Pro encontró que dos de cada tres negocios (67%) sienten que depender de un solo proveedor les impide adaptarse, que el 73% reporta costos ocultos y que el gasto sube en promedio 35% cuando una empresa queda atada a un solo proveedor. Pragmatic Coders señala que ese tipo de dependencia (vendor lock-in) es uno de los riesgos más comunes del software a la medida cuando el contrato no se negocia bien desde el inicio.
Calculadora: qué te costaría reconstruir tu sistema sin el código
Mueve las variables para estimar, de forma orientativa, cuánto costaría rehacer tu sistema desde cero si no tienes el código fuente ni el repositorio.
La tarifa por hora es un ejemplo de mercado en México; ajústala según tu proveedor. El 35% de sobrecosto viene de la encuesta citada por TechRadar Pro sobre negocios atados a un solo proveedor (ver fuentes).
Qué pedir en el contrato antes de firmar
La forma de evitar todo esto es simple de pedir, aunque casi nadie lo hace al cotizar: pon la propiedad del código sobre la mesa desde la primera conversación, no cuando el sistema ya esté terminado.
Pide la cláusula de cesión de derechos por escrito
El contrato debe decir explícitamente 'cesión de derechos' o 'propiedad intelectual', no solo 'servicio de desarrollo'.
Pide acceso de administrador al repositorio desde el inicio
No esperes a que el proyecto termine: una cuenta de administrador en GitHub, GitLab o similar debe existir desde la primera semana de trabajo.
Registra el dominio y el hosting a nombre de tu empresa
Aunque el proveedor configure todo, la cuenta y la facturación deben quedar a nombre de tu negocio, no del desarrollador.
Pide documentación técnica y llaves de acceso al entregar
El entregable final debe incluir el código fuente completo, los scripts de base de datos, el manual técnico y las contraseñas o llaves de API usadas en el sistema.
- El contrato dice 'cesión de derechos' o 'propiedad intelectual', no solo 'servicios'.
- Tienes acceso de administrador al repositorio desde la primera semana.
- El dominio y el hosting están a nombre de tu empresa, no del proveedor.
- Pediste la documentación técnica y las llaves de acceso al cierre del proyecto.
Cómo corregir la situación si ya firmaste sin esa cláusula
Si ya tienes un sistema funcionando y no sabes si el código es tuyo, todavía puedes corregirlo, aunque ya no es automático: se negocia.
No lo conviertas en una acusación
Pedir la cesión de derechos y el acceso al repositorio es una práctica normal, no una falta de confianza. Si lo planteas como una exigencia de última hora después de años de trabajo juntos, la conversación se va a tensar más de lo necesario; plantéalo como poner en orden la documentación del proyecto.
Audita qué controlas hoy
Revisa si tienes acceso de administrador al repositorio, al hosting y al dominio, y si tu contrato original menciona cesión de derechos.
Negocia una cesión por escrito
Pide al proveedor una carta o adenda de cesión de derechos y la entrega del código fuente completo, aunque el proyecto ya esté terminado.
Si no hay acuerdo, cotiza reconstruir
Si el proveedor se niega, pide cotización a otro equipo para decidir si conviene seguir negociando o empezar un sistema nuevo con las condiciones claras desde el contrato.
Un caso típico
Una clínica dental con tres años usando un sistema que no era suyo
El sistema seguía funcionando bien; el problema nunca fue la calidad del software, fue que la clínica no tenía ningún control sobre él.
Cómo se ve esto en México y Latinoamérica
Agencias de marketing en México: es común que una agencia subcontrate a un freelance para construir el portal de clientes o el sistema de reservas de una pyme, y que ese acuerdo nunca se refleje en el contrato con el cliente final. Si la pyme no pide la cesión de derechos por escrito, termina dependiendo de una cadena de dos o tres proveedores para tocar su propio sistema.
Negocios que confunden un SaaS vertical con un sistema a la medida: algunas plataformas para restaurantes, talleres o clínicas se anuncian como 'a la medida' cuando en realidad son un software de un solo fabricante que atiende a muchos clientes a la vez. Ahí nunca vas a tener código propio porque la propiedad es del fabricante del SaaS, y eso no es un problema de contrato sino el modelo de negocio; la pregunta de la cesión de derechos aplica cuando de verdad se construyó un sistema exclusivo para tu negocio.
Equipos de soporte interno: cuando el panel de tickets o las herramientas internas las armó un solo desarrollador freelance sin dejar documentación ni acceso compartido, el negocio queda con un punto único de falla: si esa persona deja de contestar, nadie más puede entrar a corregir ni el error más pequeño.
Tiendas en línea a la medida: en comercio electrónico es frecuente que el dominio y la pasarela de pago queden configurados con las credenciales del desarrollador y nunca se migren a una cuenta de la empresa. Si la relación con el proveedor termina mal, la tienda puede quedar fuera de línea mientras se recupera el control del dominio. Si prefieres que alguien te construya el sistema con el código, el repositorio y el dominio siempre a tu nombre desde el primer día, escríbenos por WhatsApp y te hacemos una demostración gratis.
¿Si pagué por mi sistema a la medida, soy automáticamente el dueño del código?
No necesariamente. En México, si el contrato no incluye una cláusula de cesión de derechos por escrito, el desarrollador conserva los derechos patrimoniales del software, según los artículos 83 a 85 de la Ley Federal del Derecho de Autor.
¿Qué debo pedir para asegurarme de que el código es mío?
Debes pedir que el contrato incluya una cláusula explícita de cesión de derechos de autor, la entrega del código fuente completo, acceso de administrador al repositorio, y que el dominio y el hosting queden a nombre de tu empresa.
¿Puedo pedir el código fuente después de haber firmado el contrato sin esa cláusula?
Sí, puedes pedirlo, pero se negocia como una adenda o una carta de cesión aparte; el proveedor no está obligado a entregarlo si el contrato original no lo exige, así que es una negociación, no un trámite automático.
¿Qué es un contrato de escrow de código fuente?
Es un mecanismo donde el código se deposita con un tercero y se libera al cliente solo si el proveedor incumple o desaparece; se usa cuando el cliente quiere protección sin tener acceso diario al repositorio.
¿Un sistema hecho con herramientas no-code como n8n o GoHighLevel tiene este mismo problema?
Depende de dónde vive la configuración: si el flujo o el panel está en una cuenta que paga y controla tu empresa, normalmente sí tienes el control; si vive en la cuenta personal del desarrollador o la agencia, el problema es el mismo que con código tradicional.
¿Qué pasa si el proveedor se niega a darme el código?
Si el contrato no obliga a entregarlo, el proveedor puede negarse legalmente; las opciones son negociar una cesión retroactiva, revisar lo que diga el contrato sobre terminación, o cotizar con otro equipo reconstruir el sistema con las condiciones claras desde el inicio.
Fuentes
- Contrato de Desarrollo de Software en México (LFDA arts. 83–85, CCF art. 2606) — Forms Legal
- Preguntas y respuestas sobre derechos de autor de programas de computación — Justia México
- Businesses are being 'locked in' to all-in-one platforms — TechRadar Pro
- Vendor Lock-In in Custom Software: How to Spot & Prevent It — Pragmatic Coders
¿Quieres un sistema a la medida con el código siempre a tu nombre?
En Zadrig Technology construimos apps y sistemas a la medida con el código fuente, el repositorio y el dominio a nombre de tu empresa desde el primer día. Escríbenos por WhatsApp y una persona te responde con una demostración gratis.
Escríbenos por WhatsApp
