adesso orange🍊Stellenangebote:
Software Engineer Trainee · Senior
| (Senior) Cloud Software Engineer BTP
(Senior) Consultant Technologie · Consultant ABAP
Werkstudent Softwareentwicklung · Fiori / UI5 · Consulting · Application Management
Benutzerdefinierte Felder und Logik(Custom Fields and Logic): Unterschied zwischen den Versionen
| (5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
Über die App "Benutzerdefinierte Felder und Logik" (F1481) lassen sich kundeneigene Felder und Logiken wie Berechnungen in bestimmten nativen Fiori-Apps und in den GUI-Transaktionen erstellen. | Über die App "Benutzerdefinierte Felder und Logik" (F1481) lassen sich kundeneigene Felder und Logiken wie Berechnungen in bestimmten nativen Fiori-Apps und in den GUI-Transaktionen erstellen. | ||
Die benutzerdefinierte Felder und Logiken, eng.: Custom Fields and Logic, gehören zu den Key User Tools und wird als Key User Extensibility bezeichnet. Diese ordnen sich | Die benutzerdefinierte Felder und Logiken, eng.: Custom Fields and Logic, gehören zu den Key User Tools und wird als Key User Extensibility bezeichnet. Diese ordnen sich der In-App Extensibility unter S/4HANA unter: | ||
[[File:01.-S4HANA-Extensibility.png|400px]] | |||
Mit Custom Fields & Logic hat man die Möglichkeit Apps und GUI-Transaktionen cloud-ready zu erweitern. | Mit Custom Fields & Logic hat man die Möglichkeit Apps und GUI-Transaktionen cloud-ready zu erweitern. | ||
| Zeile 43: | Zeile 45: | ||
'''Hinweis:''' In Falle, dass man es ebenso für die GUI aktiviert hat, wird das Feld direkt angezeigt. | '''Hinweis:''' In Falle, dass man es ebenso für die GUI aktiviert hat, wird das Feld direkt angezeigt. | ||
=== Datenquelle erweitern === | === Datenquelle erweitern === | ||
=== Benutzerdefinierte Logik === | === Benutzerdefinierte Logik === | ||
Nach Auswahl des Geschäftskontext bekommt man eine Liste an BAdIs für diesen Geschäftskontext. Zum Beispiel für die Bestellung "Bestellkopf ändern". Hier kann eine Implemtierungsbeschreibung angegeben werden und es wird eine BAdI- | Nach Auswahl des Geschäftskontext bekommt man eine Liste an BAdIs für diesen Geschäftskontext. Zum Beispiel für die Bestellung "Bestellkopf ändern". Hier kann eine Implemtierungsbeschreibung angegeben werden und es wird eine BAdI-Implementierung des BAdIs "MM_PUR_S4_PO_MODIFY_HEADER" erstellt. Der Erweiterungsspot ist "ES_MMPUR_PROCESS_PO_CLOUD" und bestätigt nochmals, dass es Cloud-ready ist. | ||
Die Programmiermöglichkeiten sind in diesem Umfeld der Custom Logic beschränkt und nicht mit den aus der GUI zu vergleichen, aber dafür für einen möglichen Umstieg auf S/4 Cloud ohne weitere | Die Programmiermöglichkeiten sind in diesem Umfeld der Custom Logic beschränkt und nicht mit den aus der GUI zu vergleichen, aber dafür für einen möglichen Umstieg auf S/4 Cloud ohne weitere Anpassungen übernehmbar. | ||
'''Hinweis:''' Die Implementierungen aus der "GUI" werden zuerst durchlaufen. Dann folgen die Implementierungen der Custom Logic. | '''Hinweis:''' Die Implementierungen aus der "GUI" werden zuerst durchlaufen. Dann folgen die Implementierungen der Custom Logic. | ||
Aktuelle Version vom 8. Juli 2023, 10:08 Uhr
Über die App "Benutzerdefinierte Felder und Logik" (F1481) lassen sich kundeneigene Felder und Logiken wie Berechnungen in bestimmten nativen Fiori-Apps und in den GUI-Transaktionen erstellen.
Die benutzerdefinierte Felder und Logiken, eng.: Custom Fields and Logic, gehören zu den Key User Tools und wird als Key User Extensibility bezeichnet. Diese ordnen sich der In-App Extensibility unter S/4HANA unter:
Mit Custom Fields & Logic hat man die Möglichkeit Apps und GUI-Transaktionen cloud-ready zu erweitern.
Vorbereitung
App für Custom Fields & Logic zum Launchpad hinzufügen
Der Business-Katalog und -Gruppe der App "F1481" müssen in einer eigenen Rolle hinzugefügt werden, da es hierfür keine PFCG-Rolle gibt.
Technische Details der zu erweiternen Apps bereithaben
Die technischen Details jeder App findet man im Kontomenü unter Info oder App-Support. Wichtig ist hier zu wissen was die Datenquelle der App ist z.B. der OData-Service, damit man später nach Erstellung des benutzerdefinierten Feldes es für die passende UI (App) oder Report (Transaktion) aktivieren kann.
Benutzerdefinierte Felder erstellen
Feldeigeschaften
Beim Anlegen eines benutzerdefinierten Feldes müssen die Feldeigeschaften festgelegt werden.
Der ausgewählte Geschäftskontext definiert in welchen UIs und Reports, Formularen oder IDoc-Erweiterungen das erstellte Feld mit aufgenommen werden kann.
Der Bezeichner ist der Label-Text des Feldes.
Der Identifikator definiert das technische Feld und gibt ein Prefix ala ZZ1 vor.
Mit Quick-Info ist die Bezeichnung/Beschreibung des Feldes gemeint.
Der Typ ist zu wählen wofür das Feld angelegt wird. Bpsw. soll ein Gesamtnettogewicht aus den Positionen der Bestellung berechnet werden, so ist Menge mit Einheit zu wählen.
Reiter "UIs und Reports"
Anhand der Datenquelle, die zur App gehört, die wir erweitern wollen, wissen wir welche UI wir für das Feld aktivieren müssen, damit es in der App eingeblendet werden kann.
Erstelltes Feld einblenden
Wenn man nun in der App ist, kann über das Kontomenü "UI anpassen" das erstellte Feld hinzufügen. Die Funktion "UI anpassen" ist nur ersichtlich, wenn man die Berechtigungen dazu hat.
Hinweis: In Falle, dass man es ebenso für die GUI aktiviert hat, wird das Feld direkt angezeigt.
Datenquelle erweitern
Benutzerdefinierte Logik
Nach Auswahl des Geschäftskontext bekommt man eine Liste an BAdIs für diesen Geschäftskontext. Zum Beispiel für die Bestellung "Bestellkopf ändern". Hier kann eine Implemtierungsbeschreibung angegeben werden und es wird eine BAdI-Implementierung des BAdIs "MM_PUR_S4_PO_MODIFY_HEADER" erstellt. Der Erweiterungsspot ist "ES_MMPUR_PROCESS_PO_CLOUD" und bestätigt nochmals, dass es Cloud-ready ist.
Die Programmiermöglichkeiten sind in diesem Umfeld der Custom Logic beschränkt und nicht mit den aus der GUI zu vergleichen, aber dafür für einen möglichen Umstieg auf S/4 Cloud ohne weitere Anpassungen übernehmbar.
Hinweis: Die Implementierungen aus der "GUI" werden zuerst durchlaufen. Dann folgen die Implementierungen der Custom Logic.
