No sé si mi software es patente o derecho de autor

¿Tienes razón?

Que su software esté protegido por derecho de autor o por patente depende de tres cosas concretas.

1) Qué protege cada figura. El derecho de autor en Colombia protege la expresión del programa: el código fuente, la estructura del programa, la documentación y la interfaz gráfica en cuanto son creación intelectual. No protege ideas, métodos o procesos por sí mismos. La patente protege una invención: una solución técnica nueva a un problema técnico, que sea susceptible de aplicación industrial y implique actividad inventiva. Si su software incorpora un método técnico novedoso (por ejemplo, un algoritmo que mejora eficiencia de hardware de forma no obvia), podría ser susceptible de patente.

2) Naturaleza de la innovación. Si la novedad está en la forma de expresar el algoritmo (el código concreto, comentarios, estructura), es derecho de autor. Si la novedad es un procedimiento técnico —cómo se gestiona memoria para mejorar rendimiento, una arquitectura que reduce latencia en redes, una técnica de compresión inédita con efecto técnico—, entonces podría entrar en la esfera de patentes.

3) Exclusiones y prácticas de oficina. Las oficinas de patentes suelen mirar con recelo las solicitudes que se presentan como "software puro" sin anclaje técnico. En la práctica, para prosperar ante la Superintendencia de Industria y Comercio (SIC) su solicitud debe describir efectos técnicos concretos sobre un sistema o aparato. La estrategia de protección suele combinar ambas figuras: derecho de autor automático para el código y patente para elementos técnicos concretos cuando existan.

Cómo se soluciona

1. Reúna la documentación técnica y de creación.

• Extraiga y guarde versiones del código fuente (repositorios con control de versiones; exporte un snapshot y fírmelo digitalmente si puede).
• Documente la fecha de creación y evolución: commits, correos, actas de reuniones técnicas, prototipos, pruebas de concepto y resultados de benchmarks. No confíe en la memoria.

1. Identifique y describa la aportación técnica.

• Haga un listado claro: ¿qué problema técnico resuelve su software? ¿Cuál es el efecto técnico observado? ¿Cómo se logra ese efecto? Diferencie la implementación (código) del principio técnico (procedimiento).
• Si no lo puede explicar sin hacer referencia exclusiva al código, pida ayuda de un ingeniero para redactar la memoria técnica.

1. Proteja el código como derecho de autor.

• En Colombia la protección surge con la creación, pero registre el programa en la entidad competente o en la alternativa documental que elija para tener evidencia pública de fecha. Guarde certificados, contratos de desarrollo, acuerdos de confidencialidad y licencias.

1. Evalúe la patentabilidad.

• Haga una búsqueda previa de anterioridades técnica: artículos, patentes, publicaciones y software libre. Esto reduce el riesgo de invertir en una solicitud inviable.
• Si hay una contribución técnica clara, redacte una memoria técnica orientada a patentes con énfasis en el efecto técnico y reivindicaciones centradas en la solución, no en el código.

1. Decida la vía y actúe.

• La primera acción suele ser combinar registro de derecho de autor y, si procede, solicitud de patente. La redacción de reivindicaciones es estratégica: un mal texto puede dejar fuera la protección.
• Si necesita defensa futura (contratos con clientes, cesión de derechos, acuerdos de trabajo), formalice los contratos y cláusulas de propiedad intelectual.

Separación práctica de roles: usted puede realizar los registros de autoría y reunir pruebas. Para una búsqueda de anterioridades y para redactar reivindicaciones y la memoria de patente es recomendable contar con un abogado con experiencia en propiedad industrial que coordine con un técnico.

Qué puede pasar

1) Se soluciona con pruebas y acuerdos. Muchas disputas por propiedad de software acaban con un acuerdo entre las partes (cesiones o licencias) tras presentar la prueba documental. Si usted tiene commits con fechas y contratos que le atribuyen la creación, su posición es fuerte.

2) Conciliación o licencia. Si otra parte reclama derechos, la conciliación extrajudicial puede resolver quién explota el software y en qué condiciones. A veces conviene aceptar una licencia con contraprestación en lugar de prolongar un litigio incierto.

3) Demanda o solicitud de patente denegada. Si decide patentar y la SIC considera que no hay efecto técnico o que la invención no es nueva, la solicitud puede ser objetada o denegada. En juicio por derechos de autor, si pierde, puede quedar obligada a indemnizar por daños si hay prueba de mala fe. Y si gana una sentencia a su favor, cobrar depende de la capacidad económica del demandado: una sentencia es título, pero su ejecución requiere que el obligado tenga bienes o ingresos.

Errores que arruinan el caso

• No conservar versiones con fechas ni backups del repositorio. Sin control de versiones fiable su prueba se debilita.
• Confundir idea con expresión: presentar la patente basada solo en fragmentos de código, sin explicar el efecto técnico.
• Firmar contratos que ceden derechos sin entender la cláusula de propiedad intelectual. A menudo los desarrollos por encargo ceden automáticamente los derechos al contratante.
• Publicar toda la técnica en foros o repositorios públicos antes de valorar la patente; la divulgación puede impedir la patentabilidad.
• Intentar redactar reivindicaciones sin asesoría técnica y legal: un texto técnico-mal redactado puede cerrarle la puerta a una protección útil.