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

¿Tienes razón?

Al evaluar una operación con una startup tecnológica conviene pensar en cuatro ejes que determinan si su situación es buena para comprar o vender: propiedad intelectual y código, contratos comerciales y de licencias, cumplimiento en tratamiento de datos personales y riesgos laborales/fiscales. Si la startup es dueña del código y tiene contratos claros con clientes y proveedores, su posición es fuerte. Si el código está parcial o totalmente aportado por contratistas sin cesión de derechos, o si no hay políticas de protección de datos formales, esa falta puede reducir el valor o impedir el cierre. También pesarán la estructura societaria (capitalización y pactos), juicios o reclamaciones pendientes y obligaciones con el personal o terceros.

La due diligence no es solo buscar problemas: es medir exposición. Un riesgo técnico que se arregla con una cláusula de indemnidad es distinto de una deuda laboral desconocida. Por eso la pregunta central no es "¿hay riesgo?" sino "¿cuánto y cómo se mitiga?".

Cómo se soluciona

1. Reúna la documentación básica.

• Estatutos, actas de asamblea y registro mercantil que muestren titularidad de acciones y poderes.
• Contratos con fundadores, empleados, contratistas y proveedores: acuerdos de cesión de derechos sobre código, acuerdos de confidencialidad y contratos de trabajo con liquidaciones de prestaciones sociales. Exporte correos y chats relevantes y conviértalos a PDF.
• Repositorios de código (acceso y control de versiones) y documentación técnica sobre dependencias de terceros, licencias open source y procedimientos de despliegue.
• Contratos con clientes y acuerdos de nivel de servicio (SLA), así como facturación y cobros pendientes.
• Políticas de tratamiento de datos personales, registros de bases de datos, autorizaciones y contratos con proveedores de hosting o servicios en la nube.
• Estados financieros, declaraciones tributarias y cualquier proceso contable o fiscal en curso.

1. Contrate una revisión por áreas. Un abogado especializado en derecho tecnológico y un contador/auditor deberían revisar, como mínimo, propiedad intelectual, contratos y cumplimiento de datos. El equipo debe:

• Verificar que exista cesión o titularidad del código y de marcas.
• Comprobar que las licencias de software de terceros no obligan a divulgar código o limitar uso comercial.
• Evaluar contratos con clientes: cláusulas de responsabilidad, límites, garantías y cesión.
• Revisar tratamiento de datos y cumplimiento con la normativa colombiana de protección de datos (y contratos con proveedores de hosting).
• Analizar riesgos laborales por contratación de desarrolladores como prestadores de servicios frente a trabajadores dependientes.

1. Documente los hallazgos y priorice mitigaciones.

• Haga una lista clara: riesgo, probabilidad, impacto y remedio (por ejemplo, regularizar cesión de derechos, renegociar cláusulas, contratar seguros o reservar parte del precio para contingencias).
• Propuesta de price adjustment y mecanismos de retención en la garantía del precio: esto se negocia con base en los riesgos reales identificados.

1. Prepare los acuerdos de cierre.

• Acuerdos de compraventa con declaraciones y garantías detalladas, mecanismos de indemnidad, retenciones de precio y cláusulas de cierre condicionadas a la entrega de evidencias (accesso a repositorios, cesión de derechos, certificaciones fiscales).
• Para la parte vendedora: preparar clean-up (regularizaciones previas) y documentación que facilite el «closing».

Qué puede hacer usted hoy: recopile y ordene la documentación, haga capturas de pantallas de repositorios y conversaciones relevantes, y pida la lista mínima de documentos que su abogado necesita.

Qué puede pasar

1) Se arregla con ajustes y cartas: Lo más frecuente es que la due diligence detecte temas menores que se resuelven con ajustes al precio, retenciones temporales o una simple regularización documental. Esto permite cerrar rápido y conservar valor.

2) Acuerdo o escrow/conciliación: Si aparecen riesgos relevantes (cesión incompleta de derechos, deudas fiscales, demandas laborales), las partes negocian garantías más amplias: retenciones en una cuenta escrow, indemnidades específicas o garantías adicionales. Un acuerdo razonable puede ser mejor que llevar el conflicto a juicio, porque evita costes y reduce incertidumbre.

3) Litigio o pérdida del negocio: Si los riesgos son graves e inasumibles, la operación puede cancelarse o terminar en reclamaciones. Si usted compra y luego descubre pasivos ocultos, reclamar judicialmente es posible, pero el resultado dependerá de las declaraciones y garantías firmadas y de la capacidad real de la contraparte para responder. Incluso con sentencia favorable, cobrar contra una empresa insolvente puede ser difícil.

Y si gana, ¿cobro? Una sentencia a su favor reconoce la obligación, pero la ejecución depende de la solvencia del demandado y de su patrimonio. Por eso las soluciones contractuales (retenciones, seguros, avales) son las más efectivas para garantizar el pago.

Errores que arruinan el caso

• Confiar en versiones orales: no aceptar promesas verbales sobre titularidad de código o clientes. Exija documentos.
• No revisar el control de repositorios: no basta con que el código exista; hay que comprobar ramas, accesos y dependencias de terceros con licencias incompatibles.
• Ignorar la situación laboral de desarrolladores: cuando los contratistas son en realidad trabajadores, la empresa puede enfrentar fuertes contingencias laborales.
• Firmar declaraciones y garantías amplias sin mecanismos de retención o seguro: una declaración contundente sin respaldo patrimonial es difícil de ejecutar.
• No involucrar a un experto en protección de datos: incumplimientos en esta materia pueden generar sanciones y pérdida de confianza de clientes.