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 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 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.

Siehe Einrichtung der Dateiübertragung für die praktischen Konfigurationsschritte. Diese Seite behandelt warum die 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 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 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.

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

Zuletzt aktualisiert

War das hilfreich?