Disputa por propiedad de software entre programadores y empresa

¿Tienes razón?

En las disputas sobre software lo que importa no es la opinión, sino la prueba documental y las circunstancias contractuales. Las preguntas que definen si tenés un caso son: existió un contrato que establezca la cesión de derechos o trabajo por encargo; fuiste empleado en relación de dependencia cuando desarrollaste el software; desarrollaste el código fuera del horario laboral y sin usar recursos de la empresa; y si existen registros técnicos que prueben autoría y fechas (repositorios, commits, branches, correos, archivos con metadatos). También pesa si aceptaste pagos que se describen como “licencia” o “cesión total”.

Si hay un contrato claro firmado por las partes que establece que los derechos pertenecen a la empresa, tu margen es limitado. Si no hay documento o el acuerdo es ambiguo, la historia del desarrollo, las comunicaciones y los registros técnicos pueden reforzar tu titularidad. Otra pieza decisiva es el tipo de relación laboral: si eras empleado en relación de dependencia y el desarrollo fue parte de tus tareas, la titularidad puede corresponder al empleador según lo pactado o la ley laboral.

Cómo se soluciona

1) Reuní toda la documentación técnica y comercial. Exportá el historial de commits del repositorio con usuarios y fechas, guardá los archivos fuente, issues, pull requests, correos que prueben quién propuso funcionalidades y los comprobantes de pago o recibos que indiquen si fuiste contratado como empleado o prestador independiente. Conservá pruebas de si se usaron recursos de la empresa (servidores, licencias, documentación interna).

2) Revisá contratos y condiciones. Buscá contratos firmados, correos con acuerdos, términos de contratación y comunicaciones sobre entregables. Si hay tickets de pago o órdenes de compra, guardalos. Si no firmaste nada o el contrato es vago, anotá cuándo y cómo se acordaron las tareas.

3) Intimá para negociar. Si reclamás la titularidad o una compensación, una intimación fehaciente que exponga tu posición suele ser el primer paso práctico. En muchos casos la empresa prefiere negociar una cesión, una licencia o un pago retroactivo antes de ir a juicio.

4) Evaluá la mediación o conciliación. En materia comercial y civil, la mediación previa puede ser requisito o una vía útil para resolver la disputa sin litigar. Un abogado puede coordinar la mediación y proponer soluciones técnicas como escrow de código o licencias limitadas.

5) Judicializar si hace falta. Si no hay acuerdo, la demanda mercantil o civil puede reclamar reconocimiento de titularidad, indemnización y medidas para impedir el uso por parte del presunto titular. En litigio, la prueba técnica y pericia informática es clave: auditorías de repositorios, certificados de integridad y testigos técnicos.

Qué podés hacer sin abogado: ordenar y preservar repositorios, respaldos y comunicaciones; enviar la intimación inicial. Necesitás abogado cuando la otra parte niega tu autoría, ofrece acuerdos que no te convienen o cuando precisás medidas cautelares para impedir el uso del software.

Qué puede pasar

Arreglo privado. Lo más habitual es que las partes negocien una solución: cesión de derechos a cambio de pago, licencia remunerada o reconocimiento con condiciones de explotación. Una salida negociada suele incluir cláusulas de confidencialidad y definición de alcance de uso del software.

Acuerdo en mediación o conciliación. La mediación puede culminar en una reparación acordada que evite la exposición pública y fije condiciones de uso, reparto de ingresos y plazos. Es una opción útil cuando ambos necesitan mantener la relación comercial.

Juicio. Si no hay acuerdo, la vía judicial puede resolver la titularidad y ordenar medidas cautelares. Si perdés el juicio, podés quedar obligado a indemnizar por daños y pagar costas. Si ganás, la ejecución depende de la capacidad del otro para cumplir; en algunos casos conviene negociar la ejecución práctica del fallo.

Y si ganás, ¿cobrás? Una sentencia favorable reconoce derechos y puede ordenar indemnización, pero la efectividad del cobro depende de bienes o ingresos del demandado. Por eso, negociar un pago inmediato muchas veces es preferible a una sentencia difícil de ejecutar.

Errores que arruinan el caso

• No preservar el historial de código y commits. Borrar ramas o reescribir el historial complica probar autoría.
• Firmar cláusulas de cesión sin entender alcance ni exclusividad.
• Usar recursos de la empresa para trabajo personal sin dejar constancia de titularidad.
• No separar claramente proyectos personales de proyectos encargados por la empresa.
• Responder comunicaciones informales que reconozcan cesiones que no pretendías hacer.