Introducción
En Colombia, una operación de fusiones y adquisiciones (M&A) o de capital privado puede verse afectada no solo por lo que pasa antes de firmar, sino por lo que queda sin evidencia al momento del closing y en el post-cierre. La diferencia entre una transacción “cerrada” y una transacción “defendible” suele estar en un elemento práctico: la carpeta de cierre (closing book) y el sistema para gestionar claims.
En este post te compartimos una ruta accionable para armar esa carpeta con foco en: R&G, conditions precedent, soporte de pagos/transferencia, y trazabilidad de issues y reclamaciones.
1. ¿Qué es la “carpeta de cierre” y para qué sirve?
La carpeta de cierre es el expediente final (digital y/o físico) que documenta, con trazabilidad, que:
- se cumplieron o se gestionaron las condiciones previas (conditions precedent);
- las partes entregaron lo prometido (documentación societaria, consentimientos, levantamientos, etc.);
- los pagos y mecanismos asociados (escrow/retenciones, cuando apliquen) se realizaron conforme al acuerdo;
- se verificó el perímetro y la transferencia (acciones/activos/participaciones) según el contrato;
- quedó listo el “material” para claims y discusiones posteriores.
Clave: una carpeta de cierre no es solo “archivar documentos”; es dejar evidencia para demostrar cumplimiento, momento y quién hizo qué.
2. Estructura mínima de una carpeta de cierre (en 5 bloques)
Una estructura útil para Colombia (ajustable al tipo de operación) incluye:
2.1 Bloque A: Acuerdo transaccional y anexos “vigentes”
- SPA/Share Purchase Agreement o contrato principal (versión final).
- Anexos y schedules: R&G, definiciones, perímetro, disclosures, mapa de contingencias.
- Lista de cambios (si hubo) y versión consolidada.
2.2 Bloque B: R&G (representaciones y garantías) con evidencia
Este bloque es crucial porque, en disputas, el debate suele girar alrededor de: ¿se aseguró algo? ¿había disclosure? ¿qué soportes existían?
- Texto de R&G aplicable y disclosures correspondientes.
- Evidencia de “hechos” relevantes por cada R&G (societario, contencioso, laboral/seguridad social cuando aplique, regulatorios, impuestos coordinados con fiscal, etc.).
- Certificados y confirmaciones emitidas para el cierre (si están pactados).
2.3 Bloque C: Conditions precedent y consentimientos
- Checklist de conditions precedent: condición → responsable → fecha → evidencia de cumplimiento.
- Consentimientos de terceros (contratos con cambio de control, arrendamientos, licencias, etc.).
- Levantamientos o liberaciones (garantías, restricciones, gravámenes cuando aplique).
- Aprobaciones internas societarias: actas, poderes, certificaciones.
2.4 Bloque D: Pagos, escrow/retenciones (si aplican) y flujo de fondos
- Soportes bancarios y fechas valor.
- Documentos del mecanismo de ajuste (si hay earn-out, retenciones, holdbacks, etc.).
- Reglas de liberación: evidencia de que se cumplieron los pasos para liberar fondos.
2.5 Bloque E: Transferencia, registros y documentos “post-transferencia”
- Actos corporativos de transferencia (apropiados a la estructura: acciones/activos/participaciones; escrituras o documentos equivalentes cuando aplique).
- Documentos para registrar cambios (según corresponda).
- Notificaciones a terceros sobre el cambio de control y soportes de entrega.
- Carpeta inicial para el seguimiento de claims post-cierre (ver sección 4).
3. Checklist de closing: del firmado al “transferido”
Para que la carpeta no se convierta en un archivo caótico, usa un closing checklist operativo (con dueño y evidencia por cada punto):
- Societario: actas, quórums, poderes, autorizaciones internas y certificaciones.
- Consentimientos: contratos que exigen autorización por cambio de control.
- Conditions precedent: cada condición con fecha y evidencia (sin “pendientes indefinidos”).
- Pagos: confirmación del desembolso y soportes.
- Transferencia: evidencia del traspaso y documentos de registro.
- R&G y certificados: soportes que sostienen las afirmaciones pactadas.
Práctica recomendada: que el checklist sea la “ruta” del data room final; es decir, que todo ítem tenga su documento asociado o su acta de cumplimiento.
4. Claims post-cierre: prepara la evidencia desde el closing
Los claims (reclamaciones) por R&G o por eventos cubiertos por indemnidad suelen discutirse años después. Por eso, conviene que la carpeta de cierre incluya “piezas” que aceleren la prueba. Tu carpeta debe contemplar:
- Ventanas y procedimientos de reclamación: reglas contractuales para notificar, aportar evidencia y gestionar defensa.
- Arquitectura de evidence por tipo de issue: contratos, laboral/seguridad social, contencioso, regulatorios, impuestos coordinados con fiscal.
- Chronología de eventos: fechas y responsables desde el pre-closing hasta el post-cierre.
- Mapa de “disclosures”: qué fue revelado, por qué y con qué soporte.
Regla práctica: si un issue pudiera terminar en un claim, la evidencia debe estar “cerca” del bloque correspondiente en la carpeta (no dispersa en el data room de due diligence).
5. Control de versiones y “documentos vigentes”: evita el error más común
Uno de los problemas típicos en cierres es que existen múltiples versiones: drafts, revisiones, anexos actualizados, “últimas” listas de disclosures, etc. En una disputa, lo que importa es: qué estaba vigente al momento del cierre.
Para evitarlo:
- usa encabezados con versión, fecha y estado (final / consolidado / superseded);
- conserva un “log” de cambios (quién cambió, qué se cambió y por qué);
- asegura que el bloque de R&G y disclosures sea el mismo que se tomó para emitir certificados de cierre.
6. Data room final vs. carpeta de cierre: cuándo cada uno aplica
- Data room de due diligence: reúne evidencia para investigar; puede incluir borradores y documentos no confirmados.
- Carpeta de cierre: reúne evidencia de cumplimiento y documentos vigentes para demostrar que se cerró conforme al contrato.
En otras palabras: el data room puede ser “grande”; la carpeta de cierre debe ser confiable, trazable y defendible.
7. Plantilla mental (rápida) para validar que tu carpeta está lista
Antes de dar por terminado el closing, valida:
- Todo ítem del checklist tiene evidencia asociada.
- Las R&G tienen soporte (o disclosure) y referencia cruzada al documento.
- Las conditions precedent están cerradas con fechas y certificados.
- Los pagos/escrow/retenciones están soportados con extractos y reglas aplicables.
- La transferencia está probada (actos corporativos y registros cuando aplique).
- Existe un módulo para claims post-cierre (organización de evidencia y cronología).
Conclusión
En Colombia, el cierre de una operación de M&A o capital privado es más sólido cuando se construye una carpeta de cierre que conecte: (i) R&G, (ii) conditions precedent, (iii) soporte de pagos y transferencia, y (iv) evidencia lista para claims post-cierre. Con estructura, control de versiones y trazabilidad, la operación no solo se ejecuta: también se defiende.
¿Quieres que revisemos tu caso?
Podemos ayudarte a:
- estructurar el closing checklist y la carpeta de cierre por bloques;
- organizar evidencia para R&G, disclosures y potential claims;
- definir un sistema de control de versiones y trazabilidad;
- preparar/ajustar el procedimiento de claims y la lógica de indemnidades, caps y ventanas;
- apoyar la integración post-cierre y el seguimiento de issues.
Si compartes el tipo de operación (acciones/activos/fusión), el estadio (firmado o pre-closing o post-cierre) y el perímetro, podemos proponerte una estructura de carpeta lista para implementar.