Registro de software en el INPI de Brasil: guía para el founder que pagó por el código
El registro de software en el INPI no crea tu propiedad sobre el sistema. Crea la prueba. Una guía para el founder que contrató el desarrollo y quiere saber, con certeza, qué es suyo.
La pregunta llegó al tercer día de due diligence. Un founder que acompañamos estaba cerrando su ronda seed cuando el abogado del fondo envió la lista de documentos: cap table, actas societarias y, en el punto 14, “prueba de titularidad de la propiedad intelectual del software”. Tenía tres años de producto en producción, ingresos recurrentes y ni un solo papel que dijera que el código era suyo. Una software house había construido el sistema, el contrato hablaba de plazos y pagos, y nadie había escrito una línea sobre quién quedaba dueño de qué.
El registro de software en el INPI, el Instituto Nacional de la Propiedad Industrial de Brasil, es el instrumento que resuelve la mitad de ese problema. Es el registro oficial del programa de computador: un certificado de que ese código, en esa versión, existía en esa fecha y pertenece a quien lo registró. Es barato, rápido y enteramente electrónico. Pero resuelve solo la mitad del problema, y la mitad equivocada para resolver primero. Antes de correr al INPI, vale entender qué protege el registro, qué no protege y en qué orden un founder no técnico debería montar esa protección.
Qué protege el registro, y qué no protege
En Brasil, el software se protege como derecho de autor, no como propiedad industrial. La base legal es la Ley 9.609/1998, conocida como Ley del Software, que extiende a los programas de computador el mismo régimen de los libros y la música. La protección dura 50 años, contados desde el 1 de enero del año siguiente a la creación, y vale en los países firmantes del Convenio de Berna, lo que en la práctica significa casi el mundo entero.
Ese detalle lo cambia todo, porque el derecho de autor nace con la creación, no con el registro. Tu software ya está protegido hoy, aunque nunca hayas oído hablar del INPI. El registro es opcional por ley.
¿Entonces por qué registrar? Porque protección sin prueba vale poco. Si un ex prestador de servicios lanza un competidor construido sobre tu base de código, la disputa no será sobre si el derecho de autor existe. Será sobre quién creó qué, y cuándo. El registro en el INPI es la forma más barata que ofrece Brasil de fabricar esa prueba por adelantado: un tercero oficial, con fe pública, dando fe de la existencia y la autoría de esa versión del código en esa fecha.
Lo que el registro no hace: no protege la idea, no protege la funcionalidad y no impide que alguien construya un producto que haga lo mismo con código propio. El derecho de autor protege la expresión, es decir, el código fuente en sí. Un competidor que replique tu flujo de onboarding pantalla por pantalla, escribiendo su propio código, no viola tu registro. Si tu preocupación es esa, el camino es otro, y lo cubrimos en la guía de cómo proteger la idea de tu app: acuerdos de confidencialidad, velocidad de ejecución y distribución pesan más que cualquier certificado.
De quién es el software que mandaste desarrollar
Aquí vive la parte que las guías jurídicas entierran a mitad de texto y que, para un founder, es donde empieza todo.
El artículo 4 de la Ley del Software dice que, salvo pacto en contrario, los derechos sobre el programa desarrollado por un empleado o un prestador de servicios pertenecen a quien contrató. La regla por defecto juega a tu favor: si le pagaste a una software house o a un desarrollador por contrato para construir el sistema dentro del alcance contratado, la titularidad tiende a ser tuya aunque el contrato no diga nada.
“Tiende a ser” es la expresión clave. Un contrato omiso es una invitación a discutir: qué estaba dentro del alcance, qué reutilizó el proveedor de proyectos anteriores, qué librerías propias incrustó en tu sistema. Todo founder que vio esa conversación de cerca sale con la misma conclusión: la cláusula de cesión de propiedad intelectual tiene que estar escrita, expresa, sin ambigüedad. Es un párrafo. La detallamos, junto con las demás cláusulas que importan, en la guía del contrato de desarrollo de software.
El punto central es el orden de las cosas:
El registro en el INPI no crea tu propiedad sobre el software. La propiedad nace en el contrato; el registro crea la prueba.
Registrar en el INPI un código cuya titularidad no está resuelta en contrato es colgar un candado en una puerta que todavía no es tuya.
Las tres capas de propiedad
Cuando un founder nos pregunta “¿necesito registrar mi software?”, la respuesta que damos es un modelo simple, que llamamos las tres capas de propiedad. Cada capa responde una pregunta distinta, y se construyen en este orden.
Capa 1: el contrato. Responde “¿de quién es?” Es la cesión expresa de propiedad intelectual en el acuerdo con quien desarrolla, sea software house, freelancer o empleado. Sin esta capa, las otras dos pierden sentido. Costo: una cláusula. Momento: antes de la primera línea de código, o una enmienda firmada hoy si el contrato original quedó omiso.
Capa 2: el registro en el INPI. Responde “¿puedo probarlo?” Es el certificado de autoría y anterioridad de esa versión del código. Es la capa que esta guía detalla. Costo: una tasa de unos R$185 (menos de 40 dólares) y una tarde de trabajo. Momento: cuando el software se vuelve un activo que vale la pena defender, e idealmente antes de cualquier evento en que terceros vayan a escrutar la empresa.
Capa 3: la custodia. Responde “¿puedo acceder?” De nada sirve ser dueño y tener prueba si el código vive solo en la máquina de un proveedor que puede desaparecer. Repositorio en cuenta de la empresa, accesos documentados y, en contratos mayores, source code escrow. Es la capa operativa, y la que más falla en la práctica.
Un founder con las tres capas montadas atraviesa cualquier due diligence sin sudar. Un founder solo con la capa 2, que es lo que pasa cuando alguien corre al INPI después de leer un post alarmante en LinkedIn, tiene un certificado bonito sobre un activo jurídicamente mal resuelto.
Cómo funciona el registro de software en el INPI en la práctica
La buena noticia: el registro de programa de computador es uno de los servicios más rápidos y baratos del INPI. El proceso es 100% electrónico, por el sistema e-Software, con login gov.br. No hay examen de mérito: el INPI no lee tu código ni evalúa si es original. El flujo, de punta a punta:
- Genera la huella digital del código. No depositas el código fuente en el INPI. Generas un hash, un resumen criptográfico de la versión que quieres registrar, en el algoritmo que indica el propio sistema (hoy, SHA-512). El código sigue contigo, en secreto. El hash es la huella: cambia un carácter del código y el hash cambia por completo.
- Guarda la versión exacta que generó el hash. Este es el paso que los equipos técnicos arruinan por prisa. El certificado solo prueba la existencia de esa versión exacta. Congela el commit, exporta el repositorio, guárdalo bajo control de la empresa. Si algún día necesitas probarlo, tendrás que presentar el código que reproduce ese hash.
- Paga la tasa y completa el formulario electrónico. La tasa para presentación electrónica ronda los R$185 en la tabla vigente cuando escribimos esta guía. Los datos son simples: titular, autores, fecha de creación, lenguaje, campo de aplicación.
- Recibe el certificado. Sin examen de mérito, la emisión es cuestión de días. El INPI viene operando con plazos de una a dos semanas, muchas veces menos.
Fíjate en lo que no apareció en ese flujo: un abogado. Un estudio especializado ayuda cuando hay coautoría complicada, software heredado de otra empresa o una disputa en el horizonte. Para el caso común, un founder organizado registra solo. Si contratas apoyo, los honorarios suelen costar varias veces la tasa oficial, lo que sigue siendo barato frente al valor del activo.
Una duda recurrente: “¿cuál es la clase del INPI para software?”. Ninguna. Las clases son un concepto de registro de marca. El programa de computador tiene un registro propio, sin clasificación por segmento. Si alguien te vende “registro de software en la clase 42”, está mezclando el registro del código con el registro de la marca del producto, que son protecciones distintas y complementarias.
Los detalles oficiales del servicio, incluida la tabla de tasas actualizada, están en la página de programas de computador del INPI.
¿Y la patente? ¿El software no se patenta?
La segunda pregunta más común, y la que más confusión genera. En Brasil, la Ley de Propiedad Industrial excluye expresamente el programa de computador “en sí” de lo patentable. El código, como texto, es territorio del derecho de autor.
Existe una excepción con nombre largo: la invención implementada por computador. Cuando el software es parte de una solución técnica que produce un efecto técnico nuevo, un método de compresión de datos, un sistema de control industrial, el conjunto puede ser patentable. Es un camino caro, lento e incierto, que tiene sentido para una minoría de deep techs y para casi ninguna empresa del tipo que solemos atender.
La regla práctica: si tu diferencial es la combinación de producto, ejecución y distribución, como es el caso de prácticamente todo SaaS y marketplace, la patente no es tu pelea. Registro de software, marca registrada y contrato bien escrito cubren lo que hay que cubrir, por una fracción del costo.
Cuándo el registro importa de verdad
Registrar por registrar es burocracia. El registro rinde cuando se encuentra con uno de estos cuatro momentos.
Due diligence de inversión. El disparador más frecuente. Los fondos de venture capital tratan la titularidad de la PI como ítem de checklist, y la falta de prueba se vuelve condición precedente del aporte, cuando no un descuento en el valuation. Quien monta las tres capas antes de abrir la ronda negocia sin ese peso. Lo que los fondos miran en ese proceso está en nuestra guía de technical due diligence.
Separación litigiosa. Un socio técnico que se va peleado, una software house que se niega a entregar el código, un freelancer que reutiliza tu sistema en el siguiente cliente. En esos escenarios, el certificado con fecha anterior a la disputa suele acortar la conversación de forma dramática.
M&A y grandes contratos. Los compradores estratégicos y los clientes enterprise hacen la misma pregunta que los fondos, con más rigor. Un certificado del INPI es una respuesta objetiva en una mesa donde las respuestas subjetivas salen caras.
Software como activo contable. Las empresas que capitalizan el desarrollo o solicitan incentivos de innovación necesitan demostrar la existencia y la titularidad del activo. El registro es el documento natural.
Si ninguno de esos momentos está en tu horizonte de 12 a 24 meses, el registro puede esperar sin culpa. Las capas 1 y 3 no pueden: contrato y custodia se resuelven ahora, porque se resuelven con quien está frente a ti hoy. Testigo de eso es todo founder que intentó negociar una cesión de PI con un proveedor dos años después del fin del contrato.
Preguntas frecuentes
¿Cómo funciona el registro de software en el INPI?
El proceso es electrónico, por el sistema e-Software del INPI. Generas un hash (resumen criptográfico) de la versión del código, completas el formulario con los datos del titular y de los autores, pagas la tasa y recibes el certificado en días. El código fuente no se envía al INPI; permanece en secreto con la empresa.
¿Cuánto cuesta registrar un software en el INPI?
La tasa oficial para presentación electrónica ronda los R$185 (menos de 40 dólares) en la tabla vigente cuando escribimos. Con apoyo de un estudio especializado, el total suele quedar entre unos cientos y unos pocos miles de reales, según la complejidad de la titularidad.
¿Se puede patentar un software en Brasil?
El programa de computador en sí no es patentable; el código se protege por derecho de autor. Las invenciones implementadas por computador, donde el software produce un efecto técnico nuevo dentro de una solución mayor, pueden serlo. Para la gran mayoría de los SaaS y marketplaces, el camino es registro de software, marca y contrato, no patente.
¿El registro en el INPI prueba que el software es mío?
Prueba autoría y anterioridad: que esa versión existía en esa fecha, registrada a nombre del titular declarado. La propiedad en sí nace del contrato con quien desarrolló. Si la cesión de propiedad intelectual no está resuelta en contrato, el registro solo no la sustituye.
¿Necesito registrar cada nueva versión del sistema?
No. El certificado congela una versión específica, y la práctica común es registrar hitos relevantes: el lanzamiento, una reescritura significativa, la versión que va a una due diligence. Las evoluciones incrementales quedan protegidas por derecho de autor desde la creación, como cualquier código.