Hace unos meses, una empresaria me llamó bastante preocupada. No estaba conforme con su desarrollador actual y quería cambiarse a otro equipo. Suena simple, ¿no? Entonces le pidió a su desarrollador que le entregara el código fuente de su sitio web para que el nuevo equipo pudiera continuar desde ahí.
La respuesta que recibió no fue la que esperaba: "Te puedo dar acceso al sitio en vivo, pero el código en sí no es algo que pueda simplemente entregarte."
Ella había pagado por ese sitio web. Asumió que eso significaba que le pertenecía. Resulta que no siempre funciona así.
Esta confusión es más común de lo que parece, y casi nunca nace de mala intención de ninguna de las dos partes. Casi siempre nace de un contrato que nunca dejó claro quién es dueño de qué. Así que repasemos qué significa realmente "ser dueño" de su software, por qué eso no es automático, y cuál es la única pregunta que puede ahorrarle mucho dolor de cabeza más adelante.
Por Qué Pagar Por Un Software No Significa Automáticamente Que Le Pertenece
Aquí hay una regla que sorprende a mucha gente: en general, bajo la ley de derechos de autor de Estados Unidos, quien escribe el código es quien lo posee, incluso si otra persona pagó por ese trabajo. Pagar la factura no transfiere la propiedad por sí solo.
Existe una idea llamada "trabajo por encargo" (work for hire) que algunos dueños de negocio suponen que resuelve esto. No siempre es así. Esa regla se pensó principalmente para empleados, no para desarrolladores externos o agencias. Cuando contrata a un desarrollador independiente o una empresa de desarrollo, el software hecho a medida suele quedar fuera de la lista limitada de casos donde el "trabajo por encargo" aplica de forma automática.
Entonces, ¿qué decide realmente quién es dueño del código? El contrato. Si el acuerdo que firmó su empresa no dice con claridad que el código le pertenece a usted, existe una posibilidad real de que el desarrollador siga siendo el dueño, incluso años después, incluso después de terminar el proyecto y pagarlo por completo.
Quiero ser claro sobre algo: esto es información general, en lenguaje simple, no es asesoría legal. Las reglas de derechos de autor pueden variar según dónde esté ubicada su empresa y la redacción exacta de su contrato. Si quiere una respuesta definitiva para su caso, vale la pena que un abogado revise el acuerdo real.
Propiedad vs. Licencia De Uso: Cuál Es La Diferencia Real
Piénselo así. Ser dueño de una casa significa que puede remodelarla, alquilarla, venderla o incluso demolerla. Alquilar una casa significa que puede vivir en ella cómodamente, pero necesita permiso del propietario para casi todo lo demás.
Ser dueño del código fuente de su software funciona igual. Si usted lo posee, puede modificarlo, moverlo a otro proveedor de hosting, entregarlo a otro desarrollador o reconstruir partes de él, todo sin pedirle permiso a nadie.
Si solo tiene una licencia de uso, está alquilando. Puede usar el software de la manera para la que fue construido. Pero cambiarlo, moverlo o dejar que un nuevo equipo entre a fondo en el código suele requerir permiso de quien realmente lo posee, y ese permiso no está garantizado.
Ninguna de las dos opciones es automáticamente la equivocada para todos los negocios. Licenciar puede ser un arreglo normal y razonable, sobre todo para productos ya hechos que se venden a muchos clientes. El problema aparece cuando una empresa cree que es dueña de un software totalmente a medida que pagó para que construyeran, y luego descubre que solo tiene una licencia.
Un Ejemplo Sencillo
Imagine un restaurante local que le paga a un desarrollador diez mil dólares para construir un sistema de pedidos en línea hecho a medida, solo para ese restaurante. Tres años después, el restaurante ha crecido y quiere contratar a una empresa más grande para agregar seguimiento de entregas y un programa de puntos.
Si el restaurante es dueño del código, la nueva empresa simplemente puede continuar donde quedó el trabajo anterior. Si el restaurante solo tiene una licencia, la nueva empresa quizás tenga que empezar de cero, porque quien posee el código no está obligado a entregarlo, y puede que ni siquiera quiera hacerlo.
Esa diferencia puede significar rehacer meses de trabajo y pagar dos veces por las mismas funciones.
Por Qué Esto Importa Más Cuando Quiere Cambiar De Proveedor
La mayoría de los dueños de negocio nunca piensan en la propiedad del código el primer día. ¿Por qué lo harían? Todo funciona bien y la relación con el desarrollador se siente sólida.
El momento en que realmente importa es cuando esa relación cambia. Tal vez su desarrollador sube sus tarifas. Tal vez se llena de otros clientes y deja de responder rápido. Tal vez su negocio simplemente crece más rápido y necesita un equipo más grande. Esto se conecta con lo que he escrito sobre cómo elegir un socio de desarrollo de software, porque las condiciones de salida merecen tanta atención como las condiciones de entrada.
Si en ese momento no es dueño de su código, cambiar de proveedor se vuelve más difícil y más caro. Puede terminar empezando de nuevo en lugar de seguir avanzando. Por eso depender de una sola persona para todo su sistema trae un riesgo que va más allá de la propiedad del código, algo que explico en el costo oculto de depender de una sola persona clave.
La Pregunta Que Debe Hacer Antes De Firmar Cualquier Cosa
Antes de firmar un contrato de software a medida, haga esta pregunta directamente: "¿Voy a ser dueño del código terminado, o solo tendré una licencia para usarlo?"
Un buen desarrollador o agencia debería poder responder eso con claridad, sin dar vueltas. Si el contrato solo menciona una licencia, eso no es automáticamente una señal de alarma. Solo asegúrese de que sea una decisión que tomó a propósito, y no algo que descubre después.
También vale la pena preguntar si la propiedad se transfiere de inmediato o solo después del pago final. Muchos contratos ligan la transferencia de derechos al pago completo, lo cual es razonable, pero usted quiere saberlo desde el principio y no asumirlo.
Como esto toca derechos legales y redacción de contratos, realmente vale la pena que un abogado revise el acuerdo específico antes de firmar. Una consulta corta con un abogado ahora sale mucho más barata que descubrir la respuesta de la peor manera, años después de operar su negocio sobre un software que creía suyo.
No necesita convertirse en experto legal para protegerse aquí. Solo necesita hacer la pregunta correcta en el momento correcto, y saber lo suficiente para reconocer la respuesta cuando la escuche.
Si no está seguro de cuál es la situación de su software actual, o está por comenzar un proyecto nuevo y quiere que las condiciones de propiedad queden claras desde el primer día, hablemos de su situación.