Conflictos de Propiedad Intelectual en Desarrollo Conjunto

La titularidad de la propiedad intelectual en proyectos colaborativos se define por contrato o, en su defecto, por costosos litigios y presunciones legales.
Dos perros, cada uno con un hueso a medio roer en la boca. Ambos perros están tirando del mismo hueso, estirándolo en direcciones opuestas. Representa: Conflictos sobre propiedad intelectual en desarrollo conjunto

La Génesis del Caos: El Idilio de la Colaboración

Parece una escena recurrente, casi un arquetipo tragicómico del ecosistema emprendedor: dos o más partes, imbuidas de un optimismo que bordea la ingenuidad, deciden crear algo juntos. Un software revolucionario, una marca disruptiva, un diseño industrial que cambiará el paradigma. La energía es palpable, las ideas fluyen como un torrente y, en medio de esa euforia creativa, la formalización de la relación parece un detalle trivial, una burocracia pesada que ahoga el espíritu innovador. Se dan la mano, se prometen lealtad eterna y se sumergen en el trabajo. Grave error. El derecho, en su infinita y a veces cruel sabiduría, observa este idilio con la paciencia de quien sabe que, tarde o temprano, será convocado a repartir las ruinas.

La premisa fundamental que el entusiasmo ofusca es que la ley no opera sobre intenciones etéreas, sino sobre hechos y documentos. En ausencia de un pacto claro y por escrito, la titularidad de los derechos de propiedad intelectual se convierte en un terreno pantanoso. La Ley 11.723, que rige la Propiedad Intelectual, establece un principio general: el autor de una obra es su dueño. ¿Pero qué sucede cuando la autoría es compartida y las contribuciones son difusas? Entramos en el nebuloso concepto de la ‘obra en colaboración’. Aquí, salvo pacto en contrario, el derecho corresponde a todos los coautores en partes iguales. Suena justo, hasta que uno se pregunta: ¿qué es una ‘colaboración’ a los ojos de un juez? ¿Una idea tirada en una servilleta? ¿Una línea de código? ¿El diseño de la interfaz? La ley presume una comunidad de bienes sobre la obra, lo que implica que las decisiones importantes, como la licencia, la venta o la modificación, requieren el consentimiento de todos. Se crea así un maravilloso escenario de bloqueo mutuo, donde un solo disidente puede paralizar el proyecto entero.

Peor aún es el panorama cuando las contribuciones no son de la misma naturaleza. Un socio aporta capital, otro el desarrollo técnico, un tercero el marketing. Aquí no estamos frente a una coautoría clásica. El capitalista no es ‘autor’ en los términos de la ley. Su aporte, vital para el proyecto, no le genera per se derechos sobre el software o la marca. Su participación deberá buscarse en el derecho societario, no en el de propiedad intelectual, a menos que un contrato —ese artefacto mitológico— haya dispuesto otra cosa. Es la verdad incómoda número uno: la ley no premia el esfuerzo ni la buena fe, premia la previsión documentada. La creencia de que ‘se arregla después’ es el germen de litigios que consumen tiempo, dinero y la mismísima creación que se pretendía proteger.

El Contrato: Ese Objeto Mitológico Ignorado

Resulta fascinante la capacidad humana para invertir miles de horas y recursos en un desarrollo tecnológico y, al mismo tiempo, considerar una pérdida de tiempo dedicar unas pocas horas a redactar un ‘Acuerdo de Desarrollo Conjunto’. Este documento no es una formalidad, es el cimiento sobre el cual se construye todo el edificio. Ignorarlo es como construir un rascacielos sobre arena. Su función es simple: reemplazar las presunciones ambiguas de la ley por la voluntad expresa de las partes. Es el ejercicio de la autonomía de la voluntad consagrada en nuestro Código Civil y Comercial, una herramienta de poder que los innovadores, paradójicamente, desprecian.

¿Qué debe contener este papiro sagrado? Primero y principal, la definición de la titularidad. ¿Será una cotitularidad en partes iguales? ¿Se asignará en proporción a las contribuciones (una fórmula valiente y a menudo impracticable)? ¿O, la solución más elegante, se cederán todos los derechos a una nueva entidad jurídica, una sociedad creada a tal efecto, de la cual los desarrolladores serán socios? Esta última opción suele ser la más limpia, ya que centraliza la propiedad y facilita enormemente la gestión y explotación comercial del activo. Segundo, debe delimitar con precisión quirúrgica el objeto del desarrollo y las contribuciones específicas de cada parte. No basta con ‘desarrollar una app’. Hay que detallar funcionalidades, hitos, plazos y, sobre todo, quién aporta qué. Tercero, un aspecto crucial: la gestión de la propiedad intelectual preexistente. Es muy común que las partes aporten al proyecto herramientas, librerías de código o conocimientos previos de su propiedad. El contrato debe aclarar que estos elementos no se ‘funden’ en el nuevo desarrollo, sino que se licencian para su uso en el proyecto, sin que ello implique una cesión de su titularidad. Evitar esta cláusula es una invitación abierta a reclamos futuros del tipo ‘esa parte del código la creé yo antes y ahora es mía’.

Estrategias en el Campo de Batalla: Acusación y Defensa

Cuando el idilio colaborativo implosiona y el asunto llega a un estudio de abogados, el juego cambia. Ya no se trata de crear, sino de probar. Las estrategias procesales, tanto para quien reclama la coautoría (el acusador) como para quien la niega (el acusado), se basan en la reconstrucción de una historia a través de pruebas. La palabra vale poco; los documentos, los correos electrónicos, las actas de reunión y los repositorios de código son los verdaderos protagonistas. El acusador tiene la carga de probar su contribución creativa y original al resultado final. No basta con haber estado presente; debe demostrar un aporte que califique como ‘obra’ en sí mismo, protegido por la ley. Su mejor arma es un rastro documental exhaustivo: mails donde propone soluciones específicas, borradores que evidencian su trabajo, confirmaciones de ‘commit’ en un sistema de control de versiones. Debe construir un relato coherente que conecte su esfuerzo con el producto final que se disputa.

El acusado, por su parte, tiene varias líneas de defensa. La más común es argumentar que la contribución del reclamante no fue ‘creativa’ en el sentido legal, sino meramente técnica o ejecutiva, una simple materialización de ideas ajenas. Es la clásica distinción entre el arquitecto (el autor) y el albañil (el ejecutor). Si se puede demostrar que el reclamante operaba bajo instrucciones precisas, sin autonomía creativa, su reclamo se debilita. Esto remite a la figura de la ‘obra por encargo’, donde, salvo pacto en contrario, los derechos se presumen cedidos a quien encarga el trabajo. Otra estrategia es atacar la originalidad del aporte, demostrando que esas ideas o soluciones ya existían en el dominio público o eran propiedad del propio acusado. Finalmente, puede oponer la existencia de un acuerdo (incluso verbal, aunque de prueba diabólica) que establecía condiciones diferentes, o directamente invocar la prescripción de la acción si ha transcurrido el plazo legal para el reclamo. En ambos roles, la clave es la misma: la calidad de la prueba documental. Un juez no es un adivino; fallará con lo que tiene en el expediente del auto.

La Cruda Realidad del Litigio y sus Consecuencias

Embarcarse en un juicio por propiedad intelectual es una decisión que debe meditarse con la frialdad de un cirujano. No es una carrera de velocidad, sino un maratón de desgaste. El proceso puede durar años, consumiendo una cantidad obscena de recursos económicos y emocionales. Una de las primeras herramientas que puede solicitar el demandante es una medida cautelar, como la prohibición de innovar o incluso el cese del uso de la obra en disputa. Obtenerla requiere acreditar la verosimilitud del derecho y el peligro en la demora, pero si se concede, puede paralizar un negocio por completo, mucho antes de que se dicte una sentencia definitiva. Es un misil táctico que puede forzar una negociación en condiciones desfavorables para el demandado.

El juicio en sí mismo es un desfile de peritajes técnicos (informáticos, de diseño, etc.), testimonios y una montaña de papeles que un juez, probablemente no experto en la materia específica, deberá interpretar a la luz de principios legales a menudo abstractos. La incertidumbre es la única constante. Aun ganando, el desgaste puede ser tal que la victoria tenga un sabor amargo. Los costos del litigio, incluyendo honorarios de abogados y peritos, pueden superar el valor económico de lo que se disputa, especialmente en etapas tempranas de un proyecto. Y si se pierde, las consecuencias van desde la obligación de compartir la titularidad y las ganancias hasta la prohibición total de explotar la obra y el pago de indemnizaciones por daños y perjuicios. Es la paradoja final: la disputa por proteger un activo creativo termina, con frecuencia, aniquilando su valor y el de sus creadores. Por eso, la conclusión, aunque suene a una verdad de perogrullo, es la más importante: la mejor estrategia legal es la que evita el litigio. La inversión en un buen contrato inicial no es un costo, es la póliza de seguro más barata y efectiva que un desarrollador puede adquirir. Todo lo demás es, simplemente, esperar con optimismo que a uno no le toque la pila de expedientes que demuestran lo contrario.