Copiaron mi código fuente o software sin autorización

¿Tienes razón?

En software, lo crucial es poder probar dos cosas: que usted es el autor o titular y que existe copia sustancial del código. Pruebas técnicas: repositorios con control de versiones (logs de commits), copias en servidores con timestamp, firmas digitales, y archivos con metadatos. Pruebas de negocio: contratos de desarrollo, recibos de pago por trabajos a terceros, correos donde se entregó el código. También importa la licencia bajo la que publicó el código: una licencia abierta permite usos que de otra forma serían vulneración.

La copia sustancial puede ser literal (mismo código) o por reproducción de estructura, algoritmos y arquitectura cuando la implementación es claramente derivada. En el mundo del software, la línea entre similitud y infracción puede exigir peritaje técnico para comparar código, identificar snippets iguales y trazar la autoría de funciones y módulos.

Si el supuesto autor de la copia fue un colaborador o empleado, hay que revisar los contratos de trabajo o de prestación de servicios. En trabajos por encargo suele existir cláusula que atribuye los derechos al contratante; si no la hay, la titularidad puede quedar en quien creó el código.

Cómo se soluciona

1. Conserve todo el repositorio original y exporte el historial de versiones. Haga copias de seguridad completas, incluyendo logs, timestamps, y certificados de despliegue. No borre ramas ni commits.

1. Documente dónde y cómo se utiliza el código copiado. Capture sitios web, repositorios públicos, paquetes en mercados de software, y cualquier material promocional que muestre uso comercial.

1. Reúna contratos y acuerdos con colaboradores o clientes que prueben la titularidad. Busque comprobantes de entrega y pagos que muestren relaciones contractuales.

1. Envíe una reclamación formal a la persona o empresa que usa el software. Solicite cese de explotación, retiro del código de repositorios públicos y una propuesta de reparación. Use comunicaciones con constancia de recibido.

1. Valore conciliación y, si no procede, demanda. La conciliación puede acordar retirada, pago por licencias pasadas y condiciones para uso futuro. Si hay elementos que afectan derechos fundamentales, en casos concretos podría evaluarse acción de tutela.

En el plano técnico, plantee medidas de mitigación: cambiar claves, revocar accesos, y publicar una nota de derechos de autor en su repositorio. Si sospecha que le han robado credenciales, cambie contraseñas y audite accesos.

Qué puede pasar

1. Se arregla con una carta. Si la copia es clara, muchas empresas prefieren negociar: retirar el código, pagar una licencia o firmar un acuerdo de compensación.

1. Acuerdo o conciliación. En conciliación se puede pactar una licencia retroactiva, reparto de ingresos, o cesación de explotación. A veces conviene aceptar un acuerdo para evitar una batalla técnica larga.

1. Juicio. En demanda, el tribunal puede ordenar retiro del código, prohibición de explotación y reparación. El peritaje técnico es usual para comparar versiones y demostrar la derivación. Si la contraparte no tiene bienes, la sentencia puede ser menos práctica en términos de cobro.

Y si gana, ¿cobra? La sentencia es un medio para reclamar, pero la ejecución depende de la situación patrimonial del responsable. En ocasiones el acuerdo previo ofrece más seguridad sobre el cobro que una sentencia.

Errores que arruinan el caso

• Limpiar o reescribir el repositorio original antes de hacer copias: borra pruebas de autoría.

• No asegurar logs y commits: perder historial debilita la posición técnica.

• Compartir públicamente acusaciones sin respaldo: puede generar demandas por daños a la reputación.

• No separar claramente trabajo por encargo de trabajos personales realizados fuera de contrato.