> 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/fr/concepts-de-carotte/file-delivery-and-ownership.md). # Livraison du Fichier et propriété Lorsque vous travaillez seul sur une tablette, Onsite se comporte comme n'importe quel programme ordinaire : vous créez un formulaire, il se sauvegarde, il reste sur votre appareil. Mais Onsite est conçu pour **des flux de travail du terrain au bureau** - des équipes de forage sur le terrain, des ingénieurs au bureau, des formulaires circulant entre eux. Pour que cela fonctionne en toute sécurité, Onsite introduit deux concepts : **livraison de fichiers** et **propriété du formulaire**. Lire cette page une fois rendra les boutons Publier / Récupérer / Révoquer évidents partout ailleurs dans le produit. ## Modes de livraison du Fichier Onsite propose deux façons de gérer vos données, configurées dans Configuration > Intégration : * **Sans livraison** (Par défaut) - tout reste sur votre appareil. Vous travaillez seul. Lorsque vous voulez remettre les données au bureau, vous [Exporter un `.geodinml` Fichier manuellement](/geodin-onsite/fr/guides/exporting-to-geodin.md) et les partager par e-mail, USB ou comme bon vous semble. * **Répertoire réseau partagé** - vous pointez Onsite vers un Répertoire sur votre machine qui est synchronisé avec vos collègues (via OneDrive, Dropbox, Google Drive ou tout autre service de synchronisation de votre choix). Onsite ne se soucie pas du service que vous utilisez ; il lit simplement ce Répertoire et y écrit. Une fois un Répertoire partagé configuré, deux nouveaux boutons apparaissent dans le menu Onsite : **Publier** et **Récupérer**. Ce sont les mécanismes pour transmettre les formulaires et les récupérer. {% hint style="info" %} Voir [Configuration de la livraison de fichiers](/geodin-onsite/fr/configuration/file-delivery-setup.md) pour les étapes pratiques de configuration. Cette page couvre *pourquoi* la livraison du Fichier fonctionne de cette manière. {% endhint %} ## Le modèle de propriété : une seule feuille de papier L'idée essentielle est que **un formulaire se comporte comme une seule feuille de papier**. Il n'y en a qu'une seule. Elle peut se trouver à un seul endroit à la fois, et n'appartient qu'à une seule personne à la fois. Imaginez votre équipe travaillant dans un bureau avec : * **La mallette de chaque personne** - là où vivent les formulaires sur lesquels elle travaille activement. C'est votre installation Onsite sur votre tablette. * **Une étagère « incomplète »** - n'importe qui dans l'équipe peut y déposer un formulaire à moitié terminé, et n'importe qui peut le reprendre. * **La boîte aux lettres du patron** - là où vont les formulaires terminés. Une fois qu'un formulaire y passe, seul le patron peut s'en occuper. Les boutons d'Onsite correspondent à cette analogie physique : | Action Onsite | Analogie physique | | --------------------------- | ------------------------------------------------------------------------------------------------------- | | **Sauvegarder** | Mettre le formulaire dans votre mallette | | **Charger local** | Retirer le formulaire de votre mallette | | **Publier comme incomplet** | Mettre le formulaire sur l'étagère « incomplète » | | **Récupérer** | Remettre un formulaire de l'étagère « incomplète » dans votre mallette | | **Publier comme final** | Glisser le formulaire dans la boîte aux lettres du patron | | **Révoquer** | Introduire la main dans la boîte aux lettres et retirer le formulaire - voir l'Avertissement ci-dessous | À tout moment, un formulaire se trouve soit dans la mallette de quelqu'un, soit sur l'étagère, soit dans la boîte aux lettres - jamais à deux endroits. C'est ainsi qu'Onsite garantit que deux personnes ne peuvent pas accidentellement Ecraser les modifications de l'autre. ## Publication : incomplète vs finale Quand vous publiez un formulaire, Onsite demande s'il est **incomplet** ou **final**. Le choix compte. **Incomplet** signifie que le formulaire est encore en cours de travail. Seul le `.gdof` Fichier lui-même va dans le Répertoire partagé - aucun PDF, aucune exportation GeoDinML n'est encore générée, car les données ne sont pas finales. Un collègue peut [récupérer](/geodin-onsite/fr/guides/publishing-and-retrieving.md) le formulaire, compléter les parties restantes et republier quand il est prêt. **Final** signifie que le formulaire est terminé. Onsite exige que le formulaire passe d'abord la validation. Lorsque vous publiez en tant que final, Onsite génère **tous les livrables** - le `.gdof`, un PDF sans le filigrane « brouillon », un fichier GeoDinML prêt à Importer dans GeoDin, et toute autre sortie dont Votre projet a besoin. Ceux-ci sont envoyés dans le Répertoire partagé, et le bureau peut les traiter. Après publication en tant que final, le formulaire sur votre appareil est fermé et en lecture seule. Vous pouvez le voir dans Charger local, mais vous ne pouvez pas le modifier - c'est maintenant au patron. ## La photocopie de reprise après sinistre Chaque fois que vous publiez un formulaire, Onsite conserve une **photocopie locale en lecture seule** dans votre Répertoire de travail. C'est un filet de sécurité pour les scénarios où le formulaire « réel » devient inaccessible - votre tablette tombe à l'eau, le Répertoire partagé devient indisponible, le service de synchronisation suspend votre compte - et vous avez encore besoin d'une trace de ce que vous avez envoyé. Vous pouvez y accéder via Charger local. Elle est clairement marquée comme une copie, et vous ne pouvez pas la modifier directement. Mais si vous devez vraiment annuler un formulaire publié, il existe une porte de sortie : **Révoquer**. ## Révoquer - Utiliser avec prudence **Révoquer** dépublie un formulaire. Il prend votre photocopie en lecture seule, la rend à nouveau modifiable et vous en transfère la propriété. Vous pouvez alors éditer et publier une Nouvelle version. Le danger est que le bureau ait peut-être déjà **traité** la version Précédent - importée dans GeoDin, généré une plaque, envoyé un Rapport au client. Révoquer ne rappelle rien de ce travail en aval. Si vous révoquez et republiez, vous comptez sur la personne suivante pour remarquer qu'il existe une Nouvelle version. {% hint style="danger" %} **Règles de base pour Révoquer :** * À éviter autant que possible. C'est une porte de sortie, pas une étape de workflow. * Si vous devez absolument révoquer, **communiquez avec la personne qui reçoit vos formulaires** avant de le faire. Dites-lui qu'une Nouvelle version arrive afin qu'elle ne traite pas l'ancienne. * Ne révoquez jamais un formulaire publié il y a plus de quelques heures - partez du principe qu'il a déjà été traité. {% endhint %} ## Versionnage et discipline d'équipe Les formulaires passent d'un membre de l'équipe à l'autre, et parfois aussi d'une version d'Onsite à l'autre - quelqu'un sur une version plus ancienne récupère un formulaire publié par quelqu'un sur une version plus récente. La règle la plus simple : **maintenir tout le monde sur la dernière version**. La vérification automatique pour Mettre à jour au lancement d'Onsite rend cela facile. Une version plus ancienne peut généralement encore charger un formulaire plus récent, mais toutes les données liées aux nouveaux Tableaux ou aux nouveaux champs introduits dans la version plus récente peuvent être perdues à la sauvegarde. Pour les équipes multi-utilisateurs, la discipline de mise à jour compte. *** **Voir aussi** * [Publication et récupération des formulaires](/geodin-onsite/fr/guides/publishing-and-retrieving.md) - mode d'emploi étape par étape * [Configuration de la livraison de fichiers](/geodin-onsite/fr/configuration/file-delivery-setup.md) - configuration du Répertoire partagé * [Formulaires & Projets](/geodin-onsite/fr/concepts-de-carotte/forms-and-projects.md) - ce qu'est réellement un formulaire sur disque --- # 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/fr/concepts-de-carotte/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.