Patentes de Software: Reconocimiento Internacional desde Argentina
La incómoda verdad sobre la «patente mundial» de software
Hay que empezar por desmantelar el mito más persistente y costoso en el mundo de la innovación: la idea de una «patente mundial». No existe. Pensar que uno puede registrar una invención de software en una oficina y obtener protección automática en todo el planeta es tan realista como esperar que el registro de tu auto en el conurbano te dé derecho a circular libremente por las autopistas de Alemania. Cada jurisdicción es soberana.
El pilar fundamental de todo este sistema es el principio de territorialidad. Una patente de invención es un monopolio de explotación que un Estado concede dentro de sus fronteras. Es un contrato entre el inventor y un país específico: el inventor revela su creación al público, y a cambio, el Estado le otorga el derecho exclusivo de fabricarla, usarla y venderla por un tiempo limitado, usualmente 20 años. Fuera de esas fronteras, la patente tiene el mismo valor legal que una tarjeta de un videoclub extinto.
En nuestro contexto legal, la Ley de Patentes de Invención y Modelos de Utilidad (Nº 24.481) es meridianamente clara. Su artículo 6 excluye explícitamente de la patentabilidad a los programas de computación considerados aisladamente. Para la ley, el software ‘puro’ —las líneas de código, los algoritmos, la lógica— no es una invención industrial, sino una obra del intelecto. Su lugar natural de protección es la Ley de Propiedad Intelectual (Nº 11.723), es decir, el derecho de autor. Esto protege la expresión literal del código, la forma, pero no la idea o la función subyacente.
Aquí viene el giro, la letra chica donde viven los abogados. El software sí puede ser parte de una invención patentable si cumple una condición: debe estar inextricablemente ligado a un hardware o a un proceso y producir un «efecto técnico». No se patenta el software, se patenta el ‘invento’ del cual el software es un componente esencial. Por ejemplo, no se puede patentar un algoritmo para optimizar la entrega de paquetes. Pero sí se podría patentar un sistema de drones autónomos que utiliza dicho software para navegar y gestionar su logística de manera novedosa. La invención es el sistema completo, el aparato tangible y su control inteligente, no las meras instrucciones que lo gobiernan. Una distinción filosóficamente interesante y económicamente crucial.
El ajedrez internacional: Tratados y prioridades
Si no hay una patente mundial, ¿para qué sirven los tratados internacionales de los que tanto se habla? Sirven para no volverse loco en el intento de proteger una invención en múltiples países. Son herramientas de procedimiento, no de concesión. El más relevante, en este sentido, es el Convenio de París para la Protección de la Propiedad Industrial. Su mayor aporte es el llamado «derecho de prioridad».
Este derecho es, básicamente, una ventaja estratégica. Al presentar una solicitud de patente en un país miembro (como Argentina), el solicitante obtiene un plazo de 12 meses para presentar solicitudes en otros países miembros, y todas esas solicitudes posteriores serán consideradas como si se hubiesen presentado en la misma fecha que la primera. Esto es vital, porque el requisito de «novedad mundial» es absoluto. Si presentas tu patente en Argentina hoy, y mañana das una conferencia sobre tu invento, ya no podrías patentarlo en Brasil porque ya no sería «nuevo». El derecho de prioridad congela el tiempo, dándote un año para armar tu estrategia global, buscar inversores y decidir dónde vale la pena litigar en el futuro.
Luego está el Acuerdo sobre los Aspectos de los Derechos de Propiedad Intelectual relacionados con el Comercio (ADPIC, o TRIPS en inglés), administrado por la Organización Mundial del Comercio. Este acuerdo no crea un sistema de patentes, sino que establece estándares mínimos que todos los países miembros deben cumplir en sus legislaciones. Obliga, por ejemplo, a que las patentes se puedan obtener para todas las invenciones, de producto o de procedimiento, en todos los campos de la tecnología. Sin embargo, deja suficiente espacio para que cada país interprete ciertas exclusiones. Argentina, al ratificar el ADPIC, mantuvo su postura sobre el software, argumentando que no es un «campo de la tecnología» en sí mismo, sino una forma de expresión protegida de otra manera. Un hermoso ejemplo de cómo la diplomacia y la semántica legal bailan juntas.
Consejos no solicitados para el acusador (o el que se cree inventor)
Antes de embarcarse en la cruzada de enviar cartas documento y amenazar con juicios millonarios por una supuesta copia de su revolucionario software, sería prudente hacer una pausa y un autoexamen de honestidad brutal.
Primero: ¿Tiene usted una patente concedida y vigente? No hablamos de un número de trámite, una solicitud presentada o una idea brillante garabateada en una servilleta. Hablamos de un título de patente, expedido por el Instituto Nacional de la Propiedad Industrial (INPI), con todos los sellos y firmas correspondientes. Sin ese papel, su reclamo es un brindis al sol.
Segundo: ¿Dónde está concedida esa patente? Si su orgullo es una patente norteamericana (USPTO), felicitaciones. Es un activo valioso en Estados Unidos. Aquí, es irrelevante para iniciar una acción por infracción. Debió haber validado ese derecho prioritario y haber tramitado y obtenido la patente argentina correspondiente. La soberanía territorial, recuerde.
Tercero: ¿Qué protege exactamente su patente? Es imperativo leer con lupa las «reivindicaciones» de su título. Esa es la definición legal y técnica de su monopolio. ¿Reivindica un método implementado por computadora como parte de una máquina? ¿O intenta proteger un modelo de negocio? Si su patente es de las que sortean la ley con dificultad, su alcance será muy acotado y difícil de probar. Si lo que le copiaron fue el código fuente, línea por línea, su batalla no es de patentes, es de derecho de autor. Son fueros distintos, pruebas distintas y abogados distintos.
Cuarto: La prueba de la infracción. Demostrar que un software ajeno infringe su patente es una odisea técnica y económica. Requiere peritos informáticos que realicen ingeniería inversa (si es posible), analicen el funcionamiento interno y concluyan que el método del acusado cae dentro de sus reivindicaciones. No es tan simple como ver al vecino paseando con su perro robado. Es caro, lento y el resultado es incierto. Prepárese para invertir una pila de dinero solo para saber si tiene un caso.
Reflexiones para el acusado (o el presunto pirata)
Llegó el sobre. Una carta documento con lenguaje apocalíptico lo acusa de violar una patente de software. La primera reacción es el pánico. La segunda debe ser la calma y el escepticismo metódico.
Primero: Pida las credenciales. La carga de la prueba recae en el acusador. Su primera respuesta, a través de un abogado, debe ser simple: «Acredite la titularidad de la patente invocada, su vigencia y su alcance». Solicite una copia del título de la patente argentina. Es sorprendente la cantidad de amenazas que se evaporan en este primer paso. Muchas veces, el «titular» solo tiene una solicitud en trámite, o una patente extranjera, o simplemente está faroleando.
Segundo: Considere la nulidad. Que el INPI haya concedido una patente no significa que sea inexpugnable. El Estado puede cometer errores. Si la patente fue otorgada sobre algo que no era nuevo o que era obvio para un experto en la materia en el momento de la solicitud, se puede pedir su nulidad judicial. Investigar el «estado del arte» previo a la fecha de la patente del acusador es una estrategia de defensa potentísima. Es decirle al juez: «Este señor patentó la rueda en 1995, y el examinador no se dio cuenta».
Tercero: Análisis de no infracción. Aún con una patente válida, la pregunta clave es: ¿su producto realmente la infringe? Que dos programas logren el mismo resultado no implica que usen el mismo método patentado. Su software puede ser un auto eléctrico y el del acusador uno a nafta; ambos lo llevan a destino, pero su funcionamiento interno es radicalmente diferente. Un peritaje técnico de su lado puede demostrar que su desarrollo sigue un camino tecnológico independiente y no cubierto por las reivindicaciones de la patente ajena.
Cuarto: El campo de batalla del derecho de autor. Si la acusación muta hacia una copia de código fuente (derecho de autor), la defensa cambia. Aquí se debe demostrar desarrollo independiente. Los registros de versiones (como Git), los documentos de diseño y los testimonios de los programadores son oro. La prueba del acceso al código del demandante y la similitud sustancial son sus cargas. Que dos programas tengan una interfaz similar no prueba nada sobre el código que hay detrás.
En definitiva, la propiedad intelectual aplicada al software es un pantano fascinante. Lejos de las certezas del derecho sobre bienes tangibles, aquí reinan la ambigüedad y la interpretación. Es un juego donde la narrativa técnica y la solidez de los argumentos legales pesan más que la supuesta genialidad de una idea. El que construye el mejor caso, respaldado por pruebas periciales sólidas, tiene la ventaja. El resto es, casi siempre, una costosa pérdida de tiempo.
