> For the complete documentation index, see [llms.txt](https://docs.geodin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.geodin.com/geodin-onsite/es/conceptos-del-nucleo-de-perforacion/file-delivery-and-ownership.md). # Entrega y propiedad de Archivo Cuando trabaja solo en una tableta, Onsite se comporta como cualquier programa normal: crea un formulario, se guarda y permanece en su dispositivo. Pero Onsite está diseñado para **flujos de trabajo del campo a la oficina** - equipos de perforación en el campo, ingenieros en la oficina, formularios moviéndose entre ellos. Para que esto funcione de forma segura, Onsite introduce dos conceptos: **entrega de archivos** y **propiedad del formulario**. Leer esta página una vez hará que los botones Publicar / Recuperar / Revocar resulten obvios en cualquier otra parte del producto. ## Modos de entrega de archivos Onsite ofrece dos formas de gestionar sus datos, configuradas en Configuración > Integración: * **Sin entrega** (predeterminado) - todo permanece en su dispositivo. Trabaja solo. Cuando desea entregar datos a la oficina, դուք [exporta un `.geodinml` archivo manualmente](/geodin-onsite/es/guias/exporting-to-geodin.md) y lo comparte por correo electrónico, USB o como prefiera. * **Directorio compartido de red** - dirige Onsite a una carpeta de su equipo que está sincronizada con sus compañeros (mediante OneDrive, Dropbox, Google Drive o cualquier otro servicio de sincronización de su elección). A Onsite no le importa qué servicio utiliza; simplemente lee de esa carpeta y escribe en ella. Una vez configurada una carpeta compartida, aparecen dos botones nuevos en el menú de Onsite: **Publicar** y **Recuperar**. Estos son los mecanismos para entregar formularios y recuperarlos. {% hint style="info" %} Consulte [Configuración de la entrega de archivos](/geodin-onsite/es/configuracion/file-delivery-setup.md) para ver los pasos prácticos de Configuración. Esta página explica *por qué* la entrega de archivos funciona de la manera en que lo hace. {% endhint %} ## El modelo de propiedad: una sola hoja de papel La idea fundamental es que **un formulario se comporta como una sola hoja de papel**. Solo existe uno. Puede estar en un lugar a la vez y pertenece exactamente a una persona a la vez. Imagine que su equipo trabaja en una oficina con: * **El maletín de cada persona** - donde se encuentran los formularios en los que están trabajando activamente. Esta es su instalación de Onsite en su tableta. * **Un estante de "incompletos"** - cualquier persona del equipo puede colocar allí un formulario a medio terminar, y cualquiera puede retirarlo de nuevo. * **El buzón del jefe** - donde van los formularios Finalizado. Una vez que un formulario pasa por allí, solo el jefe puede ocuparse de él. Los botones de Onsite se corresponden con esta analogía física: | Acción de Onsite | Analogía física | | ---------------------------- | --------------------------------------------------------------------------------------- | | **Guardar** | Coloque el formulario en su maletín | | **Cargar local** | Saque el formulario de su maletín | | **Publicar como incompleto** | Coloque el formulario en el estante de "incompletos" | | **Recuperar** | Lleve un formulario del estante de "incompletos" de vuelta a su maletín | | **Publicar como final** | Deposite el formulario en el buzón del jefe | | **Revocar** | Meta la mano en el buzón y saque el formulario - consulte la advertencia a continuación | En cualquier momento, un formulario está en el maletín de alguien, en el estante o en el buzón; nunca en dos lugares. Así es como Onsite garantiza que dos personas no puedan Sobreescribir accidentalmente las ediciones de la otra. ## Publicación: incompleto frente a final Cuando publica un formulario, Onsite pregunta si está **incompleto** o **final**. La Selección importa. **Incompleto** significa que el formulario todavía se está elaborando. Solo el `.gdof` archivo en sí se envía a la carpeta compartida; todavía no se genera ningún PDF ni exportación de GeoDinML, porque los datos no son definitivos. Un compañero puede [recuperar](/geodin-onsite/es/guias/publishing-and-retrieving.md) el formulario, completar las partes restantes y publicarlo de nuevo cuando esté Listo. **Final** significa que el formulario está terminado. Onsite requiere que el formulario pase Primero la validación. Cuando publica como final, Onsite genera **todos los entregables** - el `.gdof`, un PDF sin la marca de agua "borrador", un archivo GeoDinML Listo para Importar en GeoDin y cualquier otro resultado que necesite su proyecto. Estos se envían a la carpeta compartida, y la oficina puede procesarlos. Después de publicar como final, el formulario de su dispositivo se cierra y queda en modo de solo lectura. Puede verlo en Cargar local, pero no puede Editar; ahora es del jefe. ## La fotocopia para recuperación ante desastres Cada vez que publica un formulario, Onsite Conservar una **fotocopia local de solo lectura** en su carpeta de trabajo. Esto es una red de seguridad para situaciones en las que el formulario "real" se vuelve inaccesible: su tableta cae por la borda, la carpeta compartida deja de estar disponible, el servicio de sincronización suspende su cuenta, y todavía necesita un registro de lo que envió. Puede Abrir la fotocopia mediante Cargar local. Está claramente marcada como una Copiar y no puede Editarla directamente. Pero si realmente necesita Deshacer la publicación de un formulario, hay una salida de emergencia: **Revocar**. ## Revocar - úselo con precaución **Revocar** anula la publicación de un formulario. Toma su fotocopia de solo lectura, la hace editable de nuevo y le transfiere la propiedad. Después puede Editar y publicar una Nueva Versión. El peligro es que la oficina puede haber **ya procesado** la Versión Anterior: importada en GeoDin, generado una lámina, enviado un Informe al Cliente. Revocar no recupera nada de ese trabajo posterior. Si revoca y vuelve a publicar, depende de que la siguiente persona advierta que hay una Nueva Versión. {% hint style="danger" %} **Reglas generales para Revocar:** * Evítelo siempre que sea posible. Es una salida de emergencia, no un Paso del flujo de trabajo. * Si debe revocar, **comuníquese con quien recibe sus formularios** antes de hacerlo. Dígale que viene una Nueva Versión para que no procese la antigua. * Nunca revoque un formulario que se publicó hace más de unas pocas horas; suponga que ya se ha procesado. {% endhint %} ## Control de versiones y disciplina de equipo Los formularios se mueven entre miembros del equipo y, a veces, también entre versiones de Onsite: alguien con una versión más antigua recupera un formulario publicado por alguien con una versión más reciente. La regla más sencilla: **Conservar a todos en la última versión**. La comprobación de actualización Automáticamente de Onsite al iniciarse facilita esto. Una versión más antigua normalmente aún puede Abrir un formulario más reciente, pero cualquier dato vinculado a nuevas Tablas o nuevos campos introducidos en la versión más reciente puede perderse al Guardar. Para equipos con varios usuarios, la disciplina de actualización es importante. *** **Véase también** * [Publicación y recuperación de formularios](/geodin-onsite/es/guias/publishing-and-retrieving.md) - guía paso a paso * [Configuración de la entrega de archivos](/geodin-onsite/es/configuracion/file-delivery-setup.md) - configuración de la carpeta compartida * [Formularios y Proyectos](/geodin-onsite/es/conceptos-del-nucleo-de-perforacion/forms-and-projects.md) - qué es realmente un formulario en el disco --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.geodin.com/geodin-onsite/es/conceptos-del-nucleo-de-perforacion/file-delivery-and-ownership.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.