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 30 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 via Configfile.


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 Bestellung liegt vor. Möchte der Benutzer den Status auf Auftrag erteilt 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 zur Auftragserteilung

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

Kann ein Statuswechsel nicht durchgeführt werden, weil Bedingungen nicht erfüllt sind, sind die jeweiligen Projektstatus ausgegraut und können nicht ausgewählt werden. Bei einer Auswahl werden dem Benutzer dann die Bedingungen angezeigt, die fehlschlagen (Abb. 3).

(blue star) Neben der ausgegrauten Darstellung 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.

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

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


  • No labels