Elige qué debe poder hacer la persona
Una persona puede recibir los mismos resultados por motivos distintos: verificar su calidad, integrar los archivos en otra herramienta o retomar la producción. Define esa acción antes de enviar un enlace. A veces un adelanto basta para hablar de un encuadre; no siempre basta para verificar una exportación a tamaño real.
Pide una revisión precisa: archivos que abrir, criterios que examinar, ubicación de los comentarios y fecha deseada. No envíes todo el directorio de trabajo por defecto. Las variantes descartadas, los registros completos y los recursos innecesarios dificultan la selección y pueden exponer información sin relación con la entrega.
El uso compartido que se presenta aquí se organiza en tu propia herramienta o destino. No supone una función de equipo, una mensajería ni un espacio de archivos incluidos en el seguimiento de BriefGPU. Elige un destino que tu destinatario tenga permitido usar.
Arma un paquete que se entienda sin explicación oral
Dale al paquete un nombre de proyecto y un número de versión, por ejemplo collection-v01. Adjunta una nota breve que explique el contenido y el estado: pendiente de revisión o aceptado. Un inventario debe permitir contar las salidas y ver las excepciones. La guía README de Cornell recomienda documentar los archivos y la información necesaria para usarlos; tu nota puede ser mucho más corta que un expediente de investigación.
Para retomar la producción, añade por separado los ajustes y las dependencias necesarias. Para un simple uso de los resultados finales, guarda el archivo de trabajo de tu lado.
| Elemento del paquete | Pregunta que responde |
|---|---|
| Nota de entrega | ¿Qué proyecto, qué versión y qué acción se esperan? |
| Resultados seleccionados | ¿Qué archivos hay que revisar o usar? |
| Inventario | ¿Cuántas salidas hay y qué entradas representan? |
| Excepciones identificadas | ¿Qué falta o qué queda por decidir? |
| Tabla de comentarios | ¿Cómo vincular un comentario a un archivo y a un criterio? |
Ejemplo: una revisión de dieciocho imágenes entre tres personas
En este ejemplo ficticio, una persona produce dieciocho imágenes, una colega verifica las referencias y un responsable acepta el resultado para su difusión. El paquete v01 contiene las dieciocho salidas por revisar y un inventario. La colega puede consultar las imágenes y rellenar la tabla; no necesita modificar los archivos entregables.
La consigna pide verificar las referencias y los textos, y luego anotar las discrepancias con el identificador de la imagen. Después, el responsable compara el resultado con los criterios acordados. Los comentarios se reúnen en una sola tabla antes de decidir las correcciones. Una sugerencia no modifica automáticamente la versión puesta a disposición.
| Versión revisada | Archivo | Observación del ejemplo | Decisión |
|---|---|---|---|
| v01 | image-004.png | La referencia impresa quedó ilegible. | Corregir antes de aceptar. |
| v01 | image-011.png | Dos personas proponen un encuadre diferente. | El responsable elige la referencia que se debe seguir. |
| v01 | Otras imágenes | No se detectó ninguna discrepancia en la revisión prevista. | Conservar, a reserva del control final del paquete. |
Configura los permisos para la tarea asignada
En un espacio compartido, invita a las personas implicadas con sus propios accesos y elige los permisos que correspondan al trabajo. Para revisar salidas, prioriza la consulta de los archivos y un lugar aparte para los comentarios. Reserva la modificación del paquete a la persona encargada de preparar la entrega.
Los nombres y los efectos de los permisos dependen del servicio. Por ejemplo, OneDrive distingue los enlaces destinados a personas concretas de los enlaces que puede usar cualquiera que los reciba. Su documentación también indica que un acceso de lectura puede permitir la copia o la descarga. Por lo tanto, «solo lectura» no significa «imposible de llevar». Comprueba las opciones realmente disponibles en tu cuenta y las reglas de tu equipo.
Controla la carpeta compartida en su conjunto. Añadir un archivo en un lugar ya accesible puede exponerlo a los mismos destinatarios. Prepara una carpeta reservada para la entrega, de modo que los originales confidenciales, los contratos y los medios de acceso queden fuera del paquete.
Mantén las contraseñas fuera del circuito de revisión
No prestes la contraseña de tu cuenta de BriefGPU para mostrar los resultados. Da acceso al seguimiento de la cuenta; no es un permiso limitado sobre un archivo. Usa las funciones para compartir de tu propio destino o entrega un paquete independiente al destinatario autorizado.
Tampoco incluyas una contraseña de servicio, una clave privada o un token de acceso en la nota de entrega, una captura o un historial de pedidos. Para una reanudación entre varias personas, cada una debe disponer del medio de acceso adecuado a su rol. Si tu herramienta para compartir no permite los permisos necesarios, elige con el equipo otro modo de entrega.
El responsable del pedido puede comunicar un resumen útil para el proyecto sin dar sus credenciales de inicio de sesión.
Publica una nueva versión cuando corrijas
Tras los comentarios del ejemplo, el paquete v02 sustituye las dos imágenes corregidas y conserva las otras dieciséis. Su nota indica con precisión los dos cambios y pide controlar esas correcciones. También pide verificar que el paquete siga conteniendo dieciocho referencias distintas. Los comentarios sobre v01 siguen vinculados a v01.
No sustituyas un archivo en silencio en medio de una revisión sin avisar a las personas implicadas. Podrían comentar contenidos diferentes bajo el mismo nombre. Identifica la versión en curso en tu mensaje y en la nota, y luego indica claramente qué versión se autoriza a usar una vez aceptada.
Una persona reúne las decisiones, sus motivos y sus estados en la tabla común, incluso después de un intercambio oral.
Comprueba el recorrido del destinatario
Antes del envío completo, pide a una persona con los permisos previstos que abra un archivo con su propia cuenta. Verifica el acceso a la carpeta correcta, la versión visible, la apertura en la herramienta de destino y la posibilidad de enviar comentarios. Tu propia sesión de propietario no demuestra que los demás tendrán los mismos accesos.
En el caso de un archivo comprimido, controla también su extracción y la apertura de una muestra desde la copia obtenida. Un mensaje de «enlace recibido» no confirma ni el acceso, ni la descarga, ni la aceptación. Pide una respuesta que corresponda a la etapa: acceso verificado, revisión terminada o versión aceptada.
Después de la entrega, revisa los accesos que ya no sean necesarios. Algunos servicios combinan un enlace con permisos heredados de una carpeta superior; por lo tanto, quitar un enlace puede no eliminar todos los accesos. La documentación de Microsoft detalla estas rutas en OneDrive y SharePoint. Una copia ya descargada no se recupera con la simple eliminación del enlace.
Termina con una versión aceptada y una decisión conservada
La entrega es clara cuando su destinatario conoce la versión que debe usar, los posibles límites acordados y el lugar donde encontrar los archivos. Conserva la decisión junto con el inventario. En el ejemplo, la aceptación corresponde a collection-v02 y sus dieciocho imágenes; no equivale a validar todas las variantes del proyecto.
Leer el paquete no sustituye su respaldo. Guarda la copia necesaria para tu propia reanudación y verifícala antes de terminar el alquiler. Este método de entrega no afirma ninguna función de uso compartido, duración de conservación ni permiso particular en el servidor alquilado: esos parámetros deben verificarse en las herramientas que uses.