Acabar con los adjuntos de correo pesados

Porque casi todos los buzones imponen un tamaño total de mensaje de entre 10 y 25 MB, y el adjunto se mide después de codificarlo, no antes. El correo no transporta datos binarios: los archivos se codifican en Base64 y crecen alrededor de un tercio. Un escaneo de 20 MB viaja como unos 27 MB y falla contra un techo de 25 MB que parecía holgado.

El límite que importa es el más bajo del recorrido. Su proveedor de envío, el del destinatario y cualquier pasarela de análisis aplican su propio tope, así que un mensaje que sale de su servidor puede rechazarse al llegar. Por eso el mismo documento llega a un cliente y a otro no.

Los fallos silenciosos son peores que los rebotes. Las pasarelas eliminan adjuntos por extensión, ponen los archivos comprimidos en cuarentena y reescriben mensajes sin avisar al remitente: el cliente cree haber enviado el archivo y su expediente sigue vacío.

Hay tres sustitutos realistas y no son intercambiables. Un enlace de almacenamiento en la nube resuelve el tamaño pero entrega al cliente una carpeta, no una solicitud: recibe archivos sin saber qué requisito cubren. Un servicio de transferencia de consumo entrega bien, pero caduca, no registra nada y le obliga a descargar otra vez un ZIP a una carpeta local.

El portal de solicitud de documentos es la herramienta pensada para esto: cada elemento solicitado tiene su propio punto de subida, de modo que el archivo que llega ya está asociado a un requisito concreto. Esa asociación marca la diferencia: permite responder «¿qué falta?» sin abrir nada.

El criterio no es la capacidad. Pregúntese si la herramienta puede decirle, sin lectura humana, cuáles de los doce elementos de un expediente están recibidos, en revisión o sin tocar.

Menos de lo que parece, si el enlace está bien diseñado. El cliente recibe un mensaje, pulsa un enlace y ve la lista de documentos con su propio botón de subida. No hay contraseña que elegir ni cuenta que recordar, y eso hace que enviar documentación acreditativa sea más rápido que el correo al que sustituye.

Además gana algo que el correo nunca le dio: comprobar su propio avance. Un cliente que duda de si ya envió el contrato abre el mismo enlace y lo mira, en lugar de escribirle a usted, lo que elimina toda una categoría de mensajes.

El único hábito que conviene tratar a conciencia es el reflejo de responder adjuntando. Siga respondiendo a esos mensajes, pero responda reenviando el enlace: el reflejo desaparece en uno o dos expedientes.

No migre el archivo histórico. Los adjuntos de expedientes cerrados pueden quedarse donde están según sus reglas de conservación; extraerlos rara vez compensa y duplica datos personales en un segundo sistema sin ganancia operativa.

Para los expedientes abiertos, suba usted mismo los adjuntos que ya tiene al elemento correspondiente y márquelos como recibidos. Son unos minutos por expediente y el expediente queda completo en un único sitio desde el primer día, en vez de repartido entre un portal y un hilo que nadie relee.

Después trace una línea: a partir de una fecha fija, las nuevas solicitudes salen solo como enlace. El modo de fallo es la migración parcial, en la que el buzón sigue siendo en silencio la fuente de verdad.

Concentra la responsabilidad, y eso es una mejora. Un adjunto se copia al buzón de cada destinatario, a cada reenvío y a cada carpeta de descargas local, así que atender por completo una solicitud de supresión resulta imposible. Un archivo asociado a un elemento existe una vez, en una ubicación conocida y con un responsable conocido.

La conservación vuelve a ser configurable. Como el archivo está ligado a un expediente y no a una conversación, puede caducar el acceso al cerrarlo y borrar según un calendario en lugar de confiar en que alguien vacíe una carpeta.

En clave RGPD, el argumento de minimización pasa a ser demostrable: puede mostrar qué documentos se pidieron, por qué y cuándo se eliminaron. Lea estas reglas junto a cómo es una recopilación segura antes de fijar sus plazos.