MDF-Objekte konfigurieren

Der größte Teil der Konfiguration von MDF-Objekten wird über das Tool „Objektdefinitionen konfigurieren" im Admin-Center verwaltet. Bevor Sie MDF-Objekte verwenden oder mit Daten füllen können, müssen Sie eine neue Definition eines generischen Objekts (GO) anlegen oder die vorhandene Definition des generischen Objekts überprüfen. Ein generisches Objekt (GO) umfasst mehrere Bereiche, die verschiedene Aspekte des GO steuern.

Navigieren Sie über die Aktionssuche zum Tool „Objektdefinition konfigurieren", und wählen Sie „Neu erstellen: Objektdefinition" aus.

Wenn eine neue Objektdefinition geöffnet wird, werden die verschiedenen Bereiche angezeigt, die konfiguriert werden können.

In diesem Abschnitt wird das allgemeine Verhalten des generischen Objekts (GO) festgelegt.

• Code: Eine eindeutige Kennung für das Objekt. Allen angelegten benutzerdefinierten Objekten wird automatisch die Zeichenfolge „cust_" vorangestellt.

• Gültigkeitsdatum: Legt fest, ob eine Objektinstanz nur einen einzelnen Datensatz oder mehrere Datensätze basierend auf verschiedenen Datumsangaben haben kann. Bitte verwechseln Sie dies nicht mit einer Prüfung, die unabhängig von der Konfiguration dieses Felds aktiviert werden kann.

Die verfügbaren Optionen für „Mit Gültigkeitsdatum" sind:

Keine: Für eine bestimmte Objektinstanz kann nur ein einzelner Datensatz gepflegt werden. Wenn Sie Änderungen vornehmen, überschreiben Sie die zuvor gespeicherten Informationen.

Einfach: Es können mehrere Datensätze für eine bestimmte Objektinstanz gepflegt werden, aber es kann nur ein Datensatz für das angegebene Datum hinzugefügt werden.

Mehrere Änderungen pro Tag: Für jedes angegebene Datum können mehrere Datensätze gepflegt werden.

Von übergeordnetem Element: Wird für untergeordnete Objekte verwendet, sodass sie mit dem Stichtag des übergeordneten Elements übereinstimmen. Über-/Unterordnungsbeziehungen zwischen Objekten werden im Abschnitt „Verknüpfungen" behandelt. Eine Objektinstanz für ein untergeordnetes Objekt kann nicht unabhängig vom übergeordneten Objekt, sondern nur mit diesem zusammen gepflegt werden. 

• API Visibility: Mit dieser Einstellung kann über das OData-API auf alle Daten und einige Konfigurationen des MDF-Objekts zugegriffen werden. 

  Die folgenden Optionen sind verfügbar:

  Nicht sichtbar: Dies ist der Standardwert; auf das Objekt darf nicht über OData zugegriffen werden. 

  Nur Lesezugriff: Der Zugriff auf die Objektinstanz erfolgt schreibgeschützt ohne die Möglichkeit zur Bearbeitung. 

  Bearbeitbar: Der Zugriff auf die Objektinstanz erfolgt mit Lese- und Schreibfunktionen wie Anlegen, Aktualisieren, Einfügen und Löschen. 

• Status: Legt den Objektstatus fest.

  Die folgenden Optionen sind verfügbar:

  Aktiv: Das Objekt kann verwendet werden.

  Inaktiv: Dieser Status kann nicht verwendet werden, wenn eine Objektinstanz vorhanden ist oder wenn das Objekt von einem anderen aktiven Objekt referenziert wird. Ein inaktives Objekt ist nirgends im System sichtbar, einschließlich des konfigurierbaren UI-Designers, der Regeln, des RBB oder des Imports/Exports.

• MDF-Versionsverlauf: Mit dem MDF-Versionsverlauf können Sie Audit-Daten für alle Änderungen erfassen, die an Objektinstanzen vorgenommen wurden. Bei jedem Vorgang wie etwa Anlegen, Aktualisieren, Einfügen oder Löschen werden dem System Änderungsdatensätze hinzugefügt.

Folgende Optionen stehen zur Verfügung:

Keine Auswahl/Nein: Wenn eine dieser Optionen ausgewählt ist, werden für keinen der Vorgänge Audit-Datensätze angelegt.

Verlauf löschen: Audit-Datensätze werden nur bei Löschvorgängen angelegt. 

Vollständiger Verlauf: Audit-Datensätze werden für alle Vorgänge wie  Anlegen, Einfügen, Aktualisieren und Löschen angelegt. 

• Standardbild: Benutzer können eine Konfigurations-UI für ein bestimmtes Objekt anlegen. Wenn Sie die angelegte Konfigurations-UI für die Anzeige in der App Daten verwalten verwenden möchten, können Sie hier die Konfigurations-UI zuordnen. Wenn Sie dieses Feld leer lassen, wird das generische Objekt (GO) in der Standard-UI angezeigt.

• Bezeichnung: Dies ist der in verschiedenen UIs angezeigte Name des Objekts. 

• Beschreibung: Hier können Sie eine kurze Übersicht über das Objekt erfassen.

• API-Unterversion: Dieses Feld steuert, ob die technischen Felder im OData-API angezeigt werden.

Verfügbare Optionen:

Keine Auswahl: Bei dieser Option verhält sich das System, als ob Sie V1.1 ausgewählt hätten.

V1.0: Systemfelder, die nicht viel verwendet werden, werden im OData-API exponiert.

V1.1: Systemfelder werden im OData-API nicht angezeigt. Dies ist die empfohlene Option, wenn Sie ein neues Objekt anlegen.

• Feld „Betrifft Benutzer": Definiert, welches Feld Informationen zum betreffenden Benutzer für das Objekt enthält, die dann zur Ermittlung des Workflow-Routings verwendet werden. Für diese Konfiguration können nur Felder vom Datentyp Benutzer verwendet werden. Wenn das Feld Externer Code mit dem Datentyp Benutzer definiert ist, wird es als Standardwert für diese Konfiguration verwendet.

• Workflow-Routing: Diese Option ermöglicht Workflow-Routing zum Objekt. Wenn Sie einen Workflow-Konfigurationsdatensatz auswählen, wird für jeden für eine Objektinstanz durchgeführten Vorgang der zugehörige Workflow ausgelöst. Für das Workflow-Routing muss die Funktion „Employee Central-Grundlagenobjekte" im Provisioning aktiviert sein.

• Ausstehende Daten: Mit dieser Option können Sie steuern, ob Änderungen mit oder ohne Genehmigung übernommen werden sollen. Wenn Sie ein Workflow-Routing gewählt haben, das eine Genehmigung umfasst, und Sie möchten, dass Änderungen erst nach der Genehmigung wirksam werden, setzen Sie dieses Feld auf „Ja".

• To-Do-Kategorie: Wird verwendet, wenn Ausstehende Daten auf Ja gesetzt ist. Sie legt fest, in welchem Unterabschnitt der Aufgabenliste Workflow-Genehmigende Benachrichtigungen für dieses generische Objekt (GO) auf der Startseite angezeigt bekommen.

• Objektkategorie: Es stehen verschiedene Objektkategorien zur Verfügung, um den Typ der Daten zu bestimmen, die ein Objekt darstellt: Nicht kategorisiert, Konfiguration, Benutzertransaktional, Nicht-Benutzertransaktional und Technisch.

• Name: Dies ist die Kennung für das Feld und muss innerhalb der aktuellen Objektdefinition einschließlich der Verknüpfungsnamen eindeutig sein. Die Anwendung stellt den Namen von benutzerdefinierten Feldern automatisch die Zeichenfolge „cust_" voran.

• Höchstlänge: Gilt nur für die Datentypen „Zeichenfolge", „Zu übersetzen", „Nummer" und „Dezimalzahl". Mit dieser Angabe wird festgelegt, wie viele Zeichen für dieses Feld eingegeben werden können. Die Standardlänge für Felder beträgt 255 für „Zeichenfolge" und „Zu übersetzen", 38 für „Nummer" und 21 für „Dezimalzahl". Sie kann jedoch vom Endbenutzer geändert werden. Der Wert für die maximal zulässige Länge eines vordefiniertes Feldes kann von Objekt zu Objekt variieren und von verschiedenen Anwendungen gesteuert werden.

• Datentyp: Legt fest, welche Art von Werten für ein Feld bereitgestellt werden können. Verschiedene Datentypen stehen zur Auswahl. Dazu gehören Folgende:

  • Zeichenfolge: Akzeptiert beliebigen Text.

  • Zu übersetzen: Wie „Zeichenfolge", der eingegebene Wert kann jedoch in verfügbare Sprachen übersetzt werden.  

  • Nummer: Akzeptiert nur ganze Zahlen ohne Dezimalwerte. Wie dieser Feldwert angezeigt wird, hängt vom Gebietsschema ab, das der angemeldete Benutzer ausgewählt hat.

  • Dezimalzahl: Akzeptiert eine Zahl mit Nachkommastellen. Wie dieser Feldwert angezeigt wird, hängt vom Gebietsschema ab, das der angemeldete Benutzer ausgewählt hat.

  • Automatische Nummer: Das System generiert automatisch eine neue Nummer für jeden Datensatz. Dieses Feld sollte immer als schreibgeschützt festgelegt werden. Der Endbenutzer darf keine Werte manuell eingeben können.

  • Boolesch: Stellt „Ja" oder „Nein" als zulässige Werte bereit.

  • Auswahlliste: Benutzer müssen eine Option aus den vordefinierten Werten einer Auswahlliste wählen.

  • Allgemeines Objekt: Legt eine Referenz auf ein anderes allgemeines Objekt an, und der Endbenutzer kann bei der Dateneingabe eine beliebige Instanz des referenzierten allgemeinen Objekts auswählen.

  • Grundlagenobjekt: Referenz auf Employee-Central-Grundlagenobjekte anlegen. „Standort" ist ein Beispiel für ein EC-Grundlagenobjekt, das außerhalb des MDF verwaltet wird.

• Datenquelle: Dieses Feld wird nur für vordefinierte Felder verwendet und kann von Endbenutzern nicht geändert werden.

• Benutzer: Verweist auf einen beliebigen aktiven oder inaktiven Benutzer im System.

• Datum: Akzeptiert Datumsinformationen. Wie dieser Feldwert angezeigt wird, hängt vom Gebietsschema ab, das der angemeldete Benutzer ausgewählt hat.

• DatumUhrzeit: Akzeptiert Datums- und Uhrzeitinformationen (Stunden, Minuten und Sekunden).

• Uhrzeit: Akzeptiert nur Uhrzeitinformationen (Stunden, Minuten, Sekunden).

• Anhang: Ermöglicht das Hochladen eines Dokuments oder einer Datei in eine Objektinstanz.

• Quelle für gültige Werte: Dieses Attribut gilt nur für die Datentypen „Auswahlliste", „Allgemeines Objekt" und „Grundlagenobjekt" und „Datenquelle". Geben Sie die ID/den Code des referenzierten Objekts ein. Um beispielsweise eine Referenz eines Feldes auf das generische Objekt „Land" anzulegen, geben Sie den Wert „Land" ein. Betrachten Sie das folgende Beispiel für die Konfiguration einer Auswahlliste: Das Objekt „Planstelle" enthält ein Feld mit dem Namen Kritikalität, und Sie möchten eine Verbindung zwischen diesem Feld und einer MDF-Auswahlliste herstellen. Zunächst müssen Sie im Auswahllisten-Center den Code der mit diesem Feld zu verknüpfenden Auswahlliste ermitteln und dann den Auswahllistencode in der Quelle gültiger Werte des Feldes Kritikalität im Objekt „Planstelle" angeben.
• Alten Wert ausblenden: Für ein Objekt mit Gültigkeitsdatum werden Feldwerte, die aus vorherigen Datensätzen mit Gültigkeitsdatum geändert wurden, zusammen mit dem durchgestrichenen alten Wert angezeigt. Wenn diese Option auf Ja gesetzt ist, wird der alte Wert nicht angezeigt.
• Dezimalstellengenauigkeit: Gilt nur für den Datentyp „Dezimalzahl". Dieses Feld gibt an, wie viele Nachkommastellen zulässig sind.
• Endnullen anzeigen: Gilt nur für den Datentyp „Dezimalzahl". Bei der Einstellung Ja werden für die dezimale Genauigkeit nachgestellte Nullen angezeigt, wenn die Anzahl der Nachkommastellen nicht mit der dezimalen Genauigkeit übereinstimmt.
• Inaktive Benutzer einschließen: Gilt nur für den Datentyp „Benutzer". Wenn der Wert auf Ja gesetzt ist, können auch inaktive Benutzer ausgewählt werden. Der Standardwert ist Nein.
• Benutzeroberflächenfeld-Renderer: Dieses Feld kann das UI-Verhalten ändern. Wenn Sie beispielsweise die Option „displayPickListWithoutExternalCode" aktivieren, wird der Code in der Dropdown-Auswahlliste ausgeblendet. Wenn Sie die Option „displayGOWithoutExternalCode" verwenden, wird externer Code für die Auswahl generischer Objekte ausgeblendet. Beachten Sie, dass es sich hierbei um vordefinierte Werte handelt, die für bestimmte Datentypen gelten. Bei falscher Anwendung führt dies zu unerwünschtem Verhalten oder Anwendungsfehlern.
• Übergang: Setzen Sie diese Option auf Ja, um das Feld transient zu machen. Die Werte transienter Felder werden nicht in der Datenbank gespeichert, sondern zur Laufzeit auf der Benutzungsoberfläche mit Werten belegt. In der Regel geschieht dies mit Hilfe von Regeln. Beispielsweise basiert das Alter einer Person auf dem Geburtsdatum.
• Hilfetext: Dies ist eine übersetzbare Option. Wenn ein Wert angegeben wird, wird neben dem Feld ein Symbol angezeigt, über das die Anweisung angezeigt werden kann.
• Wert auf UI maskieren: Sie können sensible Informationen auf der Benutzungsoberfläche ausblenden, damit der Wert nicht versehentlich angezeigt wird. Wenn Sie diese Option auf Ja setzen, werden anstelle des tatsächlichen Werts Sternchen (*****) angezeigt. Der Benutzer muss das Feld auswählen und bestätigen, dass er die Absicht hat, die Werte auf der Benutzungsoberfläche anzuzeigen.
• Standardwert: Sie können einen Standardwert für dieses Feld festlegen. Nicht alle Datentypen unterstützen diese Konfiguration.
• Sekunden ausblenden: Wird für die Datentypen „DatumUhrzeit" und „Uhrzeit" verwendet. Wenn die Option auf „Ja" gesetzt ist, werden keine Sekunden angezeigt.

• Erforderlich: Bei der Einstellung Ja muss das Feld ausgefüllt werden. Der Benutzer muss einen Wert eingeben, bevor der Datensatz gespeichert werden kann.
• Sichtbarkeit: Legt fest, ob das Feld in der UI bearbeitbar, schreibgeschützt oder nicht sichtbar ist.
• Status: Das Feld kann auf „Aktiv" oder „Inaktiv" gesetzt werden. Inaktive Felder sind im System nicht verfügbar. Beachten Sie, dass ein vom Kunden definiertes Feld nicht auf „Inaktiv" gesetzt werden kann.
• Bezeichnung: Ein übersetzbares Feld, in dem Sie die Feldbezeichnung ändern können, die auf der Benutzungsoberfläche und in anderen Bereichen der Anwendung angezeigt wird.
• Ende des Zeitraums: Gilt nur für den Datentyp „DatumUhrzeit". Damit soll unterschieden werden, ob 00:00:00 der Beginn oder das Ende eines Tages ist.
• Lesezugriff protokollieren: Aktivieren Sie diese Option, wenn der Lesezugriff auf ein Feld verfolgt werden muss. Diese Funktion ist noch nicht verfügbar.
• Datenbankfeldname: Ein schreibgeschütztes Feld, das vom System festgelegt wird.
• Regeln: In diesem Abschnitt können Sie dem Feld eine oder mehrere Geschäftsregeln hinzufügen. Wenn ein Feldwert geändert wird, werden diese Regeln ausgelöst.
• Feldkriterien: Ermöglicht Ihnen, die möglichen Werte für das Feld einzuschränken, indem Sie die zugehörigen Felder in diesem Abschnitt angeben.
• Bedingung/Bedingungswerte: Ermöglicht es Ihnen, das Feld basierend auf einem Wert, der für ein anderes im Objekt verfügbares Feld eingegeben wurde, ein- oder auszublenden.

MDF unterstützt die folgenden Typen von Verknüpfungen:

1. Gültig, wenn (VW): Für diesen Verknüpfungstyp haben verknüpfte Objekte einen eigenen Lebenszyklus und existieren ohne das Objekt, das gerade konfiguriert wird. „Gültig, wenn"-Verknüpfungen werden häufig zum Erstellen von Filterfunktionen zwischen Feldern für ein bestimmtes Objekt verwendet. In den Stelleninformationen des Mitarbeiters haben Sie beispielsweise die Felder Geschäftsbereich und Sparte. Wenn Sie das Feld Sparte auswählen, möchten Sie gültige Spartenwerte angezeigt bekommen, die für den ausgewählten Geschäftsbereich gelten. Sparten und Geschäftsbereiche können jedoch unabhängig vom Datensatz des Mitarbeiters gepflegt werden. In diesem Fall würden Sie eine „Gültig, wenn"-Verknüpfung für „Sparte" definieren, die auf „Geschäftsbereich" verweist.
2. Gemischt: Dieser Verknüpfungstyp legt eine Eltern-Kind-Beziehung an. Die zuzuordnende Entität ist eine untergeordnete Entität und kann nicht außerhalb des übergeordneten Objekts existieren. Für das untergeordnete Objekt muss für diesen Verknüpfungstyp unter „Festlegung des Stichtags" der Eintrag „Vom übergeordneten Element" festgelegt werden. Außerdem kann das untergeordnete Objekt nur einem einzigen übergeordneten Objekt zugeordnet werden.

   Beispielsweise sind die Werte einer Auswahlliste die untergeordneten Entitäten der Entität „Auswahlliste". Es wäre nicht sinnvoll, eine Entität „Auswahllistenwert" ohne die Entität „Auswahlliste" (das übergeordnete Element) zu erstellen.

3. Nach Spalte verbinden (JBC): Mit diesem Verknüpfungstyp können Sie zwei Objekte durch eine Eins-zu-eins-Beziehung verbinden, wobei ein Objekt das andere Objekt referenziert. Legen Sie ein Feld der Definition des übergeordneten Objekts als Quellobjektspalte und ein Feld der Definition des untergeordneten Objekts als Zielobjektspalte fest. Durch eine JBC-Assoziation referenzieren sich die Werte dieser beiden Objektspalten dann gegenseitig.

   Beispiel: „Person" kann ein Objekt sein, das eine reale Person darstellt, und „Personenbezogene Daten" kann ein anderes Objekt sein, das Informationen über die Person enthält. Die Objekte „Person" und „Personenbezogene Daten" könnten eine Eins-zu-eins-Beziehung des Typs „Gemischt" darstellen. In diesem Fall können die personenbezogenen Daten nicht ohne eine Person vorhanden sein.

   Wenn es sich bei der Verknüpfung jedoch um eine Eins-zu-eins-Verknüpfung des Typs „Nach Spalte verbinden" handelt, wäre ein Benutzer in der Lage, personenbezogene Daten außerhalb des Personenobjekts zu pflegen. In dieser Konfiguration müssten Sie den externen Code von „Person" so konfigurieren, dass er den externen Code des Objekts „Personenbezogene Daten" referenziert.

Sie können Felder definieren, die für die Suche nach einer MDF-Objektinstanz verwendet werden können. Jedes der diesem Abschnitt hinzugefügten Felder wird an verschiedenen Stellen der Anwendung in die Suche einbezogen. Geben Sie in das Feld die Namen der Felder und/oder der Verknüpfungen ein, die durchsuchbar sein sollen. Sie können auch die Feldreferenz verwenden, die in die Suche einbezogen werden soll. Beispiel: Wenn Sie ein Objekt mit dem Feld Land haben, das sich auf das Länderobjekt bezieht, dann können Sie „cust_country.code" hinzufügen, um anhand des Ländercodes zu suchen.

Wenn ein Feld mit einer Auswahlliste verknüpft ist, können Sie den Feldnamen zusammen mit „.label" wie im Screenshot dargestellt hinzufügen.

Geschäftsschlüsselfelder sind eine Kombination aus zwei oder mehr Feldern und werden für ein Objekt definiert, sodass Sie dessen Datensätze eindeutig identifizieren können. In diesem Bereich können Sie die Geschäftsschlüsselfelder eingeben. Sie können auch Felder löschen oder weitere Felder hinzufügen, indem Sie das entsprechende Symbol auswählen.

Durch das Einrichten von Sicherheitsfunktionen können Sie steuern, welche Benutzer Daten für ein Objekt oder Feld anzeigen, bearbeiten oder importieren/exportieren können. Mit dem MDF können Sie Sicherheitsfunktionen auf Objekt- oder Feldebene einrichten. Den Zugriff auf Objekte und Felder können Sie auf der Basis von RBB-Rollen im System steuern.

Optional können Sie definieren, welche Felder in der Objektdefinition verwendet werden, um die Zielpopulation in den rollenbasierten Berechtigungen zu ermitteln. Als „RBB-Feld ‚Betrifft Benutzer’" können Sie ein beliebiges Benutzerfeld der aktuellen Objektdefinition festlegen. Der für „RBB-Feld ‚Betrifft Benutzer’" festgelegte Wert kann dann verwendet werden, um in RBB benutzerbasierte Berechtigungsgruppen anzulegen. Als „RBB-Feld ‚Betrifft Benutzer’" können Sie ein beliebiges Feld der aktuellen Objektdefinition vom Typ „Benutzer" verwenden. Es muss nicht der externe Code (externalCode) sein.

• Gesichert: Alle neuen benutzerdefinierten MDF-Objekte schreiben vor, dass das Feld Gesichert zum Zeitpunkt der Erstellung auf Ja gesetzt ist. Vorhandene MDF-Objekte und die mit übergeordneten Datensätzen verknüpften Objekte bleiben unverändert. Sie erhalten einen Validierungsfehler, wenn Sie versuchen, ein neues benutzerdefiniertes MDF-Objekt zu speichern, bei dem das Feld Gesichert auf Nein gesetzt ist. MDF-Objekte mit Stichtag FROM_PARENT und die vorhandenen benutzerdefinierten MDF-Objekte sind nicht betroffen, und das Feld Gesichert bleibt auf Nein. Sobald Sie das Feld Gesichert eines vorhandenen benutzerdefinierten MDF-Objekts von Nein in Ja ändern, kann diese Aktion nicht mehr rückgängig gemacht werden. Sie können nicht zurück zu Nein wechseln. Sie können kein neues benutzerdefiniertes MDF-Objekt mehr als nicht gesichert erstellen oder ein gesichertes MDF-Objekt in ein nicht gesichertes ändern.

  Seit dem Release-Update 2605 wurden für Neukunden die folgenden Standardobjekte standardmäßig auf gesichert gesetzt:

  • Korrektur des Einstellungsdatums
  • Fallback-Ereignisgrund-Konfiguration
  • Alternative Kostenverteilung
  • Wiederkehrende Abzüge
  • Einmalige Abzüge
  • Dokumentgenerierungsvorlage
  • E-Mail-Optionen für Dokumentgenerierungsvorlage
  • Dokumentgenerierungsgruppe
  • Anzeige des Dokumentgenerierungsbilds
  • Einkommensteuererklärungen (ItDeclaration)
  • Art der Anmeldung (DeclarationType)
  • Zeitgebunden für Einkommensteuererklärungen (ItDeclarationTimeBound)
  • Steuerregelungsmeldung (TaxRegimeDeclaration)
  • Geschäftsjahresvariante (FiscalYearVariant)
  • Zuordnung von Geschäftsjahr zu Land/Region (FiscalYearToCountryMap)

  Notiz

  Wählen Sie nicht Angepasst aus. Diese Option wird nicht unterstützt und wird in zukünftigen Releases entfernt.

  Das Feld Gesichert ist beim Anlegen benutzerdefinierter Objekte standardmäßig auf Ja gesetzt. Es wird empfohlen, alle benutzerdefinierten Objekte auf „Gesichert=Ja" zu belassen, damit rollenbasierte Berechtigungen vergeben werden müssen, bevor auf das Objekt zugegriffen werden kann. Sie können Zugriff auf nicht gesicherte Objekte (Gesichert=Nein) gewähren, indem Sie die Metadaten-Framework-Berechtigung für den "Zugriff auf nicht RBB-gesicherte Objekte" verwenden.

• Berechtigungskategorie: Gibt an, in welchem Bereich des Abschnitts „Berechtigungen" in der RBB-Rolle das Objekt zu finden ist.
• RBB-Feld „Betrifft Benutzer": Geben Sie ein erforderliches Benutzerfeld der aktuellen Objektdefinition an. Der Wert dieses Feldes wird für das Einrichten der Zielpopulation in RBB verwendet.

Nachdem die MDF-Objektdefinition angelegt wurde, können Sie Objektinstanzen dieser Definition in Ihrer Anwendung anlegen. Das Anlegen einer Instanz eines MDF-Objekts ist die Methode, das Objekt mit Daten zu füllen. Navigieren Sie in der Aktionssuche zu „Daten verwalten". In den Suchergebnissen in „Daten verwalten" werden Datensätze angezeigt, die angelegt wurden, und solche, die in einem konfigurierten Workflow zur Genehmigung ausstehen.