Una retención legal (también llamada litigation hold o preservation hold) es el proceso formal por el cual una organización suspende sus prácticas rutinarias de eliminación de datos y ordena a los custodios que preserven la información almacenada electrónicamente (ESI) y los documentos físicos que puedan ser relevantes para litigios pendientes o razonablemente anticipados, una investigación regulatoria o una consulta interna. No es opcional: el deber de preservar las pruebas es una obligación legal que puede desencadenar sanciones —incluyendo instrucciones de inferencia adversa o incluso consecuencias que terminen el caso— si se viola. Una retención legal no es una copia de seguridad de datos, no es una política de archivo y no es lo mismo que la recopilación para el proceso de discovery. Es una instrucción de preservación dirigida a personas específicas sobre datos específicos.
Qué no es
Una retención legal no es lo mismo que una política de retención de documentos. Una política de retención rige cuánto tiempo se conservan las categorías de datos en el curso normal de las operaciones antes de la eliminación rutinaria. Una retención legal anula esa política para datos específicos bajo el control de custodios específicos una vez que se ha alcanzado un desencadenante de preservación. Ambas coexisten: la política de retención describe qué se elimina en el curso ordinario; la retención legal suspende la eliminación del curso ordinario para los datos en el ámbito de aplicación.
Una retención legal tampoco es una orden de recopilación. Emitir una retención preserva los datos en su lugar, pero no los copia en una plataforma de revisión. La recopilación es un paso de eDiscovery separado que ocurre después, típicamente cuando el alcance se comprende mejor. Confundir la retención con la recopilación conduce a una sub-preservación (retener muy poco) o a una sobre-preservación que genera costos de revisión sin necesidad legal.
El deber de preservación bajo la FRCP
Para litigios en EE. UU., el marco de preservación proviene de las Federal Rules of Civil Procedure (FRCP), principalmente las Reglas 26 y 37. Bajo la Regla 37(e) de la FRCP, si una parte no toma “medidas razonables” para preservar ESI que “debería haberse preservado en anticipación o conducción de litigios”, los tribunales pueden imponer sanciones que van desde instrucciones correctivas hasta instrucciones de inferencia adversa o desestimación del caso. La Regla 37(e) no crea un nuevo deber: codifica el deber de derecho consuetudinario establecido por casos que incluyen la serie Zubulake (Zubulake v. UBS Warburg, SDNY, 2003-2004), que estableció cuándo se vincula el deber y cómo se ve una preservación razonable.
El deber se vincula no cuando se presenta una demanda, sino cuando el litigio es “razonablemente anticipado”. Los tribunales evalúan esto basándose en el conocimiento de la organización en ese momento: recepción de una carta de demanda, inicio de una investigación regulatoria, escalada significativa de una disputa contractual, una investigación interna sobre conductas que probablemente produzcan un reclamo. El desencadenante es una cuestión de hecho y juicio; consulta a tu asesor legal para situaciones específicas.
El EDRM (Electronic Discovery Reference Model, mantenido bajo Duke Law) describe la preservación como que debe ser “legalmente defensible, razonable, proporcional, eficiente, auditable, amplia pero específica” (EDRM, edrm.net).
El ciclo de vida de la retención legal
Etapa 1: Identificación del desencadenante
Un desencadenante de preservación es el evento que hace que el litigio o la investigación sea “razonablemente anticipado”. Los desencadenantes comunes incluyen: recepción de una carta de demanda o cese y desistimiento; notificación de una citación; inicio de una investigación regulatoria; una queja interna formal o informe de denunciante; un incidente significativo (violación de datos, falla del producto, lesión laboral) que probablemente genere un reclamo; una disputa contractual que se ha escalado con participación legal.
El departamento legal —típicamente el Consejero General, el Consejero General Adjunto o la función de Legal Ops responsable de la gestión de asuntos— debe tener un proceso documentado para reconocer los eventos desencadenantes e iniciar el workflow de retención.
Etapa 2: Determinación del alcance
Una vez identificado el desencadenante, el equipo legal determina quiénes son los custodios relevantes (individuos con datos potencialmente relevantes) y qué fuentes de datos están en el ámbito de aplicación. Esto requiere:
- Entrevistar al personal clave familiarizado con el asunto para identificar quién trabajó en él y qué sistemas se utilizaron.
- Mapear las fuentes de datos relevantes: correo electrónico, unidades de archivos compartidos, herramientas de colaboración (Slack, Teams), dispositivos móviles, almacenamiento en la nube, aplicaciones SaaS de terceros.
- Definir un rango de tiempo para los datos preservados.
El alcance debe ser suficientemente amplio para satisfacer el deber de preservación pero proporcional al asunto, según lo establece la Regla 26(b)(1) de la FRCP.
Etapa 3: Emisión del aviso de retención
Se emite un aviso escrito de retención legal a cada custodio identificado. El aviso debe:
- Describir el asunto con suficiente detalle para que el custodio entienda qué datos son relevantes.
- Especificar qué tipos de datos y qué sistemas están cubiertos.
- Instruir al custodio a suspender la eliminación rutinaria y no alterar ni destruir información relevante.
- Proporcionar un punto de contacto en el equipo legal para preguntas.
- Solicitar un reconocimiento afirmativo de que el custodio ha recibido y entendido el aviso.
El seguimiento del reconocimiento es crítico. Una retención no reconocida es legalmente más débil que una donde todos los custodios han confirmado la recepción. En la práctica, las tasas de reconocimiento del 100% son raras en el primer aviso; las escaladas de recordatorio son estándar.
Etapa 4: Preservación técnica
Para los datos en sistemas controlados por TI (servidores de correo electrónico, SharePoint, plataformas en la nube), el equipo legal coordina con TI para implementar retenciones a nivel de sistema que suspendan la eliminación automática para los custodios y tipos de datos especificados.
Etapa 5: Monitoreo continuo y cumplimiento
Una retención emitida y olvidada es una retención que falla. El monitoreo activo requiere:
- Seguimiento del reconocimiento. Los custodios que no responden reciben recordatorios escalados (típicamente a los 7 días, 14 días, luego escalada supervisora).
- Cambios de custodios. Cuando los custodios dejan la organización, se transfieren a nuevos roles o cambian de roles que afectan a sus datos relevantes, la retención debe actualizarse.
- Enmiendas de alcance. A medida que el asunto se desarrolla, se identifican nuevos custodios, se vuelven relevantes nuevas fuentes de datos, o el alcance se reduce. Emitir enmiendas formales al aviso de retención.
- Recordatorios periódicos. Incluso los custodios que reconocen se benefician de recordatorios periódicos (típicamente cada 90-180 días) para reforzar el cumplimiento.
Etapa 6: Recopilación (cuando se activa)
Cuando el asunto alcanza el punto en que se necesita la recopilación de documentos para la producción o revisión, los datos preservados se recopilan en una plataforma de eDiscovery.
Relativity y Everlaw ofrecen workflows integrados de retención legal que conectan la gestión de avisos de preservación y la recopilación de eDiscovery.
Etapa 7: Liberación
Cuando el asunto concluye —acuerdo, sentencia, investigación cerrada— se libera formalmente la retención. La liberación tiene dos componentes:
- Aviso formal a los custodios de que la obligación de preservación ha sido levantada y las prácticas normales de retención/eliminación pueden reanudarse.
- Aviso formal a TI para deshabilitar la preservación a nivel de sistema para los custodios y fuentes de datos afectados.
Dónde ayuda la automatización
El software de retención legal genera avisos estandarizados a partir de plantillas, los envía, realiza un seguimiento de los reconocimientos en tiempo real y automatiza las escaladas de recordatorios. La integración con los sistemas de RRHH detecta las salidas de empleados, los cambios de roles y la incorporación de nuevos custodios relevantes para las retenciones activas. Esta es la automatización de mayor valor: aborda la causa más común de fallos en las retenciones.
Errores comunes
Emitir avisos vagos. Un aviso de retención que dice “preservar todo lo relacionado con el asunto Smith” no da a los custodios ninguna orientación sobre qué sistemas, qué rangos de tiempo o qué tipos de documentos preservar. Precaución: redactar plantillas de aviso con campos explícitos de fuente de datos y rango de tiempo, completados por asunto.
No rastrear a los empleados que se van. Un empleado que es un custodio clave en una retención activa abandona la organización; sus datos se eliminan durante el offboarding estándar. Precaución: integrar los sistemas de retención con los workflows de offboarding de RRHH para marcar a los custodios en retenciones activas antes de la salida.
Confundir la retención con la recopilación. Recopilar todos los datos preservados en una plataforma de revisión antes de que el abogado determine el alcance aumenta innecesariamente el costo de revisión. Precaución: preservar ampliamente, recopilar específicamente, después de que el alcance esté definido.
Liberar demasiado pronto o nunca liberar. Precaución: vincular la liberación a eventos documentados de disposición del caso; tener un proceso de revisión de retenciones programado cada 180 días para confirmar que las retenciones activas todavía tienen asuntos activos.
Relacionado
- eDiscovery — el proceso posterior que las retenciones legales alimentan
- Modelo EDRM — la Etapa 3 (Preservación) del EDRM es el proceso de retención legal
- Revisión de privilegios — el paso de revisión que se ejecuta después de la recopilación
- Relativity — plataforma empresarial de eDiscovery con módulo integrado de retención legal
- Everlaw — plataforma de eDiscovery con workflows integrados de retención y recopilación