For the complete documentation index, see llms.txt. This page is also available as Markdown.

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 Arbeitsabläufe von der Baustelle ins Büro — Bohrtrupps im Außeneinsatz, Ingenieure im Büro, Formulare, die zwischen ihnen hin und her gehen. Damit das sicher funktioniert, führt Onsite zwei Konzepte ein: Dateiübertragung und Formularbesitz.

Wenn Sie diese Seite einmal lesen, werden die Schaltflächen Publish / Retrieve / Revoke überall sonst im Produkt selbstverständlich wirken.

Dateiübertragungsmodi

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 und teilen sie per E-Mail, USB oder wie auch immer Sie möchten.

  • Gemeinsam genutztes Netzwerkverzeichnis — Sie verweisen Onsite auf einen Ordner auf Ihrem Rechner, der 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 Ordner und schreibt in diesen Ordner.

Sobald ein freigegebener Ordner 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.

Siehe Einrichtung der Dateiauslieferung für die praktischen Konfigurationsschritte. Diese Seite behandelt warum Dateiübertragung so funktioniert, wie sie funktioniert.

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 immer nur an einem Ort sein und gehört immer genau einer Person.

Stellen Sie sich vor, Ihr Team arbeitet in einem Büro mit:

  • dem Aktenkoffer jeder Person — dort liegen die Formulare, an denen gerade gearbeitet wird. Das ist Ihre Onsite-Installation auf Ihrem Tablet.

  • einem "unvollständig"-Ablagefach — jedes Teammitglied kann dort ein halbfertiges Formular ablegen, und jeder kann es wieder herausnehmen.

  • dem Briefkasten des Chefs — dort landen fertige Formulare. Sobald ein Formular dort eingeht, kann sich nur noch der Chef damit befassen.

Die Schaltflächen in Onsite lassen sich auf diese physische Analogie abbilden:

Onsite-Aktion
Physische Analogie

Speichern

Das Formular in Ihren Aktenkoffer legen

Laden lokal

Das Formular wieder aus Ihrem Aktenkoffer herausnehmen

Als unvollständig veröffentlichen

Das Formular in das "unvollständig"-Ablagefach legen

Abrufen

Ein Formular aus dem "unvollständig"-Ablagefach zurück in Ihren Aktenkoffer nehmen

Als endgültig veröffentlichen

Das Formular durch den Briefkasten des Chefs einwerfen

Widerrufen

In den Briefkasten greifen und das Formular wieder herausziehen — siehe Warnung unten

In jedem Moment befindet sich ein Formular entweder in jemandes Aktenkoffer, im Ablagefach oder im Briefkasten — niemals an zwei Orten zugleich. 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ültigist. Die Auswahl ist wichtig.

Unvollständig bedeutet, dass das Formular noch bearbeitet wird. Nur die .gdof Datei selbst wird in das freigegebene Verzeichnis übertragen — noch kein PDF, keine GeoDinML-Export wird erzeugt, weil die Daten nicht final sind. Ein Kollege kann abrufen das Formular, Signatur Sie die verbleibenden Teile aus und veröffentlichen Sie erneut, wenn sie fertig sind.

Final bedeutet, dass das Formular fertig ist. Onsite erfordert, dass das Formular als erster zu validiert wird. Wenn Sie als final veröffentlichen, generiert Onsite Alle Liefergegenstände — der .gdof, eine PDF ohne das „draft“-Wasserzeichen, eine GeoDinML-Datei, fertig zum Importieren in GeoDin Desktop, und beliebige andere Ausgaben, die Ihr Projekt benötigt. Diese werden in das gemeinsame Verzeichnis verschoben, und das Büro kann sie verarbeiten.

Nachdem das Formular als endgültig veröffentlicht wurde, 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 disaster-recovery-Fotokopie

Jedes Mal, wenn Sie ein Formular veröffentlichen, hält Onsite eine lokale schreibgeschützte Fotokopie in Ihrem Arbeitsverzeichnis bereit. Dies ist ein Sicherheitsnetz für Szenarien, in denen das „echte“ Formular nicht mehr erreichbar ist — Ihr Tablet geht über Bord, das gemeinsame Verzeichnis ist nicht verfügbar, der Synchronisierungsdienst setzt Ihr Konto aus — und Sie trotzdem noch einen Nachweis dessen benötigen, was Sie gesendet haben.

Sie können die Fotokopie über Laden Lokal öffnen. Sie ist deutlich 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 jedoch einen Ausweg: Widerrufen.

Widerrufen — mit Vorsicht verwenden

Widerrufen macht die Veröffentlichung eines Formulars rückgängig. Es nimmt Ihre schreibgeschützte Fotokopie, macht sie wieder bearbeitbar und überträgt das Eigentum zurück an Sie. Sie können sie dann 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 Desktop importiert, eine Platte erstellt, einen Bericht an den Auftraggeber gesendet hat. 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.

Versionierung und Teamdisziplin

Formulare verschieben sich 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 alle auf der neuesten Version. Die automatische Aktualisieren-Prüfung von Onsite beim Start macht dies einfach. Eine ältere Version kann normalerweise noch ein neueres Formular öffnen, aber beliebige Daten, die an neue Tabellen oder neue Felder gebunden sind, die in der neueren Version eingeführt wurden, können auf Speichern verloren gehen. Für Teams mit mehreren Benutzern ist Aktualisierungsdisziplin wichtig.


Siehe auch

Zuletzt aktualisiert

War das hilfreich?