Projektabwicklung
Um ein Projekt zu Speichern, muss der Anwender verschiedene Angaben zur Abwicklung tätigen.
Ein Ausrufe-Icon kennzeichnet noch auszufüllende Pflichtfelder.
Ein Haken-Icon macht vollständige Angaben deutlich.
Der Anwender kann verschiedene Angaben (z.B. Lieferbedingung, gewünschter Liefertermin) dem Projekt hinzufügen, damit kundenspezifische Anforderungen im Projekt gespeichert werden. Je nach Hersteller können die Angaben und auch die Kennzeichnungen der Pflichtfelder variieren (Abb. 1 [Standard], Abb. 2 [KRONE]). 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.
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.
Beispiel Zahlungsbedingungen
Zahlungsbedingungen können - in den Einstellungen - zu einer Liste zusammen gestellt werden. Diese Vorauswahl wird hier angezeigt und kann vom Anwender ausgewählt und dem Projekt hinzugefügt werden (Abb. 3).
Je nach Zahlungsbedingung setzt die Anwendung dann zum Beispiel 180 Tage netto.
Verwaltung der Zahlungsbedingungen via Configfile.
Projektstatus
Ein Projekt kann mehrere Status durchlaufen. Dieser Projektstatus kann vom Anwender bearbeitet werden. Je nach Hersteller kann der Projektstatus variieren (Abb. 4 [Standard], Abb. 5 [KRONE]).
Ein Statuswechsel ist durch Bedingungen beschränkt. Diese Bedingungen müssen bei einem Projektstatus erfüllt sein, damit ein Statuswechsel durchgeführt werden kann. Kann ein Statuswechsel nicht durchgeführt werden, weil Bedingungen nicht erfüllt sind, sind die jeweiligen Projektstatus grau hinterlegt und können nicht ausgewählt werden. Bei einer Auswahl werden dem Anwender dann die Bedingungen angezeigt, die fehlschlagen (Abb. 6).
Verwaltung der Projektstatus befindet sich im Backend (PIA).
Neben der grau hinterlegten Darstellung des Projektstatus dient ein Info-Icon als zusätzlicher Hinweis.
Projektbeziehungen
Bei einer Projektkopie kann der Benutzer den Bezug zum Ursprungsprojekt erhalten. Das Originale Projekt und die Kopie stehen dann in einer Beziehung (parent / children). Dieser Zusammenhang wird im Bereich der Projektbeziehung visuell dargestellt.
Eine Baumstruktur zeigt dem Benutzer die übergeordneten (parent) und zugeordneten (children) Projekte an (vorausgesetzt es sind welche vorhanden).
Das “Wurzelelement” - also das Ursprungsprojekt - wird mit dem Hinweis Original gekennzeichnet (Abb. 5). Die daraus abgeleiteten Kopien werden mit dem Erstellungsdatum gekennzeichnet. Das aktuell geöffnete Projekt wird zudem noch fett gedruckt dargestellt.
Über ein Icon kann der Benutzer jederzeit in die anderen Projekte wechseln.
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. 7).
Ü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. 7)
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 7 wurde als Verantwortlicher hinzugefügt und kann das Projekt nur sehen(
). Eine Bearbeitung von Feldern kann der Benutzer nicht durchführen, da er nur Lesezugriff besitzt (Abb. 8).Der Benutzer in Abbildung 9 wurde ebenfalls als Verantwortlicher hinzugefügt und kann das Projekt bearbeiten(
). Eine Bearbeitung der Felder kann von diesem Benutzer durchgeführt werden.
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. 10). 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