Projekte

• Verkaufsstandort (Feld SALFCY)

 Diesem Feld ist der Standort zu entnehmen, an dem das betreffende Projekt überwiegend verwaltet wird.

• Lfd. Nr. (Feld OPPNUM)

Dieses Feld ist standardmäßig einem automatischen Nummernkreis zugeordnet. Daher muss sich der Benutzer nicht um den Feldinhalt kümmern.

• Benennung (Feld OPPDESAXX)

Hier ist vom Benutzer eine Kurzbeschreibung der Art des Projektes zu erfassen. Die detaillierte Beschreibung sämtlicher Projekteigenschaften muss in der Funktion Kommentar des Menüs Datei erfolgen.

Wurde das Projekt aus einer Serviceanfrage generiert, ermöglicht ein Kontextmenü 'Serviceanfrage' die Anzeige der Eigenschaften der zu finanzierenden Anfrage.

• Personenkonto (Feld OPPCMP)

 Ein Projekt kann für sämtliche Personenkontentypen definiert sein. Der gewählte Personenkontentyp ist einem speziellen Personenkontenfeld zu entnehmen.

• Währung (Feld CUR)

Diesem Feld ist die Währung zu entnehmen, die zur Verwaltung sämtlicher Finanzdaten des Projektes verwendet wird.
Wird der Code in diesem Feld geändert, so wird der neue Code sofort in die verschiedenen Projektfelder übernommen.

• Ext. Referenz (Feld OPPEXTNUM)

• Kontakt (Feld OPPMCN)

 Diesem Feld ist der Hauptkontakt zu entnehmen, mit dem beim betreffenden Personenkonto der überwiegende Anteil der Geschäftsbeziehungen abgewickelt wird. Ein Projekt kann auch direkt für einen Kontakt definiert sein. In diesem Fall ist kein Personenkonto angegeben. Über das Feld Kontakt stehen mehrere Tools zur Auswahl des Kontakts zur Verfügung.

• Im ersten Kontextmenü Auswahl kann einer der Kontakte ausgewählt werden, mit denen das genannte Personenkonto Geschäftsbeziehungen unterhält. Wenn kein Personenkonto erfasst wurde, gibt diese Funktion keinen Wert zurück.
• Das zweite Kontextmenü heißt "Kontakt" und bietet direkten Zugriff auf das Objekt Kontakte. Des Weiteren kann eine Auswahl aus diesem Objekt vorgenommen werden.
• Das dritte Kontextmenü ermöglicht die Auswahl eines Kontaktes aus einer vollständigen Liste aller Kontakte, die in der Anwendung erfasst sind.

• Feld OPPMCNNAM

• Vertreter (Feld OPPREP)

In diesem Feld wird der mit der Projektverwaltung betraute Hauptvertreter erfasst.

• Kategorie (Feld OPPTYP)

Die Kategorie ermöglicht die Gruppierung oder Unterscheidung der Projekte zu statistischen oder Identifikationszwecken.

• Eröffnungsdatum (Feld OPPDATOPN)

• Abschlussdatum (Feld OPPCDA)

Diesem Feld muss das Datum zu entnehmen sein, zu dem das Projekt abgeschlossen werden kann.

• Letzte abgeschl. Phase (Feld OPPSTE)

Dieses Feld gibt den Schritt an, in dem sich das Projekt befindet.

• Von (Feld STRSTE)

In diesem Feld kann der Benutzer keine Erfassungen vornehmen. Es wird auf Basis der Eingaben in den Registern "Vorverkaufsschritte" und "Kundendienst" gefüllt. Das Feld spiegelt den tatsächlichen Projektstand wider.

• Anz. Angebote (Feld OPPNBQ)

In diesem Feld kann der Benutzer keine Erfassungen vornehmen. Es wird die Anzahl der bereits in Zusammenhang mit dem Projekt generierten Angebote angezeigt. Das Feld wird sukzessive beim Anlegen und Löschen von Angeboten gefüllt, die in Zusammenhang mit dem Projekt stehen.

• Geschätzte Summe (Feld OPPAMT)

In diesem Feld wird der Betrag eingetragen, der aus dem Auftrag des Interessenten / Kunden erwartet wird.

• Projektwahrscheinlichkeit (Feld PBYPRJ)

 In diesem Feld wird die Wahrscheinlichkeit in Prozent angegeben, mit der das Projekt des Kunden / Interessenten tatsächlich in einen Auftrag mündet. Im Feld "Gewichtete Summe" wird der Erwartungswert des Betrags angezeigt, also das Produkt aus geschätzter Summe und Projektwahrscheinlichkeit.

• Gewichtete Summe (Feld PBYPRJAAM)

• Erfolgswahrscheinlichkeit (Feld OPPSUC)

In diesem Feld wird die Wahrscheinlichkeit in Prozent angezeigt, mit der wir vom Interessenten / Kunden für die Projektdurchführung ausgewählt werden. Im Feld "Gewichtete Summe" wird der Erwartungswert des Betrags angezeigt, also das Produkt aus geschätzter Summe und Erfolgswahrscheinlichkeit.

• Gewichtete Summe (Feld OPPAAM)

• Doppelgewichtung (Feld DAM)

Das Feld ist ein reines Anzeigefeld, in dem keine Erfassungen vorgenommen werden können. Es gibt die geschätzte Summe an, bewertet mit einem Gewichtungsfaktor. Das Ergebnis kann sich aus zwei verschiedenen Berechnungsverfahren ergeben.

• Doppelgewichtung summiert: Das zu Grunde liegende Berechnungsverfahren lautet:
   
  T = ME x (PLP / 100)
  DPC = T x (CR / 100)
   
• Doppelgewichtung nach Durchschnitt: Das zu Grunde liegende Berechnungsverfahren lautet:
   
  T = (PLP + CR) / 2
  DPM = ME x (T / 100)
  DPC : Doppelgewichtung summiert.
  DPM: Doppelgewichtung nach Durchschnitt.
  ME: Geschätzter Betrag.
  PLP: Projektwahrscheinlichkeit.
  CR: Erfolgswahrscheinlichkeit.
  T: PUFFER

• Im Mittel (Feld DAMAVE)

Dieses Feld bestimmt den Betrag, der im Feld "Doppelgewichtung" angezeigt wird. Ist dieses Feld markiert, führt das System eine Doppelgewichtung nach Durchschnitt durch. Das zu Grunde liegende Berechnungsverfahren lautet:

• T = (PLP + CR) / 2.
• DPM = ME x (T / 100).

Symbolbedeutung:

- DPM : Doppelgewichtung nach Durchschnitt.
- ME: Geschätzte Summe.
- PLP: Startwahrscheinlichkeit Projekt.
- CR: Erfolgswahrscheinlichkeit.
- T: PUFFER.

• Kumuliert (Feld DAMCUM)

Dieses Feld bestimmt den Betrag, der im Feld "Doppelgewichtung" angezeigt wird. Ist dieses Feld markiert, führt das System eine Doppelgewichtung nach Summe durch. Das zu Grunde liegende Berechnungsverfahren lautet:

• T = ME x (PLP / 100).
• DPC = T x (CR / 100).

Bedeutung der Symbole:
- DPC: Summierte Doppelgewichtung.
- ME: Geschätzte Summe.
- PLP: Startwahrscheinlichkeit Projekt.
- CR: Erfolgswahrscheinlichkeit.
- T: PUFFER.

• Projekttyp (Feld OPPPRPTYP)

• Anlagedatum (Feld CREDAT)

• Uhrzeit (Feld CREHOU)

• Modus (Feld OPPORILIB)

• Angelegt von (Feld FULNAMUSR)

• Beziehung (Feld OPPORITXT)

Das Feld zeigt die Aktion an, die zur Anlage des Projekts führte. Dabei kann es sich um eines der folgenden Elemente handeln:

• Manuelle Anlage (Wert wird angezeigt, wenn z.B. Das Projekt über die Funktion Termine angelegt wird
• Mass-Mailing
• Anrufkampagne
• Pressekampagne
• Serviceanfrage
• Marketingkampagne

Beispiel: Entstammt diese Aktion ursprünglich dem Marketing, können Sie ihr eine Marketingaktion zuweisen, um die Kampagnenretourenstatistiken auszufüllen. Klicken Sie auf Marketingvorgänge über das Symbol Aktionen,um das Projekt dem Vorgang Ihrer Wahl zuzuweisen.

Unabhängig vom Ursprung des Projekts können Sie auf das Symbol Aktionen klicken, um anschließend das Feld zu entsperren und den Ursprung zu ändern. Es ist z. B. interessant, das Projekt einer Marketingkampagne zuzuweisen, damit es in die Statistiken über die Retouren dieser Kampagne eingeht.

• Belegnr. (Feld OPPORIVCR)

• Konkurrent (Feld CPP)

 In diesem Feld kann eine Liste sämtlicher Konkurrenten erfasst werden, die sich ebenfalls um das Projekt beworben haben.

• Betrag Konkurrent (Feld CPPAMT)

 Dieses Feld ermöglicht die Erfassung des vom Konkurrenten verwendeten Preises für ähnliche Qualität und Dienstleistungen.

• Stärken (Feld ASE)

Dieses Feld ermöglicht die Beschreibung aller Konkurrenzvorteile in Bezug auf das Projekt.

• Schwächen (Feld SHC)

Dieses Feld ermöglicht die Beschreibung aller Schwachpunkte der Konkurrenz in Bezug auf das Projekt.

• Datum (Feld ENDDAT)

Dieses frei erfassbare Feld ermöglicht die Angabe eines Beginn- oder Enddatums des Schrittes.

• Phase (Feld STE)

Dieses Feld ermöglicht die schrittweise Angabe der verschiedenen Schritte, die das Projekt durchläuft, wenn diese auftreten.
Ein neuer Schritt kann automatisch angelegt werden. Der automatische Mechanismus zur Anlage eines Schritts vor dem Verkauf erfolgt auf Ebene der Parametrisierung der sonstigen Tabelle 400 - Projektschritt über die Information "Schritttyp" (Lokales Menü 2973).

Parametrisierungsbeispiel der Tabelle 400 - Projektschritt:

In Abhängigkeit der Parametrisierung dieser Tabelle können bestimmte Schritttypen Teil von Automatismen sein:

• Erste Phase eines Verkaufszyklus
  Bei der Anlage eines Projekts: falls in dieser Tabelle ein Schritt existiert, der dem Schritttyp "Erste Phase eines Verkaufszyklus" zugeordnet ist, wird dieser erste Schritt automatisch erstellt.
  Ist dieser Schritttyp verschiedenen Schritten zugeordnet, wird der erste Schritt in aufsteigender Codeeihenfolge berücksichtigt.
  Ist dieser Schritttyp keinem Schritt zugeordnet, muss die Erfassung dieses Schritts manuell erfolgen, da dieser erste Schritt erforderlich ist.
  In unserem Beispiel wird der Schritt "Erkanntes Projekt" automatisch erstellt.
  
   
• Versand eines Angebots
  Bei der Anlage eines diesem Projekt angehängten Angebots: falls in dieser Tabelle ein Schritt existiert, der dem Schritttyp "Versand eines Angebots" zugeordnet ist, wird dieser Schritt automatisch erstellt und die Anzahl an Angeboten wird aktualisiert.
  Ist dieser Schritttyp verschiedenen Schritten zugeordnet, wird der erste Schritt in aufsteigender Codereihenfolge berücksichtigt.
  Ist dieser Schrittyp keinem Schritt zugeordnet, wird kein Automatismus ausgelöst.
  In unserem Beispiel wird der Schritt "Zurückgesetztes Angebot" automatisch erstellt.
   Falls ein Automatismus bezüglich des Angebots eingesetzt wird, kann dieses bezüglich eines Projekts erstellt werden, auch wenn dieses abgeschlossen ist. In diesem Fall wird es automatisch wieder geöffnet.
   
• Verhandlung
  Bei der Anlage eines Anrufs, einer Aufgabe oder eines Termins: falls in dieser Tabelle ein Schritt existiert, der dem Schritttyp "Verhandlung" zugeordnet ist, wird dieser Schritt automatisch erstellt.
  Ist dieser Schritttyp verschiedenen Schritten zugeordnet, wird der erste Schritt in aufsteigender Codereihenfolge berücksichtigt.
  Ist dieser Schrittyp keinem Schritt zugeordnet, wird kein Automatismus ausgelöst.
  In unserem Beispiel wird der Schritt "Verhandlung" automatisch erstellt.
   
• Zuschlag eines Projekts
  Bei der Erstellung des ersten Auftrags: falls in dieser Tabelle ein Schritt existiert, der dem Schritttyp "Zuschlag eines Projekts" zugeordnet ist, wird dieser Schritt automatisch erstellt und das Projekt erhält den Status "Zuschlag".
  Ab diesem Zeitpunkt existiert kein Automatismus mehr bezüglich der Schritte vor dem Verkauf. Die neuen Schritte sind Schritte nach dem Verkauf, für die kein Automatismus existiert.
  Ist dieser Schritttyp verschiedenen Schritten zugeordnet, wird der erste Schritt in aufsteigender Codereihenfolge berücksichtigt.
  Ist dieser Schritttyp keinem Schritt zugeordnet, wird kein Automatismus ausgelöst.
  In unserem Beispiel wird der Schritt "Zuschlag eines Projekts" automatisch erstellt und das Projekt erhält den Status "Zuschlag".
   Falls ein Automatismus bezüglich des Auftrags eingesetzt wird, kann dieser bezüglich eines Projekts erstellt werden, auch wenn dieses abgeschlossen ist. In diesem Fall wird es automatisch wieder geöffnet.
   
• Kein Schritt
• Verlust des Projekts
• Aufgabe des Projekts
  
  Diese Schrittypen werden durch keinen Automatismus herbeigeführt. Es handelt sich in jedem Fall um manuell erstellte Schritte.

Angaben zur Parametrisierung der sonstigen Tabelle 400 - Projektschritt:

• (1) Abschluss:
  Dieses Feld ermöglicht die Angabe, ob das Projekt bei diesem Schritt abgeschlossen werden muss oder nicht.
  
  

• Überholt (Feld DON)

Ist dieses Kontrollkästchen aktiviert, ermöglicht es die Angabe, dass ein Schritt beendet wurde. Es kann auch ein Grund für das Schrittende erfasst werden.

• Grund (Feld REN)

Der "Grund" für das Phasenende kann nur erfasst werden, wenn die Phase "Überholt" ist.
Er kann entweder mit einem Freitext erfasst oder aus der Liste der Beendigungsgründe ausgewählt werden. Zu jeder Etappe ist eine eigene Liste von Gründen verfügbar. Diese Liste stammt aus der Kombination der Parametrisierung der sonstigen Tabellen 400 und 419, nach dem folgenden Prinzip:

• Die sonstige Tabelle 400 enthält die Liste der Phasen vor dem Verkauf, jede mit einem Code identifiziert.
• Die sonstige Tabelle 419 enthält die Liste der Gründe vor dem Verkauf. Die Parametrisierung dieser Tabelle ermöglicht für jeden dieser Gründe die Angabe der jeweiligen Phase vor dem Verkauf. Der Code der Phase wird auf Ebene des "Kurztitels" des Grunds angegeben.

Beispiel:

• Tabelle 400 - Projektschritte

• Tabelle 419 - Gründe vor dem Verkauf:

Bei Erfassung der Gründe bei einer Phase "Überholt":

• Für den Schritt "BPR - Zurückgesetztes Angebot" wird folgende Liste mit Gründen vorgeschlagen:
   
  - "Akzeptiertes Budget"
  - "Interne Genehmigung erhalten"
  - "Freigabe Richtung"
   
• Für den Schritt "APD - Erkanntes Projekt" wird nur der Grund "Kein angepasstes Angebot" zur Anwendung in diesem Schritt parametrisiert. Er wird automatisch ausgewählt.
   
• Für den Schritt "CNE - Verhandlung" wird kein Grund zur Anwendung in diesem Schritt parametrisiert. Es wird daher bei der Erfassung keine Liste vorgeschlagen.

• Belegnr. (Feld STEORIVCR)

• Zeile Schritt (Feld STELIN)

• Datum (Feld ENDDATX)

Dieses Feld ermöglicht die Angabe eines Beginndatums des Schritts. Das Datum, an dem das Projekt einen neuen zu erfassenden Schritt erreicht.

• Phase (Feld STEX)

Dieses Feld ermöglicht die schrittweise Angabe der verschiedenen Schritte, die das Projekt durchläuft, wenn diese auftreten.
Die Kundendienstschritte sind in der sonstigen Tabelle: 421 - Schritte nach dem Verkauf definiert.

Parametrisierungsbeispiel der Tabelle 421 - Schritte nach dem Verkauf:

Angaben zur Parametrisierung der sonstigen Tabelle:

(1) Feld „Vor dem Verkauf“

Die Schritte nach dem Verkauf müssen normalerweise zu einem Datum erstellt werden, dass mindestens gleich dem höchsten Datum der Schritte vor dem Verkauf ist. Das Feld "Vor dem Verkauf" mit dem Wert "Nein" ermöglicht die Einhaltung dieser Regel.

In bestimmten Fällen kann es erforderlich sein, mit den Schritten nach dem Verkauf gleichzeitig mit den Schritten vor dem Verkauf zu beginnen. Beispiel: Die Formulierung eines Lastenhefts kann vor der Unterzeichnung eines Auftrags erfolgen, um die Verhandlungen voranzutreiben.

Das Feld "Vor dem Verkauf" mit dem Wert "Ja" ermöglicht daher also, der Regel zu widersprechen. Die Daten dieser Schritte nach dem Verkauf werden daher nicht bezüglich der Schritte vor dem Verkauf geprüft. Die einzige Beschränkung ist, dass das Datum nach dem Öffnungsdatum liegen muss.

Diese Prüfung wird zum Zeitpunkt der Speicherung ausgeführt.


Beispiel:

Wenn die sonstige Tabelle 421 wie oben parametrisiert ist.

Wenn das höchste Datum des Schritts vor dem Verkauf das folgende ist:

Wenn Sie die Schritte nach dem Verkauf mit den folgenden Daten erfassen:

Da das Feld "Vor dem Verkauf" für den Schritt D1 Änderungen nach der Fertigungsstruktur den Wert "Nein" hat, kann dieser Schritt kein Datum vor (13.01.2015) dem höchsten Datum der Schritte nach dem Verkauf (14.01.2015) haben.

Da das Feld "Vor dem Verkauf" für den Schritt A1 Formulierung Lastenheft den Wert "Ja" hat, kann dieser Schritt ein Datum vor (10.01.2015) dem höchsten Datum der Schritte nach dem Verkauf (14.01.2015) haben.

• Überholt (Feld DONX)

Ist dieses Kontrollkästchen aktiviert, ermöglicht es die Angabe, dass ein Schritt beendet wurde. Es kann auch ein Grund für das Ende des Kundendienstschritts erfasst werden.

• Grund (Feld RENX)

Der "Grund" für das Phasenende kann nur erfasst werden, wenn die Phase "Überholt" ist.
Er kann entweder mit einem Freitext erfasst oder aus der Liste der Beendigungsgründe ausgewählt werden. Zu jeder Etappe ist eine eigene Liste von Gründen verfügbar. Diese Liste stammt aus der Kombination der Parametrisierung der sonstigen Tabellen 421 und 420, nach dem folgenden Prinzip:

• Die sonstige Tabelle 421 enthält die Liste der Phasen nach dem Verkauf, jede mit einem Code identifiziert.
• Die sonstige Tabelle 420 enthält die Liste der Gründe nach dem Verkauf. Die Parametrisierung dieser Tabelle ermöglicht für jeden dieser Gründe die Angabe der jeweiligen Phase nach dem Verkauf. Der Code der Phase wird auf Ebene des "Kurztitels" des Grunds angegeben.

Beispiel:

• Tabelle 421 - Schritte nach dem Verkauf

• Tabelle 420 - Gründe nach dem Verkauf

Bei Erfassung der Gründe bei einer Phase "Überholt":

• Für den Schritt "C1 - Änderungen" wird folgende Liste mit Gründen vorgeschlagen:
  
  - "Abgeschlossene Korrekturen"
  - "Präsentation beim Kunden"
  
• Für den Schritt "A1 - Formulierung Lastenheft" wird nur der Grund "Freigegebenes Lastenheft" zur Anwendung in diesem Schritt parametrisiert. Er wird automatisch ausgewählt.
  
• Für den Schritt "D1 - Projektende" wird kein Grund zur Anwendung in diesem Schritt parametrisiert. Es wird daher bei der Erfassung keine Liste vorgeschlagen.

• Code (Feld SBBPJT)

Für Erweiterungsprojekte oder Projektimplementierungen stehen dem Benutzer zwei verschiedene Verfahren zur Verfügung:

• Verfahren 1: Änderung des Projektes (Erweiterung um neue Informationen)
• Verfahren 2: Anlage eines neuen Projektes mit eigenen Eigenschaften, Zuordnung dieses neuen Projektes zum Ursprungsprojekt.
  Dieses Feld ermöglicht die Durchführung dieses Verfahrens. Der Code des neuen Projekts kann hier angegeben werden.
  Dieses Verfahren wird empfohlen, weil es das Speichern des schrittweisen Erweiterungsverlaufes ermöglicht.