Diagnóstico

Contrato de desarrollo de software: por qué pagar el código no lo hace suyo

La ley de derecho de autor exige cesión por escrito, onerosa y con plazo. Sin ella, el código que su empresa pagó puede seguir siendo de quien lo escribió.

Equipo del área de Propiedad Industrial e Intelectual de LEXURE 7 min de lectura Vigencia normativa verificada en 2026

Una empresa de tec­no­lo­gía vale, en buena medida, por el código que explota. Por eso sor­prende cuán­tas no pueden demos­trar que ese código les per­te­nece. Pagar la fac­tura del desa­rro­lla­dor no trans­mite la titu­la­ri­dad; para eso se requiere un con­trato que cumpla los requi­si­tos de la Ley Fede­ral del Dere­cho de Autor.

Qué exige la norma

Qué pro­tege la ley. Un pro­grama de com­pu­ta­ción es la expre­sión ori­gi­nal, en cual­quier len­guaje o código, de un con­junto de ins­truc­cio­nes para que una com­pu­ta­dora rea­lice una tarea (artículo 101). Se pro­tege en los mismos tér­mi­nos que una obra lite­ra­ria, tanto en código fuente como en código objeto; desde la reforma publi­cada el 14 de mayo de 2026, el texto incluye expre­sa­mente a los pro­gra­mas de inte­li­gen­cia arti­fi­cial (artículo 102). La pro­tec­ción nace desde que la obra se fija en un soporte mate­rial y no depende del regis­tro (artícu­los 5o. y 162), aunque el regis­tro da publi­ci­dad y cer­teza sobre quién es su titu­lar.

La cesión debe ser escrita, one­rosa y tem­po­ral. Toda trans­mi­sión de dere­chos patri­mo­nia­les de autor es one­rosa y tem­po­ral, y los con­tra­tos por los que se trans­mi­ten deben cele­brarse inva­ria­ble­mente por escrito; de lo con­tra­rio, son nulos de pleno dere­cho (artículo 30). El autor tiene dere­cho irre­nun­cia­ble a una par­ti­ci­pa­ción pro­por­cio­nal en los ingre­sos o a una remu­ne­ra­ción fija y deter­mi­nada (artículo 31). Para que la trans­mi­sión surta efec­tos contra ter­ce­ros, debe ins­cri­birse en el Regis­tro Público del Dere­cho de Autor (artículo 32).

El plazo. A falta de esti­pu­la­ción expresa, toda trans­mi­sión se con­si­dera por cinco años, y solo excep­cio­nal­mente puede pac­tarse por más de quince (artículo 33). El software tiene una regla espe­cial: el plazo de la cesión de dere­chos sobre pro­gra­mas de com­pu­ta­ción no está sujeto a limi­ta­ción (artículo 103, segundo párrafo). Aun así, la cesión debe seña­lar su plazo, porque si el con­trato guarda silen­cio se activa la pre­sun­ción gene­ral.

Obra futura. Solo puede con­tra­tarse obra futura deter­mi­nada, cuyas carac­te­rís­ti­cas queden esta­ble­ci­das en el con­trato. Son nulas la trans­mi­sión global de obra futura y las esti­pu­la­cio­nes por las que el autor se obliga a no crear obra alguna (artículo 34). Un con­trato marco que cede "todo lo que el desa­rro­lla­dor cree" sin des­cri­birlo es vul­ne­ra­ble.

Emplea­dos y exter­nos no se rigen igual. El software creado por emplea­dos en ejer­ci­cio de sus fun­cio­nes o siguiendo ins­truc­cio­nes del emplea­dor per­te­nece a este, salvo pacto en con­tra­rio (artículo 103). Para el resto de las obras crea­das en una rela­ción labo­ral, la regla es dis­tinta: con con­trato indi­vi­dual escrito y sin pacto, los dere­chos se divi­den por partes igua­les; sin con­trato escrito, corres­pon­den al empleado (artículo 84). Para desa­rro­lla­do­res exter­nos, la vía es la obra por encargo: quien comi­siona la obra goza de la titu­la­ri­dad, salvo pacto en con­tra­rio (artículo 83), pero los tér­mi­nos del con­trato deben ser claros y pre­ci­sos, y en caso de duda pre­va­lece la inter­pre­ta­ción más favo­ra­ble al autor (artículo 83 bis, segundo párrafo).

Qué debe hacer y en qué plazo

  1. Levante un inven­ta­rio de los com­po­nen­tes de su pla­ta­forma y de quién los desa­rro­lló: emplea­dos, inde­pen­dien­tes, casas de desa­rro­llo o fun­da­do­res antes de cons­ti­tuir la socie­dad.
  2. Para cada desa­rro­lla­dor externo, firme un con­trato escrito que señale el carác­ter de obra por encargo y, además, una cesión expresa de dere­chos patri­mo­nia­les con su contra­pres­ta­ción y su plazo.
  3. Des­criba en el con­trato la obra futura que se encarga: módu­los, fun­cio­nes, entre­ga­bles y repo­si­to­rio. Evite fór­mu­las glo­ba­les.
  4. Para emplea­dos, veri­fi­que que exista con­trato indi­vi­dual escrito y que des­criba sus fun­cio­nes de desa­rro­llo, para que no haya duda sobre la apli­ca­ción del artículo 103.
  5. For­ma­lice por escrito la cesión del código que los fun­da­do­res escri­bie­ron antes de que exis­tiera la socie­dad.
  6. Ins­criba las cesio­nes rele­van­tes en el Regis­tro Público del Dere­cho de Autor, sobre todo antes de una ronda de inver­sión o una venta.
  7. Con­serve la evi­den­cia de auto­ría y de entrega: his­to­rial del repo­si­to­rio, actas de acep­ta­ción y com­pro­ban­tes de pago.
  8. Inven­ta­ríe los com­po­nen­tes de código abierto y las licen­cias de ter­ce­ros que su pla­ta­forma uti­liza, porque esas piezas no le per­te­ne­cen y sus con­di­cio­nes de uso tam­bién se revi­san en una inver­sión.

Recomendaciones para mitigar riesgos

Lo que su empresa arriesga es la titu­la­ri­dad del código. La cesión verbal es nula, y la que no señala plazo se pre­sume por cinco años. Un inde­pen­diente sin con­trato escrito con­serva los dere­chos patri­mo­nia­les sobre lo que escri­bió, de modo que puede opo­nerse a la explo­ta­ción, exigir remu­ne­ra­ción o nego­ciar con un ter­cero. Si la cesión no se ins­cribe, no surte efec­tos contra ter­ce­ros, y eso debi­lita la posi­ción de la empresa frente a quien alegue un dere­cho ante­rior. En una revi­sión previa a la inver­sión, una cadena de titu­la­ri­dad incom­pleta suele tra­du­cirse en con­di­cio­nes de cierre, reten­cio­nes de precio o decla­ra­cio­nes con indem­ni­za­ción a cargo de los fun­da­do­res. Corre­girlo des­pués cuesta más: el desa­rro­lla­dor que ya ter­minó su rela­ción con la empresa no tiene incen­tivo para firmar una cesión retro­ac­tiva sin una nueva contra­pres­ta­ción.

Autoevaluación

Res­ponda sí o no sobre su propia empresa.

  1. ¿Tiene con­trato escrito con cada desa­rro­lla­dor externo que ha tra­ba­jado en su pla­ta­forma?
  2. ¿Esos con­tra­tos inclu­yen una cesión expresa, con contra­pres­ta­ción y plazo?
  3. ¿Los fun­da­do­res cedie­ron por escrito a la socie­dad el código que escri­bie­ron antes de cons­ti­tuirla?
  4. ¿Todos sus desa­rro­lla­do­res emplea­dos tienen con­trato indi­vi­dual de tra­bajo por escrito?
  5. ¿Las obras encar­ga­das están des­cri­tas en el con­trato, en lugar de cederse de forma global?
  6. ¿Ha ins­crito las cesio­nes rele­van­tes en el Regis­tro Público del Dere­cho de Autor?
  7. ¿Tiene un inven­ta­rio de los com­po­nen­tes de código abierto y de ter­ce­ros que usa su pla­ta­forma?

Cómo lo abordamos en LEXURE

Recons­trui­mos la cadena de titu­la­ri­dad de su software, com­po­nente por com­po­nente, iden­ti­fi­ca­mos los huecos y los cerra­mos con con­tra­tos de encargo, cesio­nes y, cuando con­viene, su ins­crip­ción. Entre­ga­mos un expe­diente que su empresa puede mos­trar a un inver­sio­nista o a un com­pra­dor para acre­di­tar que el código es suyo.

Si su empresa depende de un software que otros ayu­da­ron a cons­truir, agende una reu­nión de diag­nós­tico con noso­tros y revi­se­mos su cadena de titu­la­ri­dad.

Agendar reunión de diagnóstico Ver las líneas de servicio

Fundamento

  1. Ley Federal del Derecho de Autor, última reforma DOF 14 de mayo de 2026, artículos 5o., 30, 31, 32, 33, 34, 83, 83 bis, 84, 101, 102, 103 y 162. Texto vigente (se abre en otra pestaña)

Esta nota es informativa y describe la norma vigente a la fecha de verificación. No constituye opinión legal sobre un caso concreto.

Siga leyendo

Notas relacionadas.

Ver todas las notas