Due diligence legal en compra-venta de startup tecnológica

¿Tienes razón?

Para valorar si la compra es razonable conviene mirar, ordenadas, las tres o cuatro preguntas que determinan el precio y el riesgo.

1) ¿Quién es el propietario real del activo tecnológico? Debe quedar claro quién detenta los derechos sobre el código, la marca, el diseño y las bases de datos. Si hay desarrolladores externos, contratos sin cesión de derechos o contribuciones de código sin contrato, eso hace al negocio mucho más frágil. Una licencia limitada o ambigua convierte un “activo” en riesgo.

2) ¿El negocio depende de contratos que se pueden transferir? Revise contratos con clientes clave, con proveedores de hosting y con plataformas: muchos contratos prohíben la cesión sin consentimiento. Si la venta impide que el comprador continúe operando, es un problema económico real.

3) ¿Hay pasivos ocultos? Los pasivos laborales (trabajadores no formalizados o reclamaciones por prestaciones), fiscales o por incumplimientos contractuales son los que desploman una operación. También hay pasivos regulatorios: incumplimientos en protección de datos, en exportaciones de software o en autorizaciones sectoriales.

4) ¿La empresa cumple la política de seguridad y privacidad que dice cumplir? Si las promesas ante clientes no están respaldadas por medidas técnicas y políticas escritas, la exposición reputacional y económica es alta.

Si la respuesta a estas preguntas es mayoritariamente positiva, su posición es fuerte; si hay dudas en varias, necesita condiciones de cierre que protejan al comprador o un ajuste del precio.

Cómo se soluciona

1. Reúna el dossier mínimo. Documentos que debe pedir y comprobar usted mismo antes de avanzar:

• Escrituras societarias, padrones de accionistas, pactos entre socios y actas relevantes.
• Listado de empleados y contratistas, con copia de contratos laborales o de prestación de servicios, comprobantes de afiliación a la seguridad social si aplica, y cualquier requerimiento o litigio laboral abierto.
• Contratos con clientes y proveedores, con especial atención a cláusulas de cesión, confidencialidad, exclusividad y penalizaciones.
• Evidencia de propiedad intelectual: registros de marca (si existen), contratos de cesión de derechos sobre software, acuerdos con desarrolladores y repositorios de código con historial (commits, author), y licencias de terceros incorporadas.
• Políticas de privacidad, reglamentos internos de tratamiento de datos y evidencia de cumplimiento (consentimientos, mecanismos de rectificación, avisos legales).
• Pruebas de cumplimiento fiscal y tributario: declaraciones y comprobantes.
• Evidencia sobre infraestructura: contratos de hosting, subcontratistas de nube, accesos y auditorías de seguridad, backups.
• Historial de incidentes de seguridad y respuesta.

1. Analice la prueba de forma práctica. Lo que puede hacer usted solo: solicitar y catalogar los documentos, comprobar firmas, sacar capturas y exportar correos relevantes. Qué debe delegar: la revisión legal detallada de cesiones de derechos, la valoración de riesgos laborales y fiscales, y la verificación técnica de código y seguridad (un perito o ingeniero informático).

1. Redacte las condiciones de cierre. En la práctica las partes usan documentos que limitan la responsabilidad del vendedor: declaraciones y garantías, cláusulas de indemnización y mecanismos de retención de precio (escrow). No firme sin que esas figuras estén claras y aplicables a los riesgos que detectó.

1. Considerar auditoría técnica y pruebas forenses. Si el código o la infraestructura son esenciales, una auditoría técnica con acceso controlado al repositorio y al entorno en la nube revela dependencias ocultas, librerías con licencias restrictivas o puertas traseras.

1. Cierre y seguimiento. Incluya en la escritura cláusulas que permitan la transición: entrega de accesos, formación, traspaso de cuentas y una lista de entregables. Asegúrese de que los contratos con clientes permiten la cesión o que existe un plan de notificación razonable.

Qué puede pasar

1) Arreglo mediante corrección documental. Frecuente: el vendedor corrige la cesión de derechos, firma contratos con desarrolladores o consigue la autorización de un proveedor clave. Se firma la venta con ajustes de precio o garantías. Este camino suele ser el más rápido y menos costoso.

2) Acuerdo o negociación con retenciones. Las partes pactan un ajuste del precio y mecanismos de retención para cubrir riesgos identificados. Puede incluir pagos condicionados a la resolución de litigios o al cumplimiento de hitos técnicos. Un acuerdo así evita juicio y suele ser ventajoso si el vendedor tiene capacidad de resolver problemas.

3) Operación abortada o disputa judicial. Si los riesgos son estructurales (por ejemplo, falta de cesión del código o pasivos laborales graves), la operación puede cancelarse. Si se firmó sin resolver esos riesgos, puede abrirse un reclamo por incumplimiento contractual o por vicios ocultos. Si usted pierde una demanda por haber pagado sin haber asegurado cesiones, recuperar lo perdido puede ser complejo, especialmente si el vendedor no tiene bienes.

Y si gana, ¿cobro? Una resolución favorable es útil, pero la ejecución depende de la solvencia del demandado. Si el vendedor es insolvente, la sentencia puede quedarse como un derecho de crédito difícil de cobrar.

Errores que arruinan el caso

• Firmar cartas de intención o pagar anticipos sin un inventario de derechos verificado.
• Confiar solo en declaraciones verbales de los fundadores sobre la titularidad del código.
• No revisar repositorios ni historiales de commits: muchas cesiones se prueban en el propio control de versiones.
• Ignorar asuntos laborales: contratos informales con personal clave pueden generar reclamaciones que obligan al comprador a cargar con el pasivo.
• No incluir garantías ni mecanismos de retención de precio cuando hay dudas sobre pasivos.