ProRequest V3.0.0

Im Customizing der Antragstypen stehen nun pro Antragstyp Aktionen zur Verfügung, die über die entsprechende Fiori-Anwendung zu einer Statusänderung des Antrags führen:

• Zurückziehen
• Einreichen

Für die Nutzung der Fiori App “Antragsteller” sind die entsprechenden Customizing- Einträge zu pflegen.

Die neuen Fiori-Apps "Cockpit Antragsteller" und "Antrag" sind verfügbar:

Mit der App “Cockpit Antragsteller” können Benutzer in der Rolle des Antragstellers einfach und schnell neue Anträge erstellen, bearbeiten, einreichen, zurückziehen oder löschen. Über die App “Cockpit Antragsteller” wird in die App “Antrag” navigiert. Diese ermöglicht die Navigation in Antragslisten sowie die Pflege und Anzeige von Anträgen.

Neu werden in den Formeln / Bedingungen im Customizing für die Antragsfelder zusätzlich zur Feldbezeichnung auch der interne Feldname ausgegeben.

Neue Customizing-Option auf Antragstyp: “Nicht manuell anlegbar”. Dies führt dazu, dass der Typ im Anlagedialog für den Benutzer nicht angeboten wird.

Über eine neue Admin Funktion in den Hilfsmitteln können Antragsdaten (Anträge und DRAFT’s aus den Fiori Apps) über eine Selektion gelöscht werden. Die Löschung erfolgt unabhängig von Status des Antrages und allfälligen Verwendungen des Antrags wie z.B. ProProcess Prozessen.

Die Daten werden unwiderruflich gelöscht.

Für das löschen wird eine entsprechend neue ProRequest Admin Berechtigung benötigt.

Eine neue optionale Customizing Option “Sortierungsnummer” zur eigenen Definition der Sortierung der Antragstypen im Anlagendialog steht zur Verfügung.

Werden neue Anträge angelegt, so ist der Initialstatus im BAdI AFTER_START_CHANGE nicht verfügbar und kann dort auch nicht gesetzt werden, da der Status danach überschrieben wird. Dies wurde korrigiert.

Wenn in Customizing ein Feld als Referenz an CDS View Feld definiert ist, und kein Datenelement eingegeben ist, führt das zu ein Dump in ProRequest Anwendungen.

Das Customizing bez. die Formel / Bedingung zu “Abhängige Werte” wird aktuell nur bei Anlage oder Änderung des Antrags aktiv. Es ist nicht möglich bei einem Statuswechsel (über eine entsprechende Bedingung / Formel) Abhängige Werte zu setzten.

Neu kann auch über einen Statuswechsel eine Bedingung zu Abhängigen Werten aktiv werden.

Wenn im Customizing der abhängigen Werte für ein Feld keine Formelbedingung angegeben ist, wird der Eintrag zur Laufzeit ignoriert.

Neu wird im Customizing der abhängigen Werte der Wert aus Customizing als Default-Wert betrachtet, und bei Initialisierung des Antrags ins Feld geschrieben, auch wenn keine Bedingung vorhanden ist.

Das bedeutet, dass die Einstellung der abhängigen Werte genauso behandelt wird, wie die anderen Einstellungen "Feldsteuerung" und "Gültige Werte".

Eine Feldprüfung für Langtext Felder wird nicht ausgeführt. Korrektur das Langtext Felder immer als Textfelde betrachtet werden.

Bei einem Statuswechsel auf einem Antrag wurde die Feldsteuerung ggf. falsch berechnet. Das hat zu Folge das alle Felder als Pflichtfeld geprüft und gemeldet werden. Dies wurde korrigiert.

Bisher wurde die Aktionen der Feldsteuerungen, Gültige Werte und Abhängige Werte Im “API Modus” nicht ausgeführt. Dies wurde geändert, damit auch bei Aktionen auf dem RQF Objekt diese Aktionen ausgeführt werden (z.B. Statuswechsel durch BPF).

Werden gültige Werte für ein Feld definiert, welches bereits als Dropdown definiert ist, so werden diese nicht angezeigt und es kommt ggf. eine leere Dropdown-Liste.

Dies wurde korrigiert.

Wird ein Statuswechsel durchgeführt und werden die Felder des Antrags im selben Schritt geändert, so werden schon die Pflichtfelder des neuen Status aktiv. Dies wurde korrigiert.

Dies wurde korrigiert.