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

¿Tienes razón?

No hay una sola respuesta, pero hay cuatro grandes factores que determinan si la due diligence sale bien y si la operación es razonable:

1) Titularidad y control de la tecnología. Si la startup no puede demostrar que es la propietaria del software, las licencias o las bases de datos, el comprador tiene un problema grave. Esto incluye comprobar cesiones de derechos, contratos de trabajo y acuerdos con contratistas.

2) Contratos clave. Clientes importantes, acuerdos de SaaS, integración con terceros y contratos con proveedores de infraestructura (hosting, cloud) pueden arrastrar obligaciones, cláusulas de penalización o dependencias técnicas. El tamaño del riesgo depende de los términos y de si esos contratos permiten la cesión o el cambio de control.

3) Protección de datos y cumplimiento normativo. El tratamiento de datos personales —clientes, empleados, usuarios— debe estar documentado: bases legales, registros de actividades, transferencias internacionales, contratos con encargados de tratamiento, análisis de riesgos. Un defecto aquí puede traducirse en sanciones, obligaciones de mitigación y riesgos reputacionales.

4) Personas y obligaciones laborales. Contratos con fundadores, empleados y colaboradores externos deben estar en regla: propiedad intelectual producida por trabajadores, acuerdos de confidencialidad y cláusulas de no competencia razonables. Disputas laborales o documentación incompleta reducen el atractivo y pueden generar pasivos ocultos.

Si la documentación está ordenada y las cuestiones principales tienen soluciones contractuales o técnicas, la operación puede seguir. Si faltan pruebas de titularidad o hay incumplimientos regulatorios importantes, el comprador exigirá reparaciones, garantías o descuentos en el precio.

Cómo se soluciona

1. Reúne y estructura la documentación. Tú: localiza contratos con clientes y proveedores, estatutos, pactos de socios, registros de dominios, cuentas en marketplaces, documentación de propiedad intelectual (depósitos, cesiones), contratos laborales y toda la evidencia sobre el desarrollo del software (repositorios, commits, issues relevantes). Exporta y guarda copias fuera de servicios de terceros.

1. Prepara una lista de acceso para el comprador (data room). Hazla ordenada por carpetas y con un índice. Identifica documentos confidenciales y etiqueta las versiones. Si hay información sensible, prepara acuerdos de confidencialidad que el comprador deberá firmar antes de acceder.

1. Revisión técnica-jurídica cruzada. El abogado analiza cláusulas contractuales críticas (licencias Open Source, sublicencias, cláusulas de indemnización, responsabilidades por continuidad de servicio). El equipo técnico debe mapear dependencias críticas, uso de terceros y componentes Open Source con sus licencias. Identifica los puntos que requieren remedio inmediato (licencias incumplidas, inexistencia de cesiones de desarrollos por contratistas).

1. Plan de mitigación y documentación de remediación. Para cada hallazgo material, redacta soluciones prácticas: regularizar cesiones de derechos mediante contratos de rectificación con antiguos contratistas o empleados; actualizar cláusulas en contratos de clientes; firmar acuerdos de transferencia de datos con encargados; implementar políticas de privacidad y registros faltantes.

1. Negociación de garantías y escrows. El comprador pedirá garantías, representaciones y, a menudo, mecanismos de retención del precio (escrow) para riesgos identificados. Decide qué es negociable y qué no; documenta el estado previo y las acciones correctoras para limitar el alcance de las garantías.

1. Cierre documental. Redacta el contrato de compraventa y los anexos con las representaciones acordadas, planes de remediación y, si procede, contratos de transición del equipo técnico. Asegura que las transferencias de propiedad intelectual y de cuentas en plataformas cloud se protocolicen.

Qué puede hacer un profesional versus qué puedes hacer tú: tú puedes reunir y ordenar pruebas, conseguir cesiones pendientes y limpiar contratos menores. Un abogado especializado debe redactar las representaciones y negociar garantías, y coordinar la solución de asuntos regulatorios complejos.

Qué puede pasar

1) Se arregla con una carta o corrección. Lo más frecuente es que muchos defectos se solucionen antes del cierre: cesiones formales, actualización de contratos de proveedores, o implementación de medidas de protección de datos. Esto evita descuentos en el precio y permite cerrar con garantías limitadas.

2) Acuerdo con ajustes. El comprador puede seguir adelante pero pedir un ajuste en el precio o retenciones hasta que se acredite la remediación. A veces se pactan hitos de entrega técnica y de cumplimiento que liberan cantidades retenidas al demostrarse las correcciones.

3) Resolución judicial o renegociación mayor. Si aparecen pasivos ocultos relevantes (reclamaciones de terceros sobre la titularidad de la tecnología, vulneraciones de datos masivas, deudas laborales) el comprador puede rescindir la operación o reclamar judicialmente. Si la operación sigue y más adelante sale a la luz un incumplimiento, el vendedor puede responder por responsabilidad contractual.

Y si ganas, ¿cobras? Una sentencia favorable que declare la nulidad de una retención o el pago de cantidades es ejecutable, pero si la contraparte es insolvente la sentencia sirve para acreditar la deuda y entrar en procedimientos concursales. Por eso, en la negociación suele ser mejor prever garantías funcionales (escrow, avales) que dependan menos de la solvencia futura.

Errores que arruinan la due diligence

• No documentar el desarrollo del software: no guardar historial de commits, issues y firmas de entrega por contratistas.
• Ignorar licencias Open Source: usar componentes sin revisar su compatibilidad con el modelo comercial.
• Dejar cláusulas de cambio de control en contratos de clientes sin negociar su consentimiento.
• No tener acuerdos escritos con los fundadores sobre la propiedad de aportaciones previas.
• Permitir que la información sensible esté solo en cuentas personales de fundadores; sin control, el comprador exigirá transferencia administrativa que retrasa el cierre.