> 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übertragung & 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 für **Workflows vom Außeneinsatz ins Büro** - Bohrteams im Außeneinsatz, Ingenieure im Büro, Formulare, die zwischen ihnen hin und her wandern. Damit das sicher funktioniert, führt Onsite zwei Konzepte ein: **Dateiübertragung** und **Formularbesitz**. Wenn Sie diese Seite einmal lesen, werden Ihnen die Schaltflächen Veröffentlichen / Abrufen / Widerrufen überall sonst im Produkt offensichtlich erscheinen. ## Modi der Dateiübertragung Onsite bietet zwei Möglichkeiten, Ihre Daten zu handhaben, konfiguriert in Konfiguration > Integration: * **Keine Übertragung** (Standard) - alles bleibt auf Ihrem Gerät. Sie arbeiten allein. Wenn Sie Daten an das Büro weitergeben 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 Netzwerkverzeichnis** - 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 egal, welchen Dienst Sie benutzen; es liest einfach aus diesem Verzeichnis und schreibt dorthin. Sobald ein gemeinsames Verzeichnis konfiguriert ist, erscheinen zwei neue Schaltflächen im Onsite-Menü: **Veröffentlichen** und **Abrufen**. Das sind die Mechanismen zum Weitergeben und Aufnehmen von Formularen. {% hint style="info" %} Siehe [Einrichtung der Dateiübertragung](/geodin-onsite/de/konfiguration/file-delivery-setup.md) für die praktischen Konfigurationsschritte. Diese Seite behandelt *warum* die Dateiübertragung so funktioniert, wie sie funktioniert. {% endhint %} ## Das Besitzmodell: ein einziges Blatt Papier Die entscheidende Idee ist, dass **ein Formular sich wie ein einziges Blatt Papier verhält**. Es gibt nur eines davon. Es kann sich immer nur an einem Ort befinden und gehört immer genau einer Person. Stellen Sie sich vor, Ihr Team arbeitet in einem Büro mit: * **Die Aktentasche jeder Person** - wo die Formulare, an denen sie gerade arbeiten, liegen. Das ist Ihre Onsite-Installation auf Ihrem Tablet. * **Ein "Unvollständig"-Regal** - dort kann jeder im Team ein halb beendetes Formular ablegen, und jeder kann es wieder herausnehmen. * **Der Briefkasten des Chefs** - dorthin kommen beendete Formulare. Sobald ein Formular dort landet, kann sich nur der Chef darum kümmern. Die Schaltflächen in Onsite entsprechen dieser physischen Analogie: | Onsite-Aktion | Physische Analogie | | ------------------------------------- | ---------------------------------------------------------------------------------------------- | | **Speichern** | Das Formular in Ihre Aktentasche legen | | **Lokal laden** | Das Formular wieder aus Ihrer Aktentasche nehmen | | **Als unvollständig veröffentlichen** | Das Formular ins "Unvollständig"-Regal legen | | **Abrufen** | Ein Formular vom "Unvollständig"-Regal zurück in Ihre Aktentasche nehmen | | **Als endgültig veröffentlichen** | Das Formular durch den Briefkasten des Chefs einwerfen | | **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 jemandes Aktentasche, im Regal oder im Briefkasten - Nie an zwei Orten. So garantiert Onsite, dass zwei Personen nicht versehentlich die Bearbeitungen der jeweils anderen überschreiben. ## Veröffentlichen: unvollständig vs. final Wenn Sie ein Formular veröffentlichen, fragt Onsite, ob es **unvollständig** ODER **final**. Die Auswahl ist wichtig. **Unvollständig** bedeutet, dass das Formular noch bearbeitet wird. Nur die `.gdof` Datei selbst geht in das gemeinsame Verzeichnis - es wird noch kein PDF und kein GeoDinML-Exportieren erzeugt, weil die Daten noch nicht final sind. Ein Kollege kann [abrufen](/geodin-onsite/de/anleitungen/publishing-and-retrieving.md) das Formular, die restlichen Teile ausfüllen und es erneut veröffentlichen, wenn sie bereit sind. **Endgültig** bedeutet, dass das Formular fertig ist. Onsite verlangt, dass das Formular die Validierung als erster Schritt besteht. Wenn Sie als final veröffentlichen, erzeugt Onsite **Alle Ausgabedateien** - die `.gdof`, ein PDF ohne das "draft"-Wasserzeichen, eine GeoDinML-Datei, bereit zum Importieren in GeoDin, und alle anderen Ausgaben, die Ihr Projekt benötigt. Diese werden in das gemeinsame Verzeichnis verschoben, und das Büro kann sie im Prozess bearbeiten. Nach dem Veröffentlichen als final ist das Formular auf Ihrem Gerät geschlossen und nur lesbar. Sie können es in „Lokal laden“ sehen, aber nicht bearbeiten - es gehört jetzt dem Chef. ## Die Katastrophenwiederherstellungs-Kopie 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 nicht mehr erreichbar ist - Ihr Tablet über Bord geht, das gemeinsame Verzeichnis nicht verfügbar ist, der Synchronisierungsdienst Ihr Konto suspendiert - und Sie trotzdem einen Nachweis darüber brauchen, was Sie gesendet haben. Sie können die Kopie über „Lokal laden“ öffnen. Sie ist klar als Kopie gekennzeichnet, und Sie können sie nicht direkt bearbeiten. Wenn Sie eine veröffentlichte Form wirklich Rückgängig machen müssen, gibt es aber eine Notlösung: **Widerrufen**. ## Widerrufen - Benutzen Sie es mit Vorsicht **Widerrufen** nimmt die Veröffentlichung eines Formulars zurück. Es nimmt Ihre schreibgeschützte Kopie, macht sie wieder bearbeitbar und überträgt das Eigentum wieder an Sie. Danach können Sie sie bearbeiten und eine Neue Version veröffentlichen. Die Gefahr besteht darin, dass das Büro möglicherweise **bereits verarbeitet hat** die Vorige Version - sie in GeoDin importiert, eine Platte erzeugt, einen Bericht an den Auftraggeber gesendet hat. Das Widerrufen macht keine dieser nachgelagerten Arbeiten rückgängig. 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 eine Notlösung, kein Schritt im Prozess. * Wenn Sie unbedingt widerrufen müssen, **kommunizieren Sie mit allen, die Ihre Formulare erhalten** bevor Sie es tun. Sagen Sie ihnen, dass eine Neue Version kommt, damit sie die alte nicht verarbeiten. * Widerrufen Sie niemals ein Formular, das vor mehr als ein paar Stunden veröffentlicht wurde - gehen Sie davon aus, 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 Regel: **Alle auf der neuesten Version beibehalten**. Die Automatisch ausgeführte Prüfung zum Aktualisieren von Onsite beim Start macht das einfach. Eine ältere Version kann normalerweise noch ein neueres Formular öffnen, aber alle Daten, die mit neuen Tabellen oder neuen Feldern eingeführt wurden, können beim Speichern verloren gehen. Für Teams mit mehreren Benutzern ist die Disziplin beim Aktualisieren wichtig. *** **Siehe auch** * [Formulare veröffentlichen und abrufen](/geodin-onsite/de/anleitungen/publishing-and-retrieving.md) - Schritt-für-Schritt-Anleitung * [Einrichtung der Dateiübertragung](/geodin-onsite/de/konfiguration/file-delivery-setup.md) - Konfigurieren des gemeinsamen Verzeichnisses * [Formulare & Projekte](/geodin-onsite/de/bohrkern-konzepte/forms-and-projects.md) - was ein Formular auf der Festplatte eigentlich 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.