Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 26 Next »

Projektabwicklung

Um ein Projekt zu Speichern, muss der Benutzer verschiedene Angaben zur Abwicklung tätigen.

(blue star) Ein Ausrufe-Icon kennzeichnet noch auszufüllende Pflichtfelder.

(blue star) 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 Status durchlaufen. Diese Projektstatus können vom Benutzer bearbeitet werden und werden farblich in der App dargestellt (Abb. 3).

Ein Statuswechsel ist durch Bedingungen beschränkt. Diese Bedingungen müssen bei einem Projektstatus erfüllt sein, damit ein Statuswechsel durchgeführt werden kann.

Verwaltung der Projektstatus befindet sich im Backend (PIA).

Da sich die Projektstatus bei den Hersteller unterscheiden, variiert die Ansicht je nach Hersteller.

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 Bedingungen 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

In diesem Beispiel sind die Bedingungen erfüllt und der Projektstatus kann auf Auftrag bestätigt geändert werden.

Sind die Bedingungen nicht erfüllt, sind die jeweiligen Projektstatus ausgegraut und können nicht ausgewählt werden.

(blue star) Bei der Auswahl eines Info-Icons werden die hinterlegten Bedingungen des jeweiligen Projektstatus angezeigt.

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.

(blue star) Verantwortlicher kann das Projekt aus der Verkaufsregion sehen und bearbeiten.

(blue star) 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

  • No labels