Un ex empleado se llevó y usó código fuente de la empresa

¿Tienes razón?

La respuesta depende de varios factores que debes comprobar:

1. Titularidad del código: normalmente el código desarrollado por un trabajador en el marco de sus funciones pertenece al empleador, salvo que el contrato establezca otra cosa. Revisa el contrato laboral y cualquier acuerdo de cesión de derechos o de confidencialidad firmado por el trabajador.

1. Existencia de cláusulas de confidencialidad y no competencia: si firmó un acuerdo que prohíbe uso o divulgación, su uso posterior será una transgresión contractual y quizá una conducta que habilite medidas cautelares.

1. Cómo se llevó el código: verifica si accedió a repositorios privados (Git, plataformas en la nube), si hizo copia en dispositivos personales o si extrajo documentación. Los logs de acceso, commits y backups son prueba clave.

1. Qué uso hace del código: si el ex empleado lo usa para un servicio competidor, para vender software o para explotar comercialmente, el daño es mayor. Si lo mantiene privado pero no lo explota, la respuesta puede limitarse a cese y devolución.

Si el contrato te otorga derechos sobre el software y tienes registros de acceso que muestran la extracción, tu caso es sólido. Si el empleado desarrolló fuera de su jornada y sin herramientas de la empresa y no firmó cesión, la situación es más compleja.

Cómo se soluciona

1) Reúne evidencia técnica y documental

• Conserva registros de control de versiones (logs de Git, commits, ramas). Extrae informes de acceso y descarga.
• Guarda backups y copias del código original con metadatos.
• Reúne contratos laborales, acuerdos de confidencialidad y políticas internas que el trabajador suscribió.
• Junta correos, mensajes y pruebas de que el ex empleado intentó vender o integrar el código en otro proyecto.

2) Actúa para limitar el daño

• Cambia claves de acceso a repositorios y sistemas si aún tienes control.
• Bloquea accesos, revoca tokens o credenciales asociadas al ex trabajador.
• Documenta cada acción: qué cuentas cerraste y cuándo. Evita eliminar registros que sirvan como prueba.

3) Reclamación extrajudicial

• Envía una carta formal exigiendo cese inmediato del uso, devolución de copias y certificación de destrucción de archivos. Adjunta pruebas de titularidad.
• Propón una salida negociada: devolución y acuerdo de no uso a cambio de no iniciar acciones legales.

4) Medidas urgentes y judiciales

• Si hay riesgo de que el código se distribuya masivamente o se emplee en competencia, valora solicitar medidas cautelares en sede judicial para impedir su uso y pedir la incautación de copias.
• La demanda puede incluir medidas por incumplimiento contractual, tutela de derechos de autor, e indemnización por daños y perjuicios.

Qué puedes hacer tú ahora vs. cuándo necesitas abogado

• Puedes cambiar accesos, recopilar logs y enviar la carta formal. Esto frecuentemente frena el uso inmediato.
• Necesitarás abogado para solicitar medidas cautelares, preparar la demanda y coordinar peritajes técnicos (un experto en software que compare versiones y establezca copia ilícita).

Qué puede pasar

1) Se arregla con una carta

En muchos casos la carta provoca que el ex empleado detenga el uso y devuelva archivos. Puede acordarse la entrega de una copia, la destrucción de otras y un compromiso escrito de no uso.

2) Acuerdo o conciliación

Un acuerdo puede incluir reconocimiento de la titularidad, entrega de código y, si procede, una compensación. Para la empresa, un acuerdo rápido evita exposición pública y costos judiciales.

3) Juicio

En juicio puedes pedir medidas para cesar la explotación, incautación y reparación por daños. Si pierdes, podrían corresponder costas; si ganas, puede haber sentencia que instruya devolución y pago. El riesgo de que la contraparte sea insolvente o que haya distribuido el código complica el cobro.

Y si gano, ¿cobro?

Una sentencia que reconozca la titularidad y condene al pago permite la ejecución. Pero si la persona o el nuevo proyecto no tienen activos, la ejecución puede ser difícil. Por eso en negocios de software es útil buscar medidas cautelares tempranas que aseguren bienes o copias.

Errores que arruinan el caso

• No conservar logs de control de versiones y backups: esos registros prueban extracción y son esenciales.
• Cambiar o borrar evidencia sin guardar copias forenses: manipular sistemas puede destruir pruebas útiles.
• No revocar accesos a tiempo: dejar credenciales operativas facilita la fuga de más información.
• No documentar comunicaciones con el ex empleado: aceptar promesas verbales de devolución sin constancia escrita es arriesgado.
• Intentar forzar la recuperación de archivos de forma unilateral y sin asesoría técnica: puede violar otras normas o perder pruebas forenses.