¿Se puede patentar un software o una app en Argentina?

Qué dice la ley: el software no es una invención

La Ley 24.481 exige que una invención sea nueva, tenga actividad inventiva y sea susceptible de aplicación industrial (art. 4). Pero antes de llegar a esos tres requisitos hay una pregunta previa: si lo que presentás cuenta como invención. El art. 6 enumera lo que no se considera invención a los efectos de la ley, y ahí figuran:

• Los planes, reglas y métodos para ejercer actividades intelectuales, para juegos o para actividades económico-comerciales, así como los programas de computación (inc. c).
• Los descubrimientos, las teorías científicas y los métodos matemáticos (inc. a).
• Las formas de presentación de información (inc. d).

El INPI lo repite en sus preguntas frecuentes: los programas de computación están entre lo que no se puede patentar. Esa exclusión pesa doble en una app típica, porque el código es un programa y la lógica del negocio suele ser un método económico-comercial.

El criterio del INPI para las invenciones que usan software

Que el programa en sí quede afuera no significa que todo lo que tenga software quede afuera. La Resolución INPI 318/2012 modificó el Anexo VII de las Directrices sobre Patentamiento y fijó cómo examina el INPI estos casos. En resumen:

• Un programa reivindicado por sí mismo, o grabado en un soporte, no es patentable, y tampoco cambia si lo ejecuta una computadora conocida.
• La invención se examina en su conjunto, porque suele combinar hardware y software. Tiene que ser de carácter técnico: resolver un problema técnico y producir un efecto técnico.
• Si el objeto reivindicado hace una contribución técnica, no se rechaza solo porque haya un programa involucrado. Después igual tiene que ser nuevo, inventivo y de aplicación industrial.
• Un procedimiento técnico que se ejecuta bajo el control de un programa no se considera un programa como tal.
• El procesamiento de datos físicos (por ejemplo, parámetros de control de un proceso industrial) puede tener carácter técnico. En cambio, los valores económicos o financieros obtenidos con una computadora no son datos físicos y quedan dentro de las exclusiones del art. 6.
• También se considera técnico lo que cambia la forma en que funciona el procesador, como una mejora que ahorra memoria, aumenta la velocidad o refuerza la seguridad.

Qué protege cada herramienta en un desarrollo de software

En el caso de un empleado contratado para programar, la ley reconoce como titular a su empleador, salvo que se haya pactado otra cosa (art. 4, inc. d).

Cuatro ejemplos hipotéticos para ubicarte

Son ejemplos inventados, solo para ver la lógica. Ninguno asegura ni descarta una patente: cada caso se analiza con sus antecedentes.

• Una app que organiza turnos para negocios de servicios. Es un método de organización de una actividad comercial implementado en software. Cae en las exclusiones del art. 6. Se protege con derecho de autor, marca y contratos.
• Un algoritmo que calcula precios o riesgos financieros. El resultado son valores económicos, que según el criterio del INPI no son datos físicos. Zona excluida.
• Un programa que lee un sensor y comanda un equipo para bajar su consumo de energía. Lo que se presentaría no es el programa sino un procedimiento técnico controlado por un programa. Puede analizarse, si es nuevo e inventivo.
• Un cambio en cómo un sistema administra la memoria para acelerar un procesamiento. El criterio menciona efectos sobre el funcionamiento del procesador, como ahorrar memoria o ganar velocidad. Puede analizarse, y también tiene que superar el estado de la técnica.

Una estrategia combinada, paso a paso

1. Separá qué parte de tu desarrollo es técnica (hardware, procesos físicos, funcionamiento del procesador) y cuál es lógica de negocio.
2. Dejá por escrito quién es titular del código y registralo si querés reforzar la prueba de autoría y la fecha.
3. Registrá la marca antes de lanzar, en las clases que correspondan.
4. Firmá acuerdos de confidencialidad antes de mostrar el desarrollo a socios, proveedores o inversores.
5. Si hay un componente técnico, no publiques el código, la demo ni un paper sin consultar: una divulgación previa puede afectar la novedad.
6. Buscá antecedentes antes de invertir en una solicitud de patente.

Errores comunes

• Decir "patentado" sin tener una patente. Registrar el software ante el Derecho de Autor o la marca ante el INPI no es patentar. La Ley 24.481 prevé multa para quien, sin ser titular de una patente o de un modelo de utilidad, use en sus productos o en su propaganda denominaciones que induzcan a error sobre su existencia (art. 78).
• Pensar que el registro del código protege la idea. La Ley 11.723 alcanza a la expresión de ideas, procedimientos y métodos, pero no a esas ideas en sí (art. 1).
• Subir el prototipo a un repositorio público antes de decidir la estrategia. Lo que se publica puede dejar de ser novedad.

Tres distinciones que ordenan todo

Qué reunir antes de consultar

• Una descripción de qué hace el desarrollo y cuál es la parte técnica, si la hay.
• Una línea de tiempo: cuándo se programó, quién participó y con qué contrato.
• Todo lo que ya hayas mostrado o publicado, con fechas: demos, repositorios, ferias, presentaciones a inversores.
• El nombre y el logo con que pensás lanzarlo.
• Los acuerdos de confidencialidad firmados con quienes vieron el desarrollo.

Si no sabés por dónde empezar, escribinos por WhatsApp con una descripción corta del desarrollo y te decimos qué herramientas tienen sentido para tu caso.

Preguntas frecuentes