Geschäftsregeln im Jitterbit App Builder

Einführung

Diese Seite bietet einen umfassenden Überblick über die verschiedenen verfügbaren Geschäftsregeln in App Builder, was sie sind und warum Sie sie verwenden.

API Aufruf

API Aufruf ist ein Regeltyp, der verfügbar ist in App Builder zur Verwendung beim Aufrufen eines API Endpoint. Durch Auswahl dieser Regel werden die Zielergebnisse nur auf REST- API Endpoints beschränkt.

Geschäftsgegenstand

Business Object ist der am häufigsten verwendete Business Rule-Typ in App Builder Anwendungen. Mit diesem Regeltyp können Sie Ereignisse verwenden und einfache oder komplexe Logik über Aktionen und Validierungen einbinden. Geschäftsobjekte werden hauptsächlich zum Erstellen der UI-Schicht in einer Anwendung verwendet. Geschäftsobjekte können Unterabfragen als Teil ihrer Logik verwenden.

Source Und List sind zwei gängige Beispiele für Geschäftsobjekte:

• Source: zeigt alle Zeilen und Spalten einer Tabelle in der Datenebene. Verweist auf eine Tabelle und sollte keine Filter enthalten. Quellobjekte werden häufig verwendet, wenn Sie einen Ausdruck oder eine Funktion für die zugrunde liegenden Daten erstellen müssen, um sie in der Anwendungs-UI-Ebene darzustellen.

• List: übersetzt den ID-Wert des Primärschlüssels in einen benutzerfreundlichen Titelspaltenwert. Listenobjekte können verwendet werden, wenn Sie dem Endbenutzer Daten anzeigen möchten, die möglicherweise nicht in der Tabelle verfügbar sind. Listenobjekte stellen Informationen häufig in Form eines Dropdown-Menüs dar, aus dem ein Benutzer auswählen kann.

Kalender

Kalender Geschäftsregeln werden verwendet, um die Geschäftslogik für einen Kalender zu erstellen, der auf der UI-Ebene angezeigt wird. Der Vorteil beim Erstellen einer Regel mit Kalendertyp besteht darin, dass Sie alle erforderlichen Kalenderattribute auf Regelebene konfigurieren und organisieren können, indem Sie den Verwendungstyp definieren.

Verwendungstypwerte:

• Color- Description- End- Sort- Start

Diagramm

Chart-Geschäftsregeln werden verwendet, um die Geschäftslogik für ein Diagramm zu erstellen, das auf der UI-Ebene in der Anwendung angezeigt wird. Der Vorteil beim Erstellen einer Regel mit dem Typ „Diagramm“ besteht darin, dass Sie alle erforderlichen Diagrammattribute auf Regelebene konfigurieren und organisieren können, indem Sie den Verwendungstyp definieren.

Verwendungstypwerte:

• Category- Color- Flag- JSON Options Object- Sort- Value

CRUD

CRUD-Regeln werden verwendet, wenn Sie Daten in einer Anwendung aktualisieren, löschen oder einfügen möchten. Die zugehörigen Aktionen, die Sie beim Konfigurieren auswählen (Cram, Delete, Insert, Update) definieren, wie sich die Regel auf die Datensätze der Zieltabelle auswirkt. CRUD-Geschäftsregeln werden in der Geschäftslogikebene erstellt und definiert.

CRUD-Geschäftsschicht-Regeln führen Ihre Regel in der Geschäftslogikebene aus, was bedeutet, dass sie alle Aktionen und Validierungen für die Tabelle oder das Objekt ausführen, das Sie ändern.

XP CRUD-Regeln bedeuten plattformübergreifendes CRUD und werden verwendet, wenn Sie CRUD zwischen zwei verschiedenen Datenquellen verwenden möchten.

Aktion muss für eine CRUD-Regel definiert werden, je nachdem, was Sie erreichen möchten

• Update - vorhandene Datensätze in der Zieltabelle ändern
• Delete - löscht vorhandene Datensätze in der Zieltabelle
• Insert - erstellt neue Datensätze in der Zieltabelle
• Cram - ähnlich wie Einfügen, schlägt aber nicht fehl, wenn bereits ein Primärschlüssel vorhanden ist. Das bedeutet, dass nur dann ein neuer Datensatz erstellt wird, wenn der Primärschlüssel nicht in der Datenquelle vorhanden ist, und alle gefundenen doppelten Schlüsseldatensätze übersprungen werden.

Standard

Standardobjekte werden verwendet, um standardmäßig Informationen in einem Feld auf der UI-Ebene einer Anwendung zu speichern, und können auch auf den Daten- und Geschäftslogikebenen verwendet werden. Das Ziel von Standardregeln besteht darin, dem Benutzer Zeit zu sparen und eine bessere Benutzererfahrung zu bieten. Ein gängiges Beispiel ist die Standardisierung eines Datumsfelds für einen neuen Datensatz, der heute hinzugefügt wird.

Gantt

Gantt-Geschäftsregeln werden verwendet, um die Geschäftslogik für ein Gantt-Diagramm zu erstellen, das auf der UI-Ebene angezeigt wird. Der Vorteil beim Erstellen einer Regel mit Gantt-Typ besteht darin, dass Sie alle erforderlichen Gantt-Diagrammattribute auf Regelebene konfigurieren und organisieren können, indem Sie den Verwendungstyp definieren.

Verwendungstypwerte:

• Color- Dependency- End- JSON Options Object- Parent Task- Sort- Start- Task- Task Group

Liste

Liste Geschäftsregeln werden zum Füllen von Auswahllisten aus der UI-Ebene in einer Anwendung verwendet. Listenregeln haben keine zugehörigen Aktionen oder Validierungen. Der Vorteil beim Erstellen einer Regel mit Listentyp besteht darin, dass Sie alle Listenattribute auf Regelebene konfigurieren und organisieren können, indem Sie den Verwendungstyp definieren.

Verwendungstypwerte:

• Key- Title- Subtitle

Karte

Map-Geschäftsregeln werden verwendet, um die Geschäftslogik für eine Karte zu erstellen, die auf der UI-Ebene angezeigt wird. Der Vorteil beim Erstellen einer Regel mit dem Kartentyp besteht darin, dass Sie alle Kartenattribute auf Regelebene konfigurieren und organisieren können, indem Sie den Verwendungstyp definieren.

Verwendungstypwerte:

• Category- Color- JSON Options Object- Value

Migration

Migration Regeln werden ausgeführt, wenn eine Version auf einem neuen Server installiert wird. Sie werden wie eine CRUD-Regel definiert und in der Umfeld ausgeführt. Migrationsregeln ermöglichen es einem Benutzer, die Datenbank mit den Aktionen Aktualisieren, Einfügen, Löschen oder Cram zu ändern. Diese Regeln werden zu Änderungsverwaltungsschritten hinzugefügt, die der Reihe nach ausgeführt werden, wenn eine LP in veröffentlicht wird. App Builder in eine neue Umfeld. Wenn eine Migrationsregel ausgeführt wird, App Builder macht einen Snapshot der Regel und bettet ihn in das Changeset ein. Die Migrationsregel wird gelöscht, nachdem sie als Migrationsregel ausgeführt wurde. Diese Regeln werden hauptsächlich beim Verschieben von Apps von der Entwicklung zur Qualitätssicherung und dann zur Produktion verwendet.

Netzwerkdiagramm

Netzwerkdiagramm Geschäftsregeln werden verwendet, um die Geschäftslogik zum Anzeigen eines Netzwerkdiagramms in der UI-Ebene einer Anwendung zu erstellen. Der Vorteil bei der Verwendung dieses Regeltyps besteht darin, dass ihm Spaltenverwendungstypen zugeordnet sind, die für das Netzwerkdiagramm geeignet sind. Wenn Sie dies in der UI-Ebene verwenden, werden Werte basierend auf den Verwendungstypen standardmäßig übernommen.

Benachrichtigung

Eine Benachrichtigung-Geschäftsregel ermöglicht App Builder um eine Nachricht an einen Benutzer zu senden. Nachrichten können per Email, Push-Benachrichtigungen, Textnachrichten oder App Builder Warnungen (Benachrichtigungen in der App). Benachrichtigungen unterstützen Dateianhänge aller Dateitypen.

Drehpunkt

Pivot-Regeln werden verwendet, um eine Pivot-Tabelle in einer Anwendung anzuzeigen. Mit dieser Art von Regel können Sie eine Datensatztabelle verflachen. Pivot-Regeln fassen verwandte Daten zusammen, die sich über mehrere Zeilen erstrecken, und stellen sie in einer einzigen Zeile dar. Diese Ausgabe hilft dabei, die Aufmerksamkeit auf nützliche Informationen zu lenken.

Bericht

Bericht Geschäftsregeln ermöglichen Ihnen die Konfiguration einer Geschäftslogik ohne zugehörige Ereignisse. Dieser Regeltyp ist für verschiedene Berichtsanforderungen in der UI-Ebene vorgesehen, er könnte beispielsweise für ein Diagramm, ein Rasterfeld oder ein Pivot verwendet werden.

Erreichen

Reach-Geschäftsregeln ermöglichen es Ihnen, Daten einzuschränken, auf die bestimmte Benutzer in einer Anwendung Zugriff haben. Benutzer können zu denselben Seiten navigieren, aber die auf jeder Seite angezeigten Daten werden so angepasst, dass nur Daten angezeigt werden, auf die der einzelne Benutzer Zugriff hat. Sie können Reach beispielsweise verwenden, wenn Sie einem Vertriebsbenutzer nur Zugriff auf Daten entsprechend seiner zugewiesenen Region gewähren möchten.

Unterabfrage

Unterabfragen sind Geschäftsregeln, die sich innerhalb anderer Geschäftsregeln wie Geschäftsobjekte befinden. Unterabfragen selbst werden nicht der Anwendungs-UI-Schicht ausgesetzt und unterstützen keine Geschäftslogikereignisse. Sie werden normalerweise verwendet, um Daten anzupassen, komplexere Logik und/oder Berechnungen an Daten durchzuführen. Versuchen Sie beim Entwerfen von Unterabfragen, die Logik so flach und einfach wie möglich zu halten.

Validierung

Validierungen dienen zum Schutz der Datenintegrität. Sie können für manuell eingegebene Daten ausgeführt werden und verhindern, dass ein Benutzer Datensätze hinzufügt, die gegen die Geschäftslogik verstoßen (z. B. doppelte Datensätze). Validierungsregeln können auch in der Geschäftslogikebene verwendet werden. Wenn eine CRUD-Regel als Geschäftsebene festgelegt ist, werden Validierungen auch ausgeführt, wenn diese CRUD-Regel ausgeführt wird.
Den Benutzern angezeigte Validierungsnachrichten sind konfigurierbar und können dynamische Ersetzungen für eine verbesserte Benutzererfahrung nutzen.

Sichtbarkeit

Sichtbarkeit Geschäftsregeln bestimmen den Status eines Steuerelements in der UI-Ebene, also welche Steuerelemente ausgeblendet, obligatorisch oder zur Bearbeitung verfügbar sind. Der Mehrwert einer Sichtbarkeitsregel besteht darin, das Seitendesign und die Benutzererfahrung zu vereinfachen. Diese Typregeln können nur für ein Formularfeld konfiguriert werden.

Webhook

Ein Webhook wird verwendet, um es jedem System zu ermöglichen, benutzerdefinierte Callback-Ereignisse in App Builder. Ein Webhook ist ein benutzerdefinierter HTTP-Rückruf und wird normalerweise durch ein Ereignis ausgelöst. Wenn ein Webhook in Form einer Email oder Textnachricht verwendet wird, wird je nach Benutzerantwort App Builder reagiert entsprechend, indem es das angegebene Ereignis auslöst.

XP-CRUD

Eine XP CRUD-Regel wird verwendet, um eine CRUD-Regel über Datenquellen hinweg zu erstellen und auszuführen. Regeln vom Typ XP sind so konzipiert, dass die Logik über verschiedene Datenquellen hinweg ausgeführt werden kann.

XP-Validierung

Eine XP-Validierungs-Regel wird verwendet, um Validierungsregeln für mehrere Datenquellen zu erstellen und auszuführen. Regeln vom Typ XP sind so konzipiert, dass die Logik über verschiedene Datenquellen hinweg ausgeführt werden kann.