La historia llega al laboratorio en dos versiones espejadas. En la primera, la empresa ve su producto renacer en el mercado meses después de la salida de un desarrollador clave: mismas funciones, mismas pantallas, hasta los mismos defectos, ahora con otra marca. En la segunda, una empresa recibe la notificación acusándola de infracción: el software que desarrolló sería copia del competidor, y la indemnización pedida tiene muchos ceros. En los dos escenarios, la pregunta técnica es idéntica: ¿hasta qué punto dos softwares se parecen porque resuelven el mismo problema, y a partir de qué punto la semejanza solo se explica por copia?
Lo que examina la comparación de código
El software se compara en capas. En la superficie, la experiencia: pantallas, flujos, nomenclaturas visibles. Debajo, la arquitectura: cómo se organiza el sistema, cómo conversan los módulos, cómo se estructuran los datos. Y en el fondo, el código fuente, donde vive la firma de quien lo escribió: nombres de variables y funciones, estilo de escritura, comentarios, soluciones idiosincrásicas para problemas comunes. Dos sistemas del mismo nicho pueden legítimamente parecerse en las capas de arriba, porque el dominio impone el formato. Lo que no se explica por coincidencia es la identidad en las capas de abajo, y es allí donde el examen concentra el esfuerzo.
Los hallazgos decisivos suelen ser los heredados por descuido: el comentario en portugués idéntico, con el mismo error de tipeo, en los dos códigos; la función con nombre peculiar que solo tiene sentido en la historia interna de la primera empresa; el mismo defecto, reproducido con la misma corrección improvisada; la biblioteca modificada de forma única apareciendo modificada de la misma forma en el software supuestamente independiente. Quien copia rara vez reescribe todo, y lo que queda atrás funciona como el ADN del caso: elementos demasiado arbitrarios para nacer dos veces por casualidad.
"Los sistemas del mismo rubro se parecen por naturaleza. Lo que no nace dos veces por casualidad es el mismo comentario con el mismo error de tipeo, en la misma función, resolviendo el mismo problema de la misma manera torcida."
El camino del código también es prueba
Además del cotejo entre los dos softwares, el examen reconstruye la ruta de la copia. Los repositorios de código registran quién accedió a qué y cuándo; los artefactos de la estación de trabajo guardan vestigios de dispositivos USB conectados y volúmenes copiados; los servidores documentan clonaciones completas del repositorio en vísperas de la desvinculación; los servicios de nube personal reciben cargas que los registros de red fechan y miden. El mismo método de la investigación de filtración interna se aplica aquí, con un objetivo específico: demostrar que el acervo salió, cuándo salió y con quién estaba. La correlación entre la ruta de la copia y la identidad del código cierra el circuito probatorio.
El alcance va más allá del código: bases de clientes, planillas de precios y documentación técnica siguen la misma lógica probatoria, y los detalles arbitrarios que cargan (registros peculiares, formatos, errores heredados) denuncian el reaprovechamiento con la misma fuerza.
La defensa técnica de quien no copió
La pericia sirve igualmente al acusado injustamente, y esos casos existen en cantidad. La defensa se construye demostrando el desarrollo independiente: el historial del repositorio con la evolución gradual del código desde el origen, las decisiones de arquitectura divergentes en las capas profundas, la ausencia de los elementos arbitrarios compartidos. Cuando la acusación se apoya solo en la semejanza de pantallas y funciones, el examen que desciende al código desmonta la tesis: parecido por fuera y distinto por dentro es la firma del competidor legítimo, no del infractor.
Cuando no hay código fuente: el cotejo por el binario
No siempre el supuesto infractor entrega el código, y no siempre el juez lo obliga a tiempo. El examen entonces desciende al producto compilado: el binario distribuido, la aplicación instalada, el sistema en producción. Incluso sin el fuente, el software cuenta su historia: las cadenas de texto incorporadas (mensajes, rótulos, rutas internas), las bibliotecas incorporadas y sus versiones, la estructura de funciones que el análisis técnico reconstruye, los recursos gráficos y archivos auxiliares que viajan juntos. La comparación de binarios identifica coincidencias tan arbitrarias como las del código: el mismo mensaje de error con el mismo tipeo peculiar, el mismo conjunto de bibliotecas en las mismas versiones modificadas, artefactos internos con nombres que solo existían en el proyecto original. El resultado orienta incluso la fase siguiente del proceso: con indicios objetivos en el binario, el pedido de exhibición del código fuente deja de ser una pesca de arrastre y se convierte en una diligencia fundamentada.
Antes del litigio: la tarea de las empresas
- Repositorio con historial íntegro y autoría rastreable: es el certificado de nacimiento de su código;
- Control de acceso documentado: quién puede clonar qué, con pista de auditoría preservada;
- Contratos con cláusulas claras de titularidad y confidencialidad, incluso con prestadores externos;
- Desvinculación del personal técnico con protocolo: revocación de accesos y preservación de la estación de trabajo;
- Al primer indicio de copia, preservación forense antes de la notificación: el notificado borra.
Las disputas de software suelen narrarse como duelos de opinión entre desarrolladores, cada lado con su especialista jurando lo obvio. La pericia bien hecha saca el caso de ese terreno: transforma la semejanza en medida, la ruta en línea de tiempo y la convicción en demostración reproducible. Al final, la pregunta "¿copió o no copió?" tiene respuesta técnica en la inmensa mayoría de los casos. Lo que exige es lo que todo litigio de tecnología exige: llegar temprano, preservar bien y examinar a fondo.
El código es un patrimonio que se copia en un minuto y se disputa por años. La diferencia entre los dos desenlaces es lo que la empresa preservó el día en que todavía no lo necesitaba.
