Version vom 16. Juli 2012, 16:01 Uhr

Übersicht

Umbrella.net liefert beim Aufsetzen Ihres Reisebüros bereits einen Grundstock an vordefinierten Zahlungskonditionen mit. Je nach Bedarf können beliebig viele weitere Spezifikationen hinzugefügt werden.

Layout

Gibt keine Text-Beschreibung, nur ein Screenshot.

Benutzeroberfläche

Eine Zahlungskondition enthält Vorgaben hinsichtlich Fälligkeit von Anzahlung und Restzahlung. Einerseits wird das Datum festgelegt (Angaben in Tagen nach Rechnungsstellung oder vor Abreise), andererseits kann der gewünschte Betrag bestimmt werden, welcher zu entrichten ist.

Bereich Beschreibung der Zahlungskondition

Bereich Für Anzahlung

Bereich Für Restzahlung

In erster Linie wird eine Zahlungkondition in den ->Filialeinstellungen als Standardwert eingetragen. Des Weiteren kann die gewählte Standardeinstllung pro Kunde angepasst und nicht zuletzt beim Erstellen eines Dossiers nochmals geändert werden.

' Versicherungen und Zahlungskonditionen '

Die Datumsfelder einer Versicherung werden nicht für die Bestimmung des Abreisedatums im Dossier und somit auch nicht für die Berechnung der Zahlungskondition verwendet. Die Daten für An- und Abreise berechnen sich also nur noch anhand der Daten von reisebezogenen Leistungen. Sind keine anderen Leistungen im Dossier vorhanden, so gilt das Datum der Nummerierung als Abreisedatum und wird zur Berechnung der Zahlungskondition verwendet.

Arbeitsabläufe / Prozesse

Hier werden ALLE Prozesse beschrieben die auf dieser Seite möglich sind, dh. über alle Tabs!

Einzelner Prozess

Beispiel für ein Bild:

Hier Titel des Bildes

Als eigenes Kapitel!

• Beschreibung Prozess-orientiert, Bspl. Kunden-Übersicht:
  • Neuer Kunde erfassen (Duplicate check)
  • Family / company Verlinkung
  • Familienmitglied neu erfassen
  • Kundenmerge
  • Address- / Anredefeld Update
  • Notizen

Auf Target Release wird im UI hingewiesen (mit Wiki-internem Tag 'targetrelease'

Module

• Falls berechtigt, eine eigene "getting started" Seite mit Verweise auf UI-Pages welche vom Modul betroffen sind
  • Ggf. Basiskonzept erläutern (zB Buchhaltung)
• In den einzelnen UI-Pages wird in den Bereichen Layout und Funktkionalität auf das Modul verwiesen, aber nicht in eigenen Abschnitten
• UI-Page erhält Kategory 'module name' falls in irgendeiner Weise davon betroffen

Technische/Funktionale Details

• Hier werden Abschnitte erstellt mit identischem Namen zu Layout/Prozesse
• In der "normalen" Doku ein Link auf die entsprechende Details (im sinne von (Details ...)
• Ein Detail-Abschnitt beginnt mit einem "Backlink": "Details zu ..."