> 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/pt/conceitos-de-carote/file-delivery-and-ownership.md). # Entrega de ficheiros e propriedade Quando você trabalha sozinho em um tablet, Onsite comporta-se como Arbitrário programa comum: você cria um formulário, ele salva, ele permanece sobre (em) o seu dispositivo. Mas Onsite é projetado para **fluxos de trabalho do campo ao/à escritório** - equipas de perfuração incluido o campo, engenheiros incluido o escritório, formulários a mover-se entre eles. ao/à fazer isso funcionar com segurança, a Onsite introduz dois conceitos: **entrega de Ficheiro** e **propriedade do formulário**. Ler esta página uma vez tornará os botões Publicar / Recuperar / Revogar óbvios em todo o resto do produto. ## Modos de entrega de Ficheiro O Onsite oferece duas formas de lidar com os seus dados, configuradas incluido Configuração > Integração: * **Não entrega** (Padrão) - tudo fica sobre (em) o seu dispositivo. Você trabalha sozinho. Quando quiser entregar dados ao/à escritório, você [exportar um `.geodinml` ficheiro manualmente](/geodin-onsite/pt/guias/exporting-to-geodin.md) e partilhe-o por email, USB ou como quiser. * **Pasta de rede partilhada** - aponta o Onsite para uma pasta na tua máquina que está sincronizada com os teus colegas (via OneDrive, Dropbox, Google Drive ou qualquer outro serviço de sincronização da tua escolha). O Onsite não se importa com o serviço que usas; apenas lê dessa pasta e escreve nessa pasta. Assim que uma pasta partilhada é configurada, aparecem dois novos botões no menu do Onsite: **Publicar** e **Recolher**. Estes são os mecanismos de entregar formulários e recolhê-los. {% hint style="info" %} Ver [Configuração de entrega de Ficheiro](/geodin-onsite/pt/configuracao/file-delivery-setup.md) para os passos práticos de Configuração. Esta Página cobre *porquê* a entrega de Ficheiro funciona da forma como funciona. {% endhint %} ## o modelo de propriedade: uma única folha de papel A ideia fundamental é que **um formulário comporta-se como uma única folha de papel**. Só existe um. Pode estar em um Lugar de cada vez, e pertence exatamente a uma pessoa ao mesmo Tempo. Imagine a sua equipa a trabalhar incluido num escritório com: * **A pasta de cada pessoa** - onde os formulários em que estão a trabalhar ativamente ficam. Esta é a sua Instalação sobre (em) o seu tablet. * **Uma prateleira "incompleta"** - qualquer pessoa sobre (em) a equipa pode colocar lá um formulário meio terminado, e qualquer pessoa pode tirá-lo Para atrás. * **A caixa de correio do chefe** - onde os formulários terminados vão. Assim que um formulário passa, apenas o chefe pode lidar com ele. Os botões incluido no Mapa Onsite correspondem ao/à esta analogia física: | Ação Onsite | Analogia física | | ---------------------------- | ------------------------------------------------------------------------------------ | | **Guardar** | Coloque o formulário incluido na sua pasta | | **Carregar local** | Tire o formulário Para atrás da sua pasta | | **Publique como incompleto** | Coloque o formulário No prateleira "incompleta" | | **Recolher** | Tire um formulário da prateleira "incompleta" Para atrás da sua pasta | | **Publicar como final** | Deixe cair o formulário pela caixa de correio do chefe | | **Revogar** | Enfie a mão na caixa de correio e puxe o formulário Para atrás - veja o Aviso abaixo | Para Arbitrário momento, um formulário está ou incluido na pasta de alguém, ou sobre (em) a prateleira, ou pela caixa de correio - Nunca em dois lugares. É assim que o Onsite garante que duas pessoas não podem Sobrescrever acidentalmente as edições uma da outra. ## Publicação: incompleto versus final Quando você publica um formulário, o Onsite pergunta se ele está **incompleto** OU **final**. A Seleção importa. **Incompleto** significa que o formulário ainda está a ser trabalhado sobre (em). Apenas o `.gdof` O Ficheiro em si vai ao/à Pasta partilhada - Não há PDF, nem é gerado ainda nenhum Exportar GeoDinML, porque os dados não estão finais. Um colega pode [recuperar](/geodin-onsite/pt/guias/publishing-and-retrieving.md) o formulário, preencher as partes restantes, incluido, E publicar novamente quando estiverem Terminado. **Final** significa que o formulário está concluído. O Onsite exige que o formulário passe primeiro pela validação. Quando publicar como final, o Onsite gera **todos os entregáveis** - o `.gdof`, um PDF sem a marca de água "draft", um Ficheiro GeoDinML Terminado para Importar para o GeoDin, e Arbitrário outros resultados de que seu projeto precise. Estes são enviados para a Pasta partilhada, E o escritório pode processá-los. Após publicar como final, o formulário no seu dispositivo é fechado e fica só de leitura. Pode vê-lo em Carregar Local, mas não o pode editar - agora é do chefe. ## A fotocópia de recuperação de desastre Sempre que publica um formulário, o Onsite mantém uma **fotocópia local só de leitura** na sua Pasta de trabalho. Isto é uma rede de segurança para cenários em que o formulário "real" fica inacessível - o seu tablet cai ao mar, a Pasta partilhada fica indisponível, o serviço de sincronização suspende a sua conta - e ainda precisa de um registo do que enviou. Pode abrir a fotocópia via Carregar Local. Está claramente marcada como uma cópia, e não a pode editar diretamente. Mas, se realmente precisar de desfazer um formulário publicado, há uma saída de emergência: **Revogar**. ## Revogar - usar com cautela **Revogar** despublica um formulário. Pega na sua fotocópia só de leitura, torna-a editável novamente e transfere a propriedade de volta para si. Depois, pode editar e publicar uma nova versão. O perigo é que o escritório possa já ter **processado** a versão anterior - importou-a para o GeoDin, gerou uma placa, enviou um relatório ao cliente. Revogar não recupera nenhum desse trabalho subsequente. Se revogar e republicar, estará a contar com a próxima pessoa a notar que há uma nova versão. {% hint style="danger" %} **Regras gerais para Revogar:** * Evite-o sempre que possível. É uma saída de emergência, não uma etapa do fluxo de trabalho. * Se tiver de revogar, **comunique com quem recebe os seus formulários** antes de o fazer. Diz-lhes que vem aí uma Versão nova para que não processem a antiga. * Nunca revogue um formulário publicado há mais de algumas Horas — assuma que já foi processado. {% endhint %} ## Gestão de Versão e disciplina da equipa Os formulários movem-se entre membros da equipa, e às vezes também entre Versões do Onsite - alguém numa Versão mais antiga vai buscar um formulário publicado por alguém numa Versão nova. O Regulamento mais simples: **manter todos na Versão mais recente**No arranque, a verificação Automático de Atualizar do Onsite torna isto fácil. Uma Versão mais antiga pode normalmente ainda Abrir um formulário Versão nova, mas quaisquer dados ligados a novas Tabelas ou novos campos introduzidos na Versão nova podem perder-se sobre (em) Guardar. Para equipas com vários utilizadores, a disciplina de Atualizar importa. *** **Ver também** * [Publicar e recuperar formulários](/geodin-onsite/pt/guias/publishing-and-retrieving.md) - guia Paso a passo * [Configuração de entrega de Ficheiro](/geodin-onsite/pt/configuracao/file-delivery-setup.md) - a configurar a Pasta partilhada * [Formulários e Projetos](/geodin-onsite/pt/conceitos-de-carote/forms-and-projects.md) - o que um formulário realmente é sobre (em) 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/pt/conceitos-de-carote/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.