Una entrega documental parece un único gesto: se abre un archivo, se ajusta lo necesario y se envía. El problema aparece días después, cuando hay que explicar qué se recibió, qué se cambió y qué salió. Si solo queda el último fichero, esas tres preguntas se confunden. Conservar el original y el derivado no es un formalismo de archivo: es la forma de no perder el punto de partida cuando el trabajo continúa.
En un expediente compartido, «original» no siempre significa el primer PDF de la historia del asunto. Significa el archivo contra el que se contrasta una entrega concreta. Puede ser el documento que envió la otra parte, la copia descargada de un repositorio o la versión que el equipo acordó usar como referencia. Lo que importa es que esa referencia quede identificada y no se sobrescriba con el trabajo posterior.
El original es el punto de partida
Un archivo recibido puede ser incompleto, ilegible o distinto de lo que el nombre sugiere. Conservarlo no equivale a validarlo. Sirve para volver a él si el derivado se discute, si falta una página o si alguien pregunta si un cambio se introdujo en la preparación o ya venía en el material de origen. Sin esa referencia, cualquier diferencia se atribuye a la última persona que tocó el fichero.
La identificación puede ser sencilla: fecha de recepción, procedencia, nombre recibido y una nota de que esa copia no se ha alterado. No hace falta un sistema complejo. Hace falta que no se reemplace en silencio por la versión lista para enviar. Si varias personas trabajan sobre la misma carpeta, un original sin etiqueta dura poco: alguien lo abre, lo guarda y el punto de partida desaparece.
El derivado es el objeto que se entrega
El derivado es el archivo que se prepara para un destinatario o una tarea: recorte de páginas, unión de anexos, conversión, cambio de nombre u otra transformación. Puede parecer idéntico al original en pantalla y ser, aun así, otro objeto. El tamaño, el número de páginas, el orden o los datos descriptivos del fichero pueden diferir aunque el texto visible coincida en gran parte.
Tratar el derivado como si fuera el original genera dos errores habituales. El primero es enviar una copia de trabajo con anotaciones, páginas de más o material interno. El segundo es perder el original porque se guardó encima con el mismo nombre. En ambos casos, el archivo que queda no permite reconstruir la entrega.
Una práctica útil consiste en situar el derivado de modo que no pueda confundirse con la referencia. El nombre no tiene que ser elegante; tiene que ser inequívoco para quien recupere la carpeta una semana después. Si varias personas entregan desde el mismo expediente, esa distinción evita que alguien reenvíe el material de trabajo creyendo que es la copia revisada.
El derivado también puede ser más de uno. Una misma referencia puede originar una copia para un cliente, otra para un colaborador y otra para archivo interno. Cada una responde a un destinatario. Conservar solo «la última» borra esa diferencia y empuja a reutilizar un envío pensado para otra persona.
La relación entre ambos debe poder explicarse
Conservar dos archivos no basta si nadie puede decir cuál se entregó y a partir de cuál se preparó. Un registro breve puede indicar original recibido, derivado preparado, destinatario y fecha. Ese registro no demuestra integridad criptográfica ni sustituye un sistema de gestión documental. Solo documenta una decisión.
Los vocabularios de metadatos descriptivos, como los términos de Dublin Core, recogen propiedades habituales de un recurso —título, fecha, identificador, relación con otro recurso— precisamente porque un objeto documental rara vez se entiende aislado. [1] No es necesario adoptar ese vocabulario entero. Sí conviene que la relación «derivado de» no viva solo en la memoria de quien preparó el envío.
Cuando el derivado se corrige, aparece una tercera pregunta: ¿se parte otra vez del original o de la entrega anterior? Las dos opciones pueden ser razonables, pero no son intercambiables. Partir del original evita arrastrar un recorte previo; partir de la entrega anterior conserva lo ya acordado con el destinatario. Elegir sin anotarlo deja el expediente en un estado que solo entiende quien estaba presente.
Qué no acredita conservar copias
Tener dos ficheros no acredita que el contenido sea auténtico, que no se haya alterado un original ni que la entrega sea completa. Tampoco acredita que un visor muestre todas las páginas o que lo impreso coincida con lo visto en pantalla. Conservar copias es una medida de trazabilidad interna.
Tampoco conviene tratar el derivado como versión limpia si no se ha revisado. Un recorte puede omitir un anexo necesario; una unión puede incorporar páginas de otro asunto. La conservación del original permite comparar, no sustituye esa revisión. Si el original ya era una imagen de baja calidad, el derivado heredará ese límite.
Los modelos de procedencia, como PROV del W3C, describen entidades, actividades y agentes para explicar cómo se obtuvo un recurso. [2] Un despacho no necesita implementar ese modelo. El recordatorio práctico es más corto: si no se puede decir quién preparó qué a partir de qué, el expediente solo contiene archivos, no una historia de la entrega.
Una comprobación mínima antes de enviar
Antes de adjuntar, basta una lista corta. Primero, el original sigue accesible y no se ha sobrescrito. Segundo, el archivo adjunto es el derivado revisado, no la carpeta de trabajo. Tercero, el número de páginas y el orden coinciden con lo que se pretende entregar. Cuarto, hay una nota de qué se entregó y cuándo. Nada de eso demuestra que el destinatario reciba exactamente lo mismo: el canal y su visor quedan fuera de este control.
Si el envío se repite, conviene no reutilizar un derivado antiguo sin contrastarlo otra vez con la referencia. Un anexo añadido entre medias puede faltar; una corrección puede haberse hecho solo en una copia local. La cadencia de un expediente compartido convierte el «ya lo envié» en una afirmación que hay que poder señalar en un archivo concreto.
Conservar original y derivado es separar el material de partida del material entregado y dejar escrita esa separación. No resuelve la calidad del documento. Resuelve una confusión frecuente: no saber cuál de los dos era cuál.
Fuentes
- Dublin Core Metadata Initiative. DCMI Metadata Terms. https://www.dublincore.org/specifications/dublin-core/dcmi-terms/
- W3C. PROV-DM: The PROV Data Model. https://www.w3.org/TR/prov-dm/
