Veränderungen des Inhalts
Klicken Sie für eine detaillierte Beschreibung auf die geänderten Stellen:
Benutzen sie die linke oder die rechte Maustaste, um zur jeweils vorherigen bzw. nachfolgenden Änderung zu gelangen.
Mit diesem Job können abgeschlossene Job Migrate WD2 Travels
Zweck und Status
Der Job migriert Reiseabrechnungen aus Webdesk 2 .x nach Webdesk 3 migriert werden. Dabei werden alle Bestandteile der Reiseabrechnung übernommen:
-
Taggeld (inkl. Abzüge)
-
Etappen
-
Km-Gelder
-
Belege
Es werden keine mit einer Reiseabrechnung verknüpfte Zeitkorrekturen übernommen. Diese sind "normale" Zeitkorrekturen und können durch die normale Antragsmigration übertragen werden. Grundsätzlich erzeugt die Reisemigration ein neues TmTravelExpense Objekt in der Dienstreiseabrechnung mit dem Status "Reise migriert". Es wird aber kein Workflow-Antrag generiert. D.h. sämtliche Informationen über den Ablauf des Workflows gehen bei der Reiseabrechnungs-Migration verloren.
Vorraussetzungen
Für eine erfolgreiche Migration der Dienstreise sind folgende Angaben im Job notwendig:
Domino-Servername Angabe IP-Adresse oder hostname gefolgt mit Doppelpunkt und Port, z.B. 192.168.3.2:63148Pfad der Datenbankz.B. wdtravel.nsf
Benutzer zur Anmeldung an Lotus Notes (IIOP), z.B. sadmin
Passwort zur Anmeldung an Lotus Notes (IIOP) z.B. ksedbewfi
Suchstring für Suche nach Reiseabrechnungs-Dokumente (z.B. form="Reisehauptdokument" & status="9")
-
Falls man hier die Migration inital auf eine bestimmte Person einschränken möchte, könnte man den Suchstring erweiteren um z.B. & stpersnr="2900223"
Auswahl Inlandsregion in Webdesk3
Auswahl des Inlandsregions-Kürzel in Webdesk2
Import ReiseartPro Reiseart im Webdesk 2.x
-
Definition Reiseart-Kürzel in Webdesk 2.x
-
Auswahl der Reiseart in Webdesk3
Import-Belegart Mapping der Belegarten pro Reiseart
-
Beleg-Name Webdesk 2.x
-
Beleg-Definition Webdesk3
Zusatzfelder auf Reiseabrechnungs-Ebene
beziehungsweise dem zugehörigen Domino-System in die aktuelle Travel-Struktur. Er ist im Jobkatalog standardmäßig inaktiv und unterbrechbar.
Voraussetzungen
-
Eine erreichbare Lotus-Notes-/Domino-Umgebung und gültige Zugangsdaten müssen vorhanden sein.
-
Die konfigurierte Domino-Datenbank muss geöffnet werden können. Aus dem Profil „Setup“ werden die Webdesk-Server- und Datenbankangaben gelesen.
-
Die konfigurierte Personalnummer aus dem WD2-Kürzel muss in Webdesk einer Person zugeordnet werden können.
Konfiguration
-
Domino-Server (
serverName), Datenbankpfad (dbPath), Benutzername (username) und Passwort (password).
-
Suchstring (
searchString): Notes-Suchausdruck für die zu migrierenden Reise-Hauptdokumente. Der Job ergänzt automatisch & migrated="", damit bereits verarbeitete Dokumente nicht erneut selektiert werden.
-
Inlandsregion: Technischer Kurzname und UID der Webdesk-Region für die Berechnung der Reiseabrechnung.
-
Reisearten-Mapping: WD2-Reisearten beziehungsweise Kürzel auf Webdesk-Reisearten. Mehrere Import-Reisearten können durch Komma getrennt auf dieselbe Webdesk-Reiseart abgebildet werden.
-
Belegarten-Mapping: WD2-Belegarten auf Webdesk-Belegarten je Reiseart.
-
Zusatzfelder-Mapping: WD2-Feldname, optionaler JavaScript-Ausdruck und aktuelles Webdesk-Zusatzfeld.
Verhalten
-
Für jedes gefundene Reise-Hauptdokument werden die zugehörigen Dokumente der Reise gesucht und in ein neues Travel-Objekt mit Status „Reise migriert“ überführt.
-
Die Zuordnung zur Person erfolgt über das WD2-Kürzel und die darin enthaltene Personalnummer.
-
Das Feld
migrated wird während des Versuchs gesetzt; bei erfolgreicher Migration wird ein Zeitstempel gespeichert. Bei fehlender Person oder Fehlern wird der Datensatz für einen späteren Versuch wieder freigegeben.
-
Reisen ohne passende oder erfolgreich migrierte Reiseabrechnungen werden nicht gespeichert.
-
Ein Workflow-Verlauf aus Webdesk 2 wird nicht übernommen; der Job legt kein Workflow-Verfahren für die Migration an.
-
Die Verarbeitung kann unterbrochen werden. Einzelne Fehler werden protokolliert; ein nicht behandelter Gesamtfehler beendet den Job mit einer Job-Exception.
erste
Vergleiche Versionen 4 und 5