> 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/de/bohrkern-konzepte/file-delivery-and-ownership.md). # Datei-Zustellung & Eigentum Wenn Sie allein auf einem Tablet arbeiten, verhält sich Onsite wie jedes gewöhnliche Programm: Sie erstellen ein Formular, es wird gespeichert, es bleibt auf Ihrem Gerät. Aber Onsite ist ausgelegt für **Arbeitsabläufe vom Außendienst ins Büro** - Bohrteams im Außendienst, Ingenieure im Büro, Formulare, die zwischen ihnen hin- und herwandern. Damit das sicher funktioniert, führt Onsite zwei Konzepte ein: **Dateiübermittlung** und **Formularbesitz**. Wenn Sie diese Seite einmal lesen, werden die Schaltflächen Veröffentlichen / Abrufen / Widerrufen überall sonst im Produkt selbstverständlich sein. ## Modi der Dateiübermittlung Onsite bietet zwei Möglichkeiten, mit Ihren Daten umzugehen, konfiguriert in Konfiguration → Integration: * **Keine Übermittlung** (Standard) - alles bleibt auf Ihrem Gerät. Sie arbeiten allein. Wenn Sie Daten an das Büro übergeben möchten, [exportieren Sie eine `.geodinml` Datei manuell](/geodin-onsite/de/anleitungen/exporting-to-geodin.md) und teilen Sie sie per E-Mail, USB oder wie auch immer Sie möchten. * **Gemeinsames Netzwerk-Verzeichnis** - Sie verweisen Onsite auf ein Verzeichnis auf Ihrem Rechner, das mit Ihren Kollegen synchronisiert ist (über OneDrive, Dropbox, Google Drive oder einen anderen Synchronisierungsdienst Ihrer Wahl). Onsite ist es egal, welchen Dienst Sie verwenden; es liest einfach aus diesem Verzeichnis und schreibt dorthin. Sobald ein freigegebenes Verzeichnis konfiguriert ist, erscheinen zwei neue Schaltflächen im Onsite-Menü: **Veröffentlichen** und **Abrufen**. Das sind die Mechanismen, mit denen Formulare übergeben und wieder abgeholt werden. {% hint style="info" %} Siehe [Einrichtung der Dateiübermittlung](/geodin-onsite/de/konfiguration/file-delivery-setup.md) für die praktischen Konfigurationsschritte. Diese Seite behandelt *warum* die Dateiübermittlung so funktioniert, wie sie funktioniert. {% endhint %} ## Das Eigentumsmodell: ein einzelnes Blatt Papier Die entscheidende Idee ist, dass **ein Formular sich wie ein einzelnes Blatt Papier verhält**. Es gibt nur eines davon. Es kann immer nur an einem Ort sein, und es gehört immer genau einer Person. Stellen Sie sich vor, Ihr Team arbeitet in einem Büro mit: * **Die Aktentasche jeder Person** - dort befinden sich die Formulare, an denen sie gerade arbeiten. Das ist Ihre Onsite-Installation auf Ihrem Tablet. * **Ein "Unfertig"-Regal** - jede Person im Team kann dort ein halb beendetes Formular ablegen, und jede Person kann es wieder herausnehmen. * **Der Briefkasten des Chefs** - dort landen beendete Formulare. Sobald ein Formular dort eingeworfen wurde, kann nur der Chef damit umgehen. Die Schaltflächen in Onsite entsprechen dieser physischen Analogie: | Onsite-Aktion | Physische Analogie | | ------------------------------------- | ---------------------------------------------------------------------------------------------- | | **Speichern** | Legen Sie das Formular in Ihre Aktentasche | | **Lokal laden** | Nehmen Sie das Formular wieder aus Ihrer Aktentasche | | **Als unvollständig veröffentlichen** | Legen Sie das Formular auf das "Unfertig"-Regal | | **Abrufen** | Nehmen Sie ein Formular vom "Unfertig"-Regal wieder in Ihre Aktentasche | | **Als endgültig veröffentlichen** | Werfen Sie das Formular in den Briefkasten des Chefs | | **Widerrufen** | Greifen Sie in den Briefkasten und ziehen Sie das Formular wieder heraus - siehe Warnung unten | Zu jedem Zeitpunkt befindet sich ein Formular entweder in der Aktentasche einer Person, im Regal oder im Briefkasten - niemals an zwei Orten. So stellt Onsite sicher, dass zwei Personen nicht versehentlich die Änderungen der jeweils anderen überschreiben können. ## Veröffentlichen: unvollständig vs. endgültig Wenn Sie ein Formular veröffentlichen, fragt Onsite, ob es **unvollständig** oder **endgültig**ist. Die Auswahl ist wichtig. **Unvollständig** bedeutet, dass das Formular noch bearbeitet wird. Nur die `.gdof` Datei selbst geht in das freigegebene Verzeichnis - noch wird weder ein PDF noch ein GeoDinML-Exportieren erzeugt, weil die Daten noch nicht endgültig sind. Ein Kollege kann [abrufen](/geodin-onsite/de/anleitungen/publishing-and-retrieving.md) das Formular, die verbleibenden Teile ausfüllen und erneut veröffentlichen, wenn sie bereit sind. **Endgültig** bedeutet, dass das Formular fertig ist. Onsite verlangt, dass das Formular zuerst die Validierung besteht. Wenn Sie es als endgültig veröffentlichen, erzeugt Onsite **Alle Liefergegenstände** - die `.gdof`, ein PDF ohne das "draft"-Wasserzeichen, eine GeoDinML-Datei, bereit zum Importieren in GeoDin Desktop, und alle anderen Ausgaben, die Ihr Projekt benötigt. Diese werden in das freigegebene Verzeichnis verschoben, und das Büro kann sie verarbeiten. Nach der Veröffentlichung als endgültig ist das Formular auf Ihrem Gerät geschlossen und schreibgeschützt. Sie können es in Laden Local sehen, aber nicht bearbeiten - es gehört jetzt dem Chef. ## Die Notfallkopie zur Wiederherstellung Jedes Mal, wenn Sie ein Formular veröffentlichen, behält Onsite eine **lokale schreibgeschützte Kopie** in Ihrem Arbeitsverzeichnis. Das ist ein Sicherheitsnetz für Szenarien, in denen das "echte" Formular unerreichbar wird - Ihr Tablet über Bord fällt, das freigegebene Verzeichnis nicht mehr verfügbar ist, der Synchronisierungsdienst Ihr Konto sperrt - und Sie dennoch einen Nachweis dessen benötigen, was Sie gesendet haben. Sie können die Kopie über Laden Local öffnen. Sie ist eindeutig als Kopie gekennzeichnet, und Sie können sie nicht direkt bearbeiten. Wenn Sie ein veröffentlichtes Formular wirklich rückgängig machen müssen, gibt es einen Ausweg: **Widerrufen**. ## Widerrufen - Benutzen Sie mit Vorsicht **Widerrufen** hebt die Veröffentlichung eines Formulars auf. Es nimmt Ihre schreibgeschützte Kopie, macht sie wieder bearbeitbar und überträgt das Eigentum zurück an Sie. Danach können Sie bearbeiten und eine neue Version veröffentlichen. Die Gefahr besteht darin, dass das Büro möglicherweise **bereits verarbeitet** die Vorige Version bereits verarbeitet - sie in GeoDin Desktop importiert, eine Platte erstellt, einen Bericht an den Auftraggeber gesendet. Ein Widerruf ruft nichts von dieser nachgelagerten Arbeit zurück. Wenn Sie widerrufen und erneut veröffentlichen, verlassen Sie sich darauf, dass die nächste Person bemerkt, dass es eine Neue Version gibt. {% hint style="danger" %} **Faustregeln für Widerrufen:** * Vermeiden Sie es, wo immer möglich. Es ist ein Ausweg, kein Workflow-Schritt. * Wenn Sie widerrufen müssen, **kommunizieren Sie mit allen, die Ihre Formulare erhalten** bevor Sie es tun. Teilen Sie ihnen mit, dass eine Neue Version kommt, damit sie die alte nicht verarbeiten. * Nie widerrufen Sie ein Formular, das vor mehr als ein paar Stunden veröffentlicht wurde - nehmen Sie an, dass es bereits verarbeitet wurde. {% endhint %} ## Versionierung und Teamdisziplin Formulare wechseln zwischen Teammitgliedern und manchmal auch zwischen Onsite-Versionen - jemand auf einer älteren Version ruft ein Formular ab, das von jemandem auf einer neueren Version veröffentlicht wurde. Die einfachste Vorschrift: **Beibehalten Sie alle auf der neuesten Version**. Onsites automatische Prüfung auf Aktualisieren beim Start macht das einfach. Eine ältere Version kann normalerweise noch ein neueres Formular öffnen, aber alle Daten, die an neue Tabellen oder neue Felder gebunden sind, die in der neueren Version eingeführt wurden, können beim Speichern verloren gehen. Für Teams mit mehreren Benutzern ist Aktualisieren Disziplin wichtig. *** **Siehe auch** * [Veröffentlichen und Abrufen von Formularen](/geodin-onsite/de/anleitungen/publishing-and-retrieving.md) - Schritt-für-Schritt-Anleitung * [Einrichtung der Dateiübermittlung](/geodin-onsite/de/konfiguration/file-delivery-setup.md) - Konfigurieren des freigegebenen Verzeichnisses * [Formulare & Projekte](/geodin-onsite/de/bohrkern-konzepte/forms-and-projects.md) - was ein Formular auf der Festplatte tatsächlich ist --- # 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/de/bohrkern-konzepte/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.