Zum Inhalt springen

Bewährte Methoden für Prozessvorlagen

Einführung

Auf dieser Seite finden Sie Best Practice-Anleitungen und Empfehlungen für die Gestaltung von Integration Studio Prozessvorlagen zum Hochladen auf Jitterbit Marketplace. Dieses Dokument ist nicht umfassend und deckt nicht alle Szenarien ab.

Allgemeine Best Practices finden Sie unter Jitterbit iPaaS Best Practices.

Bewährte Methoden

Die folgenden Abschnitte bieten einen Überblick über bewährte Vorgehensweisen bei Prozessvorlagen:

Projekte

Dies sind allgemeine Richtlinien für Projekte:

  • Projektvariablen verwenden für Werte, die sich von Benutzer zu Benutzer ändern, wie z. B. Benutzernamen und Passwörter. Außerdem empfiehlt es sich, beim Erstellen von Projektvariablen Projektvariablen mit einem Präfix zu versehen, damit sie leicht nachgeschlagen werden können. Beispielsweise kann eine Projektvariable org_netsuite_auth_username wird zuerst vorangestellt mit org, Dann netsuite usw., um es effektiv in einer Liste unter anderen Projektvariablen zu organisieren.

  • Löschen ungenutzte Komponenten aus dem Projekt.

  • Entfernen Sie alle automatisch generierten -Copy Suffixe aus Projektkomponenten entfernen und diese logisch umbenennen.

Operationen

Dies sind allgemeine Richtlinien für Operationen:

Scripts

Dies sind allgemeine Richtlinien für Scripts:

  • Verwenden Sie, wenn möglich, sofort einsatzbereite Funktionen anstelle von Scripts.

  • Vermeiden Sie das Aufrufen von Operationen innerhalb von Scripts.

  • Vermeiden Sie das Aufrufen von Operationen oder das Einbinden von Skriptlogik in Transformations.

Projekt- und Komponentenbenennung

Dies sind die Empfehlungen zur Benennung von Projekten und deren Komponenten:

Komponente Muster Beispiel
Projekt <action>+ <endpoint>+ <object> Zu <endpoint>+ <object> Sync Salesforce Contacts to SAP Contacts
Operation <action>+ <endpoint>+ <object> Get Salesforce Contacts
Endpoint <endpoint> Salesforce
Endpoint <action>+ <object> Upsert Contacts
Transformation <action>+ <object>+ Request/Response Upsert Salesforce Contacts Request
Script <action>+ <object> Send Error Email
Projektvariablen <endpoint>_<element> Salesforce_Security_Token
Globale Variablen Camel Case verwenden errorMessage

Darüber hinaus sollten Projektname, Beschreibung und Workflow übereinstimmende Namen haben.

Hinweis

Achten Sie bei der Benennung von Projekten und deren Komponenten auf Rechtschreibfehler.

Struktur der Prozessvorlage

Die folgende Struktur beschreibt, wie jede Operation innerhalb der Operation eines Workflows funktionieren soll:

  • Operation 1: Die erste Operation dient zum Konfigurieren allgemeiner Variablen für die Protokollierung von Informationen, wie z. B. Erfolgsanzahl, Fehleranzahl, Erfolgszusammenfassung und Dateinamen. Mithilfe allgemeiner Variablen können Sie die Erfolgs- und Fehlerdateien schreiben und ein zusammenfassendes Protokoll mit den Werten drucken, auf die die Variablen eingestellt sind. Sobald diese eingerichtet sind, können Sie eine Email Benachrichtigung konfigurieren, die diese Informationen an den von Ihnen definierten Empfänger übermittelt.

  • Vorgang 2: Der zweite Operation ruft Daten vom Endpoint ab.

  • Vorgang 3: Wenn ein Connector keine Paginierung unterstützt, wird der dritte Operation verwendet, um die Daten für Endpoints zu paginieren, die nur eine begrenzte Anzahl von Datensätzen unterstützen.

  • Operation 4: Die vierte Operation implementiert die verbleibende Logik, die zum Ausführen einer Aktion am Endpoint erforderlich ist.

  • Vorgang 5: Der letzte Operation ist so konfiguriert, dass eine einzelne Email Benachrichtigung mit einer Zusammenstellung der Fehlermeldungen (von allen Vorgängen) an den von Ihnen festgelegten Empfänger gesendet wird.