Sobre derechos de autor de un software por encargo

[JoAnCa]

Hola a todos
Mi inquietud es referente sobre a quien pertenecen los derechos de autor de una aplicacion que fue hecha por encargo de un cliente.
El Cliente dice que como el pagó para que le hicieran la aplicacion segun sus necesidades, los derechos son solo de el.
El Grupo de Desarrollo que lo está diseñando, considera que los derechos deben estar compartidos segun el porciento de participación en el proceso de diseño.


Mi criterio es, que el cliente es dueño de la idea, pero no del codigo. Los derechos del codigo son del que lo diseña. Por lo que los derechos del proyecto completo si deberia estar compartido segun porciento de participacion, pero el codigo como tal y el diseño de la BD es solo de los desarrolladores.



Que opinan ustedes?



Por otro lado, la participacion del cliente es solo en lo referente a lo que sale de la entrevista para la ingenieria del software. ¿Que porciento representaria eso en el proceso completo del diseño del software?


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.

[mamcx]

> Que opinan ustedes?

Que opina la LEY. De ahi arrancas primero.

---

No se si ya es tarde, pero es vital que entiendas que las condiciones de un software se determinan en base a un "contrato", que es la suma de lo que diga la LEY de tu juridisccion mas los acuerdos que hayan pactado las partes, ojalá por escrito.

Así, que para la próxima, nunca hagas un trabajo sin un contrato de en medio y sin tener claro lo que significa.

---

Ya que parece que de lo anterior no tienen nada, es probable que el que contrata tenga la de ganar (y eso suponiendo, seria mejor que preguntes a un abogado).

Asumiendo que sea cierto: Considera bien la importancia de pelear y de en su reemplazo, negociar un acuerdo. Aun "perder" puede salir mejor que entrar en los jurídicos: Si no tienen idea de la ley, la ley los puede clavar de formas inesperadas (y quizás tarde años en resolverse el asunto!).

Nunca se debe uno poner en su camino sin estar claro en todo.

Aqui el punto importante: El cliente puede ser el dueño material del código, pero el equipo de desarrollo es el que sabe usarlo. Sin uds, el tiene que buscar otra gente.

En el caso de que luego te pidan que los "capacites", les cobras lo que quieras.

Ademas, el dueño del código tiene que cumplir cualquier otra contrato que esta ahi, como por ejemplo cumplir con licencias GPL, o comprar Delphi, equipos de desarrollo, etc.

PERO:

ASEGURATE de que firmen un cierre de contrato si vas a cortar, no sea que luego te claven con que les debes servicios!
---

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

Y este es el nucleo del asunto, no? A menos que VERDADERAMENTE tengan capacidad de ventas es un escenario mas bien poco probable (el de que de pronto, "Catalogo para un Herbario" sea tremendo nicho de negocio), así que a menos que las entradas a corto plazo sean muy notables, me enfocaría mas en cortar por lo sano, extraer componentes (y lecciones) e ir por un nicho mas rentable y mas GENERAL.

Si tienen algún prospecto, el solo hecho de tener experiencia previa es un plus. Aun si les toca desarrollar todo otra vez (o mejor dicho, una parte), igual eso es lo que un equipo de desarrollo hace, no?.

Mi proyecto ppal lo he hecho ya como 5 veces, en lenguajes diferentes. El código a la final es importante, pero no tan importante como la experiencia.

[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.