Mi programador se quedó con mi app: cómo recuperar el código y evitar perderlo

Si pagaste para que te hicieran una app o un sistema pero no firmaste un contrato por escrito, el punto de partida no te favorece: se presume que los derechos patrimoniales son de quien escribió el código. Para que fueran tuyos hacía falta un contrato claro de obra por encargo o una cesión de derechos por escrito (artículos 83, 83 bis y 30 de la LFDA). Y aun teniendo los derechos, un derecho en papel no te da el código fuente, las cuentas ni las pruebas. Si hoy no tienes esas cosas, lo primero es reunir evidencia y negociar por escrito; lo segundo, asegurarte de que no vuelva a pasar.

¿Cómo es que una empresa termina sin control de su propio software?

Casi nunca hay mala fe al inicio. Es común que el proyecto arranque con confianza, prisa y un presupuesto ajustado, y que los detalles de propiedad se dejen “para después”. Estos son los escenarios que más se repiten:

• No hay contrato escrito. Hubo una cotización, un anticipo y mensajes de WhatsApp, pero nada que diga de quién es el código ni qué se entrega al final.
• Las cuentas están a nombre del desarrollador. El dominio, el hosting o la nube, el repositorio de código, las cuentas de desarrollador de App Store y Google Play o la base de datos se abrieron con el correo y la tarjeta del programador o de la agencia. Funciona mientras la relación funciona.
• Solo recibiste la app compilada. Tienes la app instalada o el sitio en línea, pero no el código fuente. Sin él, nadie más puede corregirla ni mejorarla.
• La relación se rompe. El freelancer deja de contestar, cambia de trabajo o la relación termina por una diferencia sobre un pago. En ese momento las cuentas y el código siguen donde siempre estuvieron: con él.
• El software se reutiliza o se revende. Pasa cuando el desarrollador ofrece el mismo sistema, con otro logo, a otras empresas de tu ramo, y no hay nada por escrito que diga si podía hacerlo.
• Alguien más registra el nombre de tu app como marca. El nombre de la app no lo protege el derecho de autor sobre el código; se protege con el registro de marca ante el IMPI. Si no lo registras tú, otra persona puede intentarlo.
• Empleados o subcontratistas sin contrato. Parte del código lo escribieron personas que nunca firmaron nada que aclare a quién corresponden los derechos.
• No hay documentación. Aunque tengas el código, nadie sabe cómo instalarlo, qué servicios usa ni dónde están las llaves de acceso. En la práctica, solo una persona puede mantenerlo.

¿Qué dice la ley si no firmé contrato?

La LFDA protege el software desde que queda fijado en un soporte, sin necesidad de registro (artículo 5o.). Sobre quién es titular, estas son las reglas que importan en este caso:

• Obra por encargo (artículos 83 y 83 bis). Quien comisiona una obra es titular de los derechos patrimoniales solo si existe un contrato con términos claros y precisos; en caso de duda prevalece la interpretación más favorable al autor. Sin contrato escrito, se presume que los derechos son del autor. Lo explicamos a detalle en ¿de quién es el código si contrato a un desarrollador?.
• Cesiones y licencias, por escrito (artículo 30). Los actos, convenios y contratos por los que se transmiten derechos patrimoniales, y las licencias de uso, deben celebrarse invariablemente por escrito; de lo contrario, son nulos de pleno derecho. Un “sí, es tuya” en un chat difícilmente cumple con esto.
• Empleados (artículo 103). Salvo pacto en contrario, los derechos patrimoniales sobre un programa y su documentación creados por empleados en el ejercicio de sus funciones o siguiendo instrucciones del empleador corresponden al empleador. Esta regla es para empleados; un freelancer o una agencia externa no entran en ella.
• Registro (artículo 168). Las inscripciones en el Registro Público del Derecho de Autor establecen la presunción de ser ciertos los hechos y actos inscritos, salvo prueba en contrario. Si surge una controversia, sus efectos quedan suspendidos hasta que haya resolución firme.

¿Por qué “en teoría es mía” no alcanza?

Porque la ley te puede dar la titularidad, pero no te entrega nada por sí sola. Para operar y defender tu software necesitas tres cosas distintas:

1. El derecho: poder demostrar que hay un contrato por escrito de obra por encargo, con términos claros, o que te cedieron los derechos por escrito.
2. Las cosas: el código fuente, la documentación, la base de datos y las credenciales.
3. El control de las cuentas: dominio, nube, repositorio y tiendas de aplicaciones a nombre de tu empresa.

Puedes tener la primera y ninguna de las otras dos. En ese escenario, aunque tengas la razón, recuperar tu software toma tiempo, dinero y desgaste.

¿Qué hago si ya pasó?

Conviene ir en este orden y sin actuar en caliente.

1. Reúne la evidencia

Junta todo lo que muestre que encargaste y pagaste el software: cotizaciones, propuestas, facturas, comprobantes de pago, correos, conversaciones de chat, entregas parciales, capturas de pantalla, invitaciones al repositorio y cualquier documento donde se describa lo que se iba a construir. Guarda copias fuera de las cuentas que controla el desarrollador.

2. Revisa qué controlas de verdad

Antes de escribirle a nadie, entra a cada servicio y anota a nombre de quién está:

• El registrador del dominio: quién es el titular y qué correo recibe las notificaciones.
• La nube o el hosting: quién paga la factura y quién es el administrador.
• El repositorio de código: si tienes acceso y con qué permisos.
• Las cuentas de App Store y Google Play: si la app está publicada con una cuenta de tu empresa o del desarrollador.
• La base de datos, el correo, la analítica y los servicios de pago o envío de mensajes.

Si tienes acceso de administrador a algo, no borres ni cambies nada a la ligera; consulta primero con tu abogado.

3. Pide la entrega por escrito

Envía una solicitud clara, por un medio del que quede constancia, pidiendo el código fuente completo, la documentación, las credenciales y la transferencia de cada cuenta a nombre de tu empresa. Si hay pagos pendientes de tu lado, resolverlos suele ser parte de la conversación: es común que el desarrollador condicione la entrega del código al pago, y en un contrato bien hecho eso queda pactado desde el inicio.

4. Busca resolverlo

• Negociación directa. Es la vía más rápida cuando ambas partes quieren cerrar la relación en orden. Lo que acuerden, déjenlo por escrito, incluida una cesión de derechos si hiciera falta.
• Mecanismos alternativos ante INDAUTOR. Quien se considere afectado en alguno de los derechos que protege la LFDA puede hacer valer las acciones judiciales que le correspondan u optar por un mecanismo alternativo ante el Instituto (artículo 217). Desde la reforma de mayo de 2026, la ley prevé cuatro: avenencia, mediación, conciliación y arbitraje (artículo 217 Bis). Son voluntarios, así que requieren que la otra parte participe, y pueden ser presenciales, en línea o mixtos (artículo 218).
• Acciones civiles. Si no hay acuerdo, existen acciones civiles ante los tribunales (artículo 213). No es obligatorio pasar antes por un mecanismo alternativo.

Cada caso depende de lo que puedas probar y de lo que se haya pactado, aunque sea de palabra. Por eso conviene que un abogado especializado en propiedad intelectual revise tus documentos antes de dar el siguiente paso. Nadie puede prometerte un resultado ni un plazo sin conocer el expediente.

¿Cómo evito perder mi software?

Prevenir cuesta mucho menos que recuperar. Esta es la lista mínima:

• Todo a nombre de tu empresa desde el día uno. Dominio, nube, repositorio, cuentas de App Store y Google Play, analítica, correo y servicios de terceros. Al desarrollador le das acceso; no le pides que abra las cuentas por ti.
• Contrato escrito antes de empezar. Que defina el régimen de propiedad intelectual (obra por encargo, cesión o licencia), describa el encargo con claridad y diga qué se entrega.
• Entrega en cada etapa. Código fuente, documentación y credenciales cada vez que se paga una etapa, no solo al final.
• Contratos con empleados y freelancers. Para tu equipo interno, que el contrato diga que el desarrollo de software es parte de sus funciones. Para externos, un contrato que asegure los derechos por escrito, y que tu proveedor haga lo mismo con sus subcontratistas.
• Marca para el nombre de tu app. Regístrala ante el IMPI antes de invertir en darla a conocer.
• Registro ante INDAUTOR, si te conviene. No es obligatorio, pero te da una prueba con presunción a tu favor.
• Revisión de licencias de código abierto. Pide una lista de los principales componentes de código abierto y sus licencias, para saber qué obligaciones tienes.

¿Quieres revisar tu caso?

Si ya tienes una app o un sistema y no sabes si está protegido, o quieres registrarlo, revisa nuestro servicio de registro de software. En RexDevs construimos con todo a nombre del cliente desde el inicio, y la parte legal la firma ANBEC Abogados, nuestro despacho aliado. Si quieres platicarlo, escríbenos.