Qué es un Record (y por qué no es lo mismo que un archivo)
En Archivos Atlas, un Record no es un archivo con un nombre — es una entidad con identidad, versiones y una política de retención. Esto es lo que cambia en la práctica.
Cuando alguien dice "súbelo al archivo", casi siempre se refiere a guardar un PDF en una carpeta. Pero un archivo guardado y un registro gestionado no son la misma cosa, aunque a simple vista se vean igual. La diferencia no es cosmética: determina si tu empresa puede responder, seis meses después, quién subió qué versión de un contrato, por qué, y si esa versión sigue vigente.
El problema con pensar en "archivos"
Una carpeta compartida (Google Drive, SharePoint, un disco de red) organiza bytes: un PDF llamado contrato_v2_final(1).pdf convive con otro llamado igual en otra carpeta, y nada en el sistema te dice cuál es el vigente, quién lo subió la última vez, ni si alguien lo modificó después de firmarlo.
El archivo físico — el PDF, la imagen escaneada, el byte — es un detalle de implementación. Puede vivir en la nube, en un disco local o en una caja en un depósito; eso no cambia lo que la empresa realmente necesita saber sobre ese documento: quién lo generó, bajo qué política de retención cae, y qué pasó con él desde que existe.
Qué es, entonces, un Record
Un Record es una entidad con identidad propia: tiene un tipo (factura, contrato, plano, expediente), pertenece a una organización, y esa identidad no cambia aunque el documento sí. Lo que evoluciona son las versiones: cada carga nueva de un documento asociado a ese Record queda registrada como una versión adicional, nunca como un reemplazo silencioso de la anterior.
Eso significa que "la versión anterior del contrato" no desaparece cuando subes la nueva — queda en el historial, con quién la subió y cuándo, disponible para auditoría. El archivo físico en sí es apenas uno de los atributos de una versión, no el registro completo.
La diferencia en la práctica
Con una carpeta compartida, responder "¿quién cambió este contrato la semana pasada?" significa revisar metadatos de archivo poco confiables (que cambian si alguien solo abre el documento) o preguntarle al equipo y confiar en la memoria de alguien. Con un Record, esa pregunta tiene una respuesta directa: la pestaña de auditoría muestra cada acceso y cada cambio, con usuario y fecha.
Con una carpeta compartida, borrar un archivo por error suele ser irreversible salvo que alguien tenga una copia de seguridad a mano. Un Record nunca permite el borrado físico durante su ciclo de vida activo — se archiva, y si corresponde, se anonimiza bajo una política de retención — así que "lo borré sin querer" deja de ser un callejón sin salida.
Por qué esto importa más de lo que parece
Ninguna empresa piensa en esto hasta que lo necesita: una auditoría, un litigio, un cliente que pregunta cuándo se firmó tal acuerdo. En ese momento, la diferencia entre "tenemos el archivo en algún lado" y "tenemos el registro completo, con su historial" es la diferencia entre resolver la pregunta en minutos o pasar días buscando en carpetas.
Pensar en Records en vez de archivos no es una preferencia técnica — es la base sobre la que se pueden construir políticas de retención automatizadas, control de acceso por rol, y una auditoría que realmente sirve cuando alguien la necesita. En los próximos artículos de este blog vamos a profundizar en cada una de esas piezas por separado.
Preguntas frecuentes
¿Un Record reemplaza a mi sistema de almacenamiento de archivos actual (Drive, SharePoint, un disco de red)?
No en el sentido de competir por dónde vive el byte — el archivo físico sigue existiendo. Lo que cambia es que ese archivo deja de ser la unidad principal: pasa a ser un atributo de una versión, dentro de un Record con identidad, historial y política de retención propios.
Si nunca se puede borrar un Record, ¿cómo elimino un documento cargado por error?
No se borra físicamente durante el ciclo de vida activo, pero sí se archiva de inmediato, dejando de aparecer en el uso normal. Si el documento contiene datos que deben eliminarse por completo — datos personales bajo una solicitud de habeas data, por ejemplo — existe un flujo de anonimización que borra ese contenido sensible sin destruir el rastro de auditoría de que el Record existió.