Projektabwicklung
Um ein Projekt zu Speichern, muss der Benutzer verschiedene Angaben zur Abwicklung tätigen.
Ein Ausrufe-Icon kennzeichnet noch auszufüllende Pflichtfelder.
Ein Haken-Icon macht vollständige Angaben deutlich.
Der Benutzer kann verschiedene Angaben (z.B. Lieferbedingung, gewünschter Liefertermin) dem Projekt hinzufügen, damit kundenspezifische Anforderungen im Projekt gespeichert werden (Abb. 1).
Angaben zur Abwicklung sind im Backend (PIA) einstellbar. Je nach Hersteller können die Angaben und auch die Kennzeichnung der Pflichtfelder variieren. Dieses wird über die Config gesteuert.
In der Config kann vom jedem Hersteller gesteuert werden, welche Angaben im Bereich der Abwicklung optional (optional) oder benötigt (required) sind. Sind diese Angaben unvollständig, kann das Projekt nicht gespeichert werden.
Beispiel Zahlungsbedingungen
Zahlungsbedingungen könne - in den Einstellungen - zu einer Liste zusammen gestellt werden. Diese Vorauswahl wird hier angezeigt und kann vom Benutzer ausgewählt und dem Projekt hinzugefügt werden (Abb. 2).
Je nach Zahlungsbedingung setzt die Anwendung dann zum Beispiel den hinterlegten Skonto.
Verwaltung der Zahlungsbedingungen im Backend (PIA).
Projektstatus
Ein Projekt kann mehrere Phasen durchlaufen. Diese Phasen können vom Benutzer bearbeitet werden und werden farblich in der App dargestellt (Abb. 3).
Ein Projektstatus kann an eine Regel verknüpft sein, sodass der Benutzer den Status nur ändern kann, wenn Abhängigkeiten erfüllt sind.
Der Hersteller gibt die Status vor und verwaltet diese im Backend (PIA).
Die Ansicht kann von Hersteller zu Hersteller unterscheiden.
In diesem Beispiel:
Das Projekt ist angelegt und der Status lautet Angebot abgegeben. Möchte der Benutzer den Status auf Auftrag bestätigt setzen, so müssen folgende Abhängigkeiten erfüllt sein:
Der Auftrag wurde noch nicht bestätigt
Die Konfiguration ist vollständig
Die Konfiguration ist gültig
Der Benutzer besitzt die Berechtigung zum Ändern des Projektstatus auf
Auftrag bestätigt
Verantwortliche eines Projektes
Verantwortliche Benutzer können einem Projekt hinzugefügt werden. Dazu stehen alle Benutzer aus der Verkaufsregion des Projektes bei dem Feld Verantwortliche zur Auswahl (Abb. 4).
Über die Icons kann der Benutzer bestimmen, ob die Verantwortlichen das Projekt sehen oder auch bearbeiten können.
Verantwortlicher kann das Projekt aus der Verkaufsregion sehen und bearbeiten.
Verantwortlicher kann das Projekt aus der Verkaufsregion nur sehen.
Der Ersteller des Projektes kann niemals abgewählt werden, dieser ist mit dem Projekt fest verknüpft und immer als Verantwortlicher (sehen und bearbeiten) gesetzt (Abb. 4)
Befindet sich am Händlerkontakt ein Benutzeraccount, kann dieser ebenfalls bei der Kontaktauswahl als Verantwortlicher ausgewählt werden.
Kundendaten → Kontaktauswahl
Eine zusätzliche Berechtigung sorgt dafür, dass ein Benutzer alle Projekte aus seiner Vertriebsregion sehen und bearbeiten kann. Unabhängig davon, ob er als Verantwortlicher eingetragen wurde oder nicht.
Beispiel aus den Anwendungen
Der Benutzer in Abbildung 5 wurde als Verantwortlicher hinzugefügt und kann das Projekt nur sehen. Beim Bearbeiten eines Feldes wird dem Benutzer ein Hinweis eingeblendet (SalesApp, Abb. 5).
Der Benutzer in Abbildung 6 wurde ebenfalls als Verantwortlicher hinzugefügt und kann das Projekt bearbeiten.
Projekt Speichern / Projekt anlegen
Bei der Speicherung wird das Projekt zum Backend (PIA) geschickt und gespeichert. Das PIA weist dem Projekt eine OD (OrderID) zu und ist anhand dieser OD auf den Anwendungen und im PIA eindeutig auffindbar (Abb. 4). Diese OD Nummer kann beispielsweise in der Suche nach Projekten verwendet werden.
Eine Meldung im unteren Bereich der Anwendung signalisiert dem Benutzer eine erfolgreiche Speicherung. Ebenso werden alle Speicherungen der SalesApp in der Mitteilungszentrale dokumentiert (Abb. 5).
Nach dem Speichern / Anlegen wechselt die App in die Projektübersicht.
Die Übersicht eines Projektes kann je nach Benutzern und dessen Berechtigung variieren.
Projekte → Projekt Übersicht
Projektverlauf
In Bezug auf “After Sales” kann der Projektverlauf genutzt werden.
Projekte → Projektverlauf