DifficultySchwierigkeitsgrad: noviceAnfänger
Inhalt
| Table of Contents | ||||
|---|---|---|---|---|
|
Learning Objectives
After reading this article you will be able to:
Recognize baseline functionalities
Inherit from parent baseline
The basic principle of Workplace is that all baseline configuration comes from a parent (baseline) layer.
Because of this setup structure, a client can use all the configuration that is available in the baseline. So without having to customize anything on client level a Workplace environment could be setup.
Lernziele
Nach der Lektüre dieses Artikels werden Sie in der Lage sein:
Erkennen von Basisfunktionalitäten
Vererben von übergeordneter Grundlinie
Das Grundprinzip von Workplace ist, dass alle Baseline-Konfigurationen von einer übergeordneten (Baseline-)Schicht stammen.
Aufgrund dieser Einrichtungsstruktur kann ein Client die gesamte in der Baseline verfügbare Konfiguration nutzen. So kann eine Workplace-Umgebung eingerichtet werden, ohne dass etwas auf Client-Ebene angepasst werden muss.
Wo finden wir das Erbe
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Before reading: The upcoming topics are informative (for now). For your first implementation you will probably only use baseline functionalities. Below we’ll show you how to distinguish between baseline and client specific configuration, but also how to recognize from which baseline for example an certain a page is inherited. |
Inheritance is used throughout the whole Workplace environment. In this article we outline on what levels we use inheritance and how to recognize these. This should help explain why some fields/pages are editable while others aren’t. Examples of configuration item that are inherited are:
menu structures
categories
workflows
pages
functions
fields
access rights
user groups
profiles
So a baseline enables you to faster and more efficient easy set up an environment. After the initial setup, client specific alterations can be added later. Below some examples are given of inherited configuration items.
Categories
Inherited (often called ‘standard’) categories are shown in grey. When a client specific category is added, this will show up in a different color.
Baseline categories have predefined pages, fields and often a workflow.
Pages
By default a lot of (baseline) pages are available. Each page can inherit fields from the page above. When there are multiple pages with the same name, the lowest page in the hierarchy is used in the environment. Whenever a client specific field is added, this will show up on the list with the client layer.
Fields
There are default object fields for each object. These are inherited from the root layer.
Some objects in Workplace have categories. For objects with categories, custom object fields can be created. The fields that are added on a baseline have a prefix that refers to this specific baseline. By looking at the prefix we can distinguish what baseline these fields originate from. If there is no prefix, you’re looking at a root-field.
How can you lookup what (custom) fields an object has?
To find object fields we can navigate to the menu option: Configuration > Objects > find the object you want to see the fields from > press the “fields” tab
For custom object fields we can also go to the menu option: Configuration > Objects> click the categories icon (the map at the top right corner) > press on a category folder
| Info |
|---|
Each page has it’s own page fields. When these page fields are inherited from a baseline page they cannot be edited in the page definition. In this case all fields will be grayed out. |
Workflows
The Workflow for requests for example, is also inherited from a baseline. These baseline workflow(s) (processes) are not editable. This can easily be recognized because the fields are grayed out.
Scripts
Via Axxerion scripting, custom logic is added to the baseline of your Workplace environment. Scripts are also inherited from higher baseline(s).
By looking at the script reference you can see what layer this script is inherited from:
FMB- the Facility Management baseline;
GOB - the Go Baseline.
| Tip |
|---|
To be clear: baseline configuration can never be changed unless using an overwrite (in which case the functionality it is no longer considered baseline). We’ll tell you more on overwrites in the articles to come. This is not relevant for now. |
Vor dem Lesen: Die folgenden Themen sind (vorläufig) informativ. Für Ihre erste Implementierung werden Sie wahrscheinlich nur die Basisfunktionalitäten verwenden. Im Folgenden zeigen wir Ihnen, wie Sie zwischen Baseline und kundenspezifischer Konfiguration unterscheiden können, aber auch, wie Sie erkennen können, von welcher Baseline z.B. eine bestimmte Seite geerbt wird. |
Vererbung wird in der gesamten Workplace-Umgebung eingesetzt. In diesem Artikel erläutern wir, auf welchen Ebenen wir Vererbung einsetzen und wie Sie diese erkennen können. Dies soll erklären, warum einige Felder/Seiten editierbar sind und andere nicht. Beispiele für vererbte Konfigurationselemente sind:
Menüstrukturen
Kategorien
Arbeitsabläufe
Seiten
Funktionen
Felder
Zugangsrechte
Benutzergruppen
Profile
Eine Baseline ermöglicht es Ihnen also, eine Umgebung schneller und effizienter einzurichten. Nach der Ersteinrichtung können später kundenspezifische Änderungen vorgenommen werden. Nachfolgend sind einige Beispiele für vererbte Konfigurationselemente aufgeführt.
Kategorien
Vererbte (oft als "Standard" bezeichnete) Kategorien werden in Grau angezeigt. Wenn eine kundenspezifische Kategorie hinzugefügt wird, wird diese in einer anderen Farbe angezeigt.
Basiskategorien haben vordefinierte Seiten, Felder und oft einen Workflow.
Seiten
Standardmäßig sind viele (Basis-)Seiten verfügbar. Jede Seite kann erben Felder von der darüber liegenden Seite. Wenn es mehrere Seiten mit demselben Namen gibt, wird die unterste Seite in der Hierarchie in der Umgebung verwendet. Jedes Mal, wenn ein kundenspezifisches Feld hinzugefügt wird, erscheint es in der Liste mit der Kundenebene.
Felder
Es gibt Standard Objektfelder für jedes Objekt. Diese werden von der Stammebene geerbt.
Einige Objekte im Workplace haben Kategorien. Für Objekte mit Kategorien können benutzerdefinierte Objektfelder erstellt werden. Die Felder, die zu einer Baseline hinzugefügt werden, haben ein Präfix, das sich auf diese spezifische Baseline bezieht. Anhand des Präfixes kann man erkennen, aus welcher Baseline diese Felder stammen. Wenn es kein Präfix gibt, handelt es sich um ein Stammfeld.
Wie kann man nachsehen, welche (benutzerdefinierten) Felder ein Objekt hat?
Um Objektfelder zu finden, können wir zum Menüpunkt: Konfiguration > Objekte > Suchen Sie das Objekt, von dem Sie die Felder sehen möchten, und klicken Sie auf die Registerkarte "Felder".
Für benutzerdefinierte Objektfelder können wir auch auf die Menüoption gehen: Konfiguration > Objekte> Klicken Sie auf das Kategorien-Symbol (die Karte in der oberen rechten Ecke) > Klicken Sie auf einen Kategorie-Ordner
| Info |
|---|
Jede Seite hat ihre eigene Seitenfelder. Wenn diese Seitenfelder von einer Basisseite geerbt werden, können sie in der Seitendefinition nicht bearbeitet werden. In diesem Fall werden alle Felder ausgegraut. |
Arbeitsabläufe
Der Workflow für Anfragen zum Beispiel wird ebenfalls von einer Baseline geerbt. Diese Baseline-Workflow(s) (Prozesse) sind nicht bearbeitbar. Dies ist leicht zu erkennen, da die Felder ausgegraut sind.
Skripte
Mit Hilfe von Axxerion-Skripten wird benutzerdefinierte Logik zur Baseline Ihrer Workplace-Umgebung hinzugefügt. Skripte werden auch von höheren Baselines geerbt.
Anhand der Skriptreferenz können Sie sehen, von welcher Ebene dieses Skript geerbt wurde:
FMB- die Facility Management Basislinie;
GOB - die Go-Basislinie.
| Tip |
|---|
Um es klar zu sagen: Die Basiskonfiguration kann niemals geändert werden, es sei denn, sie wird überschrieben (in diesem Fall gilt die Funktionalität nicht mehr als Basiskonfiguration). Wir werden in den kommenden Artikeln mehr über das Überschreiben erzählen. Dies ist im Moment nicht relevant. |
Zusammenfassung
| Rw ui textbox macro |
|---|
|
SearchSuche
| Live Search |
|---|