Sobre derechos de autor de un software por encargo

[JoAnCa]

Bueno, en realidad el contrato aun no se ha realizado, todavia se esta en el debate de como seran las cosas, y poniendose de acuerdo antes de empezar.
A mi me van a contratar para participar en el desarrollo del proyecto, pero hasta que no se firme el contrato si se va a hacer, no hay nada seguro todavia.
La empresa del cliente, cuando fue un primer representante si queria todos los derechos para ellos, pero despues fue un segundo representante que actualmente es el que esta negociando, pero es mas flexible y entiende que los derechos de autor del codigo si pertenecen a los desarrolladores, despues de debatir sobre el soporte tecnico y lo que se le cobraria.

Segun la ley de mi pais, el derecho de autor de un software es similar a la de una obra literaria, al ser codigo escrito, se le considera como tal. Asi que pienso que los derechos son del equipo de desarrollo.

Quise preguntar para saber como hacen uds. cuando se les encarga realizar un software, que consideran sobre de quien es la propiedad y de quien los derechos, asi como para ponerle precio.

[Casimiro Notevi]

Depende de lo que se acuerde entre ambas partes.

[Neftali [Germán.Estévez]]

Empezado por JoAnCa

Bueno, en realidad el contrato aun no se ha realizado, todavia se esta en el debate de como seran las cosas, y poniendose de acuerdo antes de empezar

Eso significa que todavía estáis a tiempo de negociarlo.
Yo por defecto no entregaría código.
Si se decide hacerlo el precio es totalmente distinto.

Empezado por JoAnCa

La aplicacion es un Catalogo para un Herbario.
La inquietud del equipo de desarrollo esta dada porque es un software que se puede comercializar a otros clientes similares.

Esa es la gran diferencia.
Si le vendes el código (o incluso parte de él) debes olvidarte de poder comercializarlo, si esa es una posibilidad real, deberías intentar "convercerle" de que no es bueno que el código lo tenga sólo él.

Creo que incluso esa última parte, pueder ser buena para él (si se lo "vendes" bien).
¿Qué quiero decir con esto?
Que si el programa es exclusivo suyo, no habrá nigún tipo de mejora (posterior) y cualquier cambio o deberá hacerlo él o contratar quien se lo haga pagando (sea a alguien externo o a vosotros).

En cambio si es una aplicación que luego llega a tener más clientes, significa que la empresa puede seguir trabajando en ella, mejorándola, ampliándola, corrigindo bugs,... y todo eso puede ser bueno para él (si lo negociáis bien). Si llega un cambio "legal", por ejemplo, no es igual si lo vaís a hacer para 5 clientes que si se lo tenéis que hacer a él sólo (el importe no será el mismo) -por poner un ejemplo-.

Al final, yo creo que el tener el código o no no es tan importante para el cliente, porque una aplicación "mediana" al final es muy difícil que una empresa externa pueda mantenerla, por múltiples razones. Por experiencia, la mayoría de las veces el cliente acaba llamando a la empresa original (o a alguien vinculado al proyecto original, que lo conoce), porque el hacerlo cualquier otra (persona o empresa) que no lo ha desarrollado, acaba siendo mucho más caro y en muchos casos imposible.

Algo muy habitual es que aun teniendo TODO el código, a una tercera persona le es imposible compilar. ¿Porqué? porque si has utilizado componentes de terceros (por ejemplo las DevExpress) y componentes tuyos propios (me invento un componentes de edición). Esos componentes NO SE DISTRIBUYEN; La tercera empresa debería adquirirlos (si es que sabe cuales son -versio incluida-), instalarlos,...

[mamcx]

Empezado por Neftali [Germán.Estévez]

Si le vendes el código

Lo que yo hago que me ha funcionado es que en las cláusulas del contrato coloco que el cliente recibe una "licencia & copia NO EXCLUSIVA del código fuente para su uso interno bajos los acuerdos de este contrato" & algo como "los DESARROLLADORES son el dueño de la propiedad intelectual y sus derechos de comercialización...".

La parte importante es que el cliente tiene el código pero no se renuncia a su propiedad intelectual.

Cuando el cliente quiere comercializarlo, lo que hago también es que se le pone una cláusula para hacerlo (muy similar a como por ejemplo DevExpress permite usar su código para que el desarrollador revenda programas hechos por el, pero no puede entregar su autoría intelectual del código de devexpress como tal), y el cliente se queda con la "marca comercial". A mi no me molesta que el cliente revenda la app, igual o me llaman luego y gano, o no me llaman y gano tiempo para hacer otros trabajos.

---

Por ejemplo, digamos que la app se llama "BoticarioExpress". Yo me quedo con el código fuente, pero no con el nombre ni con los logos, dominios, etc. Esos es "comercial" y se lo doy al cliente (incluso si no lo pide: Porque no quiero que sus practicas comerciales sean las mias, y por ejemplo, me contagien de cualquier problema en soporte técnico o trato con clientes...).

Pero al quedarme con la autoría, yo puedo luego crear "BotacarioPlusUltra" con otros logos, colores y marcas.

Pienso que es un arreglo adecuado y no me ha dado problemas hasta ahora.

P.D: Igual seria bueno que cualquier contrato lo revise un abogado. PERO asegúrate de escribirlo UDs de la forma mas simple o clara y que este solo lo ajuste de acuerdo a las leyes/terminologias. Yo lo hice al revés al principio y los contratos salían con un montón de fallas de lógica y de huecos e imprecisiones que pudieron causar lios (un contrato es como un algoritmo: Debes depurarlo para confirmar que sus afirmaciones son lo que pretenden ser!)

[JoAnCa]

Muchas gracias por sus respuestas
Me han dado buenas ideas para poner en las clausulas del contrato, se las informare a mi empleador para que lo tenga en cuenta.
Para los términos legales de hacer el contrato no debe haber problemas, pues lo hará un abogado.