Necesitas preparar el cumplimiento normativo para un proceso de due diligence tecnológica

¿Tienes razón?

Cuando te piden un due diligence tecnológico, el comprador busca responder tres preguntas básicas: ¿quién es dueño de qué?, ¿qué datos manejan y cómo se protegen?, y ¿qué obligaciones contractuales existen con clientes y proveedores? Tu posición depende de estas variables. Si puedes demostrar titularidad sobre el código y las integraciones, si tienes bases legales y registros del tratamiento de datos y si los contratos con proveedores no imponen restricciones, tu perfil es sólido. Si faltan acuerdos clave (por ejemplo, licencias de software, contratos de hosting o cláusulas para subcontratación), tu valor se reduce o genera condiciones en la negociación.

Hay matices: trabajaste con freelancers sin contrato, usaste librerías con licencias mixtas, o la plataforma depende de servicios en la nube sin copia de seguridad propia. Eso no es siempre fatal, pero son puntos que el comprador preguntará y que conviene arreglar antes de la revisión formal.

Cómo se soluciona

1. Lista de activos y titularidad

• Haz un inventario completo: repositorios de código, bases de datos, dominios, certificados, credenciales de cloud, documentación técnica y roadmap. Indica el titular legal de cada activo.
• Busca contratos o acuerdos que documenten cesiones, transferencias o aportes de terceros (freelancers, ex trabajadores). Si no existen, reúne evidencias: correos, mensajes, entregables fechados y accesos al repositorio.

1. Datos personales y privacidad

• Identifica las bases de datos que contienen datos personales y qué categorías procesas (clientes, usuarios, empleados). Para cada base, anota la finalidad, la base legal invocada, medidas técnicas y organizativas aplicadas, y si hay transferencias internacionales.
• Exporta las políticas de privacidad y consentimientos activos. Conserva soportes de opt-in y de solicitudes de acceso o eliminación.

1. Contratos con clientes y proveedores

• Reúne contratos de prestación de servicios, acuerdos de nivel de servicio (SLA), contratos de hosting, subcontratación y licencias de software. Señala cláusulas que puedan limitar la transferencia del negocio o imponer sanciones.
• Revisa cláusulas de propiedad intelectual, confidencialidad, continuidad del servicio y responsabilidad. Identifica contratos que no son formalmente válidos o que faltan.

1. Seguridad y continuidad

• Prepara evidencia de medidas de seguridad: políticas, registros de incidentes, informes de auditoría, copias de seguridad y planes de contingencia.
• Si tu servicio depende de proveedores críticos (cloud, pasarelas de pago), documenta su relación y alternativas.

1. Preparación de entregables

• Organiza la documentación en un repositorio ordenado y con control de versiones. Usa índices claros y archivos con fechas.
• Redacta un memo legal-técnico que responda a las dudas previsibles del comprador: puntos débiles y mitigaciones.

Qué puedes hacer tú solo y cuándo necesitas ayuda

• Tú puedes hacer el inventario, exportar registros, recopilar contratos y documentar procesos. También es razonable que redactes el memo inicial.
• Necesitas un abogado si hay contratos ambiguos, si hay reclamaciones pendientes, o si hay riesgos de infracción de derechos de autor o de tratamiento de datos personales que obliguen a reescribir políticas o firmar acuerdos de transferencia.

Qué puede pasar

1) Se arregla con documentación adicional

• El comprador puede aceptar que regularices ciertos aspectos antes del cierre: firmar cesiones de derechos con colaboradores, formalizar acuerdos con proveedores o mejorar la política de privacidad. Esto es frecuente porque muchas startups no tienen todo perfecto y el comprador opta por mitigaciones.

2) Acuerdo con ajustes o garantías

• El resultado habitual es un ajuste en el precio, una cláusula de indemnidad o la creación de cuentas de garantía (escrow) para cubrir riesgos detectados. Un acuerdo por menos monto o con garantías puede ser preferible a un rechazo total: liquidez y cierre rápido tienen valor.

3) No llega a cerrarse o hay reclamación posterior

• Si el comprador detecta riesgos serios y no hay solución, puede retirarse. Si firma y luego descubre incumplimientos, puede iniciar reclamaciones por incumplimiento contractual o responsabilidad por daños. Si ganas en una reclamación, cobrar depende de la solvencia del vendedor y de las garantías pactadas.

Errores que arruinan el caso

• No documentar contribuciones externas: no tener cesiones de derechos de freelancers o colaboradores es la causa principal de descuentos.
• Entregar accesos sin registros: borrar logs o no conservar evidencia de versiones y entregables genera desconfianza.
• Ocultar incidentes de seguridad: intentar no declarar un incidente detectado antes del cierre suele acabar en rescisión o demandas por fraude.
• No revisar licencias de terceros: usar librerías con copyleft que obligan a publicar código puede scupperar un deal.
• No preparar respuestas rápidas: un due diligence intenso necesita respuestas claras; el silencio o respuestas improvisadas aumentan la percepción de riesgo.