Mobiltransaktionen
- Jochen Pfannenstill
- Matthäus Weiss
Attribut | Beschreibung |
|---|---|
Api Version | 3 … MobileClient / Android App |
Benutzer | Wer hat die Transaktion erstellt (Name des Benutzers) |
Breitengrad | Breitengrad an dem die Transaktion erstellt wurde, falls das GPS am MobileClient eingeschaltet ist. |
Erstellt | Zeitpunkt, für welchen die Transaktion erstellt werden soll, zB: “Termin beginnen um 08:00” |
Fehlerhaft | Wenn eine Transaktion vom Server nicht verarbeitet werden konnte, ist hier die Begründung zu sehen |
Gültig | Gültigkeit der Transaktion (JA oder NEIN). Transaktionen können z.B. ungültig sein, wenn es sich um ein Duplikat handelt. |
Interaktionsdatum | Zeitpunkt, wann der Benutzer am MobileClient die Buchung vorgenommen hat. |
Kommentar |
|
Längengrad | Längengrad an dem die Transaktion erstellt wurde, falls das GPS am MobileClient eingeschaltet ist. |
Login | Benutzername (Login) des Benutzers, welcher die Transaktion erstellt hat |
Lohnart | Wenn am MobileClient Lohnbuchungen erzeugt werden, steht hier die gebuchte Lohnart |
Mitarbeiter | Mitarbeiter, für welchen die Transaktion erstellt wurde. Unterscheidet sich vom Benutzer, wenn man einen Kollegen mitbucht (Partie buchen) |
Mobilclient Version | Nur relevant bei Buchungen vom MobileClient (ApiVersion=3). Gibt die verwendete Version des MobileClient an |
Mobilgerät | Gibt an, mit welchem Gerät die Buchung vorgenommen worden ist |
Objekt | Interne Identifikation eines Elements (zB: Termin, Benutzer, …) |
Objekttyp | Um was für ein Art von Element es sich handelt, zB: Termin, Benutzer, … |
Operation | Operationstyp der Transaktion (z.B. Arbeitstag Beginnen, Arbeitstag Beenden, Bericht Erzeugen usw…) |
Postleitzahl |
|
UUID | eindeutige ID - für interne (technische) Verwendung |
Wert | Wert der Transaktion, zB: “(1) Stunde Fahrt/Arbeit/…” |
Zuletzt geändert | Zeitpunkt der letzten Änderung |
Beispiel für Zeiten:
Ein Mitarbeiter bucht auf seinem MobileClient um 08:13:17, das er seine Arbeit um 08:10 begonnen hat. Diese Buchung wird um 08:17:56 zu unserem Server verschickt. Um 16:14:19 korrigiert ein Mitarbeiter im Büro die Zeit auf 08:00
In diesem Fall hätten folgende Spalte die entsprechenden Werte:
Erstellt = 08:10:00
Interaktionsdatum = 08:13:17
Synchronisationsdatum = 08:17:56
Zuletzt geändert = 16:14:19
Durch die Änderung vom Büromitarbeiter (um 16:14:19) würden die ursprünglichen Transaktionen vom MobileClient-Benutzer auf ungültig gesetzt werden (Das Setzen auf “Gültig=Nein” ist eine Änderung, daher ist das “Zuletzt geändert” der oben erwähnten Buchung 16:14:19). Im Zuge der Änderung über die Korrekturmaske werden neue Transaktionen generiert. Die neuen Transaktionen hätten folgende Werte:
Erstellt = 08:00:00
Interaktionsdatum = 16:14:19
Synchronisationsdatum = 16:14:19
Zuletzt geändert = 16:14:19
Buchungen, welche noch nie geändert worden sind, kann man daran erkennen, das diese bei “Synchronisationsdatum” und “Zuletzt geändert” den gleichen Wert beinhalten.