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

¿Tienes razón?

Que convenga o no hacer la operación depende de cuatro cosas concretas: la titularidad de los activos intangibles (software, marcas, dominios), la calidad y disponibilidad de la documentación que respalde esa titularidad, las obligaciones contractuales con terceros que limitan el uso o transferencia, y la exposición frente a reclamos regulatorios o laborales. Si el software está desarrollado por empleados o contratistas sin cesiones claras de derechos, la operación tiene un riesgo real. Si la startup trata datos personales sin base legal o sin políticas claras, el comprador asume ese riesgo. Y si existen contratos con clientes o proveedores que prohíben la cesión o que se vencen a corto plazo, eso reduce el valor.

No es problema raro: estas cuatro cajas suelen contener la misma sorpresa. Con ellas se puede armar una lista de asuntos que afectan precio, forma de pago y las garantías que el vendedor debe ofrecer.

Cómo se soluciona

1. Reuní y organizá la documentación clave. Pedí contrato social, actas relevantes, balances simplificados, registros de propiedad intelectual, acuerdos de cesión de derechos de desarrolladores y contratistas, contratos con clientes y proveedores, políticas de privacidad, registros de incidentes de seguridad, lista de empleados y contratos laborales, y detalles sobre deuda y obligaciones fiscales. Exportá y guardá en un repositorio seguro las comunicaciones relevantes: correos, chats y acuerdos firmados electrónicamente. Si hay código en repositorios, documentá quién tiene acceso y cómo se gestiona el versionado.

1. Hacé un repaso focalizado en propiedad intelectual. Verificá que el titular declarado sea realmente el que figura en los registros y que no existan licencias de terceros que impidan la explotación comercial. Para el software, buscá cesiones firmadas por autores y contratos de outsourcing que incluyan cláusulas de transferencia de derechos. Si parte del código proviene de librerías con licencias restrictivas, eso debe identificarse.

1. Inspeccioná el tratamiento de datos. Recopilá las políticas de privacidad, los consentimientos si existieran, las cláusulas contractuales con proveedores de hosting y los registros de transferencias internacionales de datos. Documentá incidentes de seguridad y medidas correctivas. La existencia de brechas no es siempre fatal, pero la falta de registro o de respuestas documentadas aumenta el riesgo.

1. Chequeá el aspecto laboral y de compliance. Verificá contratos de trabajo, pagos registrales y eventuales litigios laborales. Revisá prácticas de contratación de freelancers y monotributistas y si hay obligaciones impositivas pendientes.

1. Identificá obligaciones contractuales con terceros que restrinjan la cesión o impliquen indemnizaciones. Evaluá cláusulas de confidencialidad, exclusividad y no competencia.

1. Redactá un informe de riesgos y una lista priorizada de correcciones. Esa lista sirve para negociar: ajustar precio, imponer condiciones de pago en garantía, requerir remedios previos a la transferencia o establecer indemnizaciones y límites de responsabilidad en el contrato final.

1. Acordá cláusulas contractuales que mitiguen riesgos. Las garantías y las indemnizaciones deben estar bien delimitadas en el contrato de compraventa: qué se garantiza, durante qué supuesto de hecho, y cómo se calcula la reparación. Incluir mecanismos de retención de fondos o escrow puede ser una herramienta de equilibrio entre comprador y vendedor.

1. Si aparecen cuestiones complejas (litigios, incumplimientos regulatorios, vulneraciones de propiedad intelectual), consultá con especialistas: IP, protección de datos y laboral. Ellos precisarán la gravedad y posibles soluciones técnicas o contractuales.

Acciones que podés hacer solo: reunir y ordenar la documentación, exportar chats y repos, preparar un inventario de contratos. Cuándo necesitás abogado: para interpretar cesiones, redactar garantías, negociar indemnizaciones y diseñar escrow o mecanismos de cierre que protejan tu posición.

Qué puede pasar

1) Se arregla con una carta o ajuste contractual. Muchas operaciones se cierran incorporando las salvedades detectadas: el vendedor corrige la documentación faltante, firma cesiones que faltaban o se pacta una retención de parte del precio hasta que se subsanen observaciones. Es la salida más frecuente y razonable cuando los riesgos son resolubles.

2) Acuerdo con condiciones o conciliación. Es habitual pactar un descuento sobre el precio o establecer pagos condicionados a ciertos hitos. Un acuerdo así puede ser ventajoso: recibís dinero antes y evitás un litigio largo. Evaluá si la estructura del pago y las garantías ofrecen protección suficiente frente a incumplimientos posteriores.

3) Juicio o reclamación judicial. Si los problemas son graves y no se llega a un acuerdo, la disputa puede terminar en tribunales. Si perdés, podés ser condenado a indemnizar o a rescindir la operación y pagar costas; si ganás, conseguirás una reparación que puede ser de difícil ejecución si la otra parte es insolvente. Un fallo no garantiza cobro efectivo si la contraparte carece de activos.

Y si ganás, ¿cobrás? La sentencia otorga un derecho de crédito, pero la cobranza depende de la solvencia del deudor y de que exista masa ejecutable. A veces un acuerdo con retención o escrow asegura mejor el cobro que un juicio ganador sin activos detrás.

Errores que arruinan el caso

• No documentar el origen del código: confiar en la palabra del fundador sin cesiones escritas.
• Eliminar o sobrescribir commits en repositorios sin registrar quién aportó qué.
• No exportar y conservar comunicaciones clave: mensajes eliminados o cuentas cerradas suelen desaparecer en el momento crítico.
• Firmar la venta sin cláusulas de garantía claras sobre IP y datos.
• No reparar problemas regulatorios antes del cierre: el comprador puede reclamar, pero si el vendedor no tiene activos, la reparación será teórica.