sb: Bereichsbezogen, Global

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 7 Minuten Lesedauer
  • Die SB Die Skripteinbindung bietet Methoden, mit denen Sie Vorgänge für ausführen können Service Bridge Konfigurationsdatensätze.

    Es gibt drei Arten von Service Bridge Konfigurationsdatensätze, für die Sie mit diesem Skript Vorgänge ausführen können, umfassen:
    • Grundlagendaten-Synchronisierung
    • Remote-Datensatzersteller (RRP)
    • Remote-Aufgabendefinition (RTD)
    Sie können eine der folgenden Aktionen ausführen Service Bridge Vorgänge für diese Konfigurationsdatensätze:
    • Auschecken: Erstellt eine Entwurfsversion eines angegebenen Konfigurationsdatensatzes. Jede veröffentlichte Version ist weiterhin für die Verwendung durch Kunden verfügbar.
    • Veröffentlichen: Veröffentlicht die Entwurfsversion eines angegebenen Konfigurationsdatensatzes und stellt ihn für die Verwendung durch den Kunden bereit.
    • Archivieren: Archiviert eine inaktive Version eines angegebenen Konfigurationsdatensatzes und macht ihn für Kunden nicht verfügbar.
    • Stilllegen: Deaktiviert alle Versionen eines angegebenen Konfigurationsdatensatzes und macht sie für Kunden nicht verfügbar.
    • Virtuelles Feld aktualisieren: Füllt virtuelle Felder in einer Aufgabentabelle in einer Zielinstanz aus, wenn verwendet wird Service Bridge Remote-Aufgaben.

    Für zusätzliche Informationen zu Service Bridge Konfigurationsdatensätze, siehe Create configuration revisions.

    Um auf diese API zuzugreifen, die Service Bridge Für Provider-Anwendung (sn_sb_pro) und die Service Bridge Basis-Plugins (sn_sb) müssen auf Ihrer Instanz installiert sein.

    Sie rufen die Methoden in dieser API mit auf SB Skripteinbindung. Der Code für diese Methoden befindet sich jedoch im PSBPublicAPIUtil Skripteinbindung.

    Verwenden Sie beim Aufrufen dieser Methoden aus dem globalen Bereich die folgende Syntax:
    sb.checkout(glideRecord);
    sb.publish(glideRecord);
    sb.archive(glideRecord);
    sb.retire(glideRecord);
    Verwenden Sie diese Syntax, wenn Sie sie aus einer bereichsbezogenen Anwendung aufrufen:
    global.sb.checkout(glideRecord);
    global.sb.publish(glideRecord);
    global.sb.archive(glideRecord);
    global.sb.retire(glideRecord);

    sb – Archive(glideRecord)

    Validiert, dass der angegebene GlideRecord gültig ist Service Bridge Konfigurationsdatensatz und überprüft, ob sich der Datensatz im Status „inaktiv“ befindet. Wenn diese Validierung erfolgreich ist, wird der angegebene Konfigurationsdatensatz archiviert, sodass alle anderen Versionen desselben Konfigurationsdatensatzes unverändert bleiben.

    Weitere Informationen zu Konfigurationsüberarbeitungen und den zugehörigen status finden Sie unter Create configuration revisions.

    Tabelle : 1. Parameter
    Name Typ Beschreibung
    glideRecord GlideRecord Zu archivierender Konfigurationsdatensatz.
    Dieser Datensatz kann einer der folgenden sein:
    • Foundation Data Sync (FDS): Datensätze in der Tabelle „Grundlagendatenanbieter“ [sn_fds_pro_offering].
    • Remote-Datensatzersteller (RRP): Datensätze in der Tabelle „Remote-Datensatzersteller“ [sn_sb_pro_Remote_Record_Producer].
    • Remote-Aufgabendefinition (RTD): Datensätze in der Tabelle „Remote-Aufgabendefinition“ [sn_sb_pro_Remote_Task_def].
    Tabelle : 2. Rückgaben
    Typ Beschreibung
    Boolean Kennzeichnung, die angibt, ob der Konfigurationsdatensatz archiviert wurde.
    Mögliche Werte:
    • Wahr: Konfigurationsdatensatz wurde archiviert.
    • Falsch: Fehler aufgetreten; Konfigurationsdatensatz wurde nicht archiviert.

    Das folgende Codebeispiel zeigt, wie diese Methode aus dem globalen Bereich in einem FDS-Konfigurationsdatensatz aufgerufen wird.

    var grConfig = new GlideRecord('sn_fds_pro_offering’’'); // Configuration table that contains the desired record 
    grConfig.get('0ed11101ff6aca10c1befe258c4fd99e'); // Sys_id of the configuration record to publish
    var isExecuted = sb.archive(grConfig);

    sb – zur Kasse (glideRecord)

    Validiert, dass der angegebene GlideRecord gültig ist Service Bridge Konfigurationsdatensatz und überprüft, ob sich der Datensatz im Status „veröffentlicht“ befindet. Wenn diese Validierung erfolgreich ist, erstellt eine neue Version des angegebenen Konfigurationsdatensatzes und legt das Statusfeld auf „Entwurf“ fest.

    Tabelle : 3. Parameter
    Name Typ Beschreibung
    glideRecord GlideRecord Konfigurationsdatensatz, der ausgecheckt werden soll.
    Dieser Datensatz kann einer der folgenden sein:
    • Foundation Data Sync (FDS): Datensätze in der Tabelle „Grundlagendatenanbieter“ [sn_fds_pro_offering].
    • Remote-Datensatzersteller (RRP): Datensätze in der Tabelle „Remote-Datensatzersteller“ [sn_sb_pro_Remote_Record_Producer].
    • Remote-Aufgabendefinition (RTD): Datensätze in der Tabelle „Remote-Aufgabendefinition“ [sn_sb_pro_Remote_Task_def].
    Tabelle : 4. Rückgaben
    Typ Beschreibung
    GlideRecord Wenn erfolgreich, wird der neu erstellte Konfigurationsdatensatz zurückgegeben, wobei das Statusfeld auf „Entwurf“ festgelegt ist.

    Wenn ein Fehler aufgetreten ist, gibt null zurück.

    Das folgende Codebeispiel zeigt, wie diese Methode aus dem globalen Bereich in einem RTD-Konfigurationsdatensatz aufgerufen wird.

    var grConfig = new GlideRecord('sn_sb_pro_remote_task_def'); // Configuration table that contains the desired record 
    grConfig.get('0ed11101ff6aca10c1befe258c4fd99e'); // Sys_id of the configuration record to checkout
    var checkoutGr = sb.checkout(grConfig);

    sb – veröffentlichen (glideRecord)

    Validiert, dass der angegebene GlideRecord gültig ist Service Bridge Konfigurationsdatensatz und überprüft, ob sich der Datensatz im Status „Entwurf“ befindet. Wenn diese Validierung erfolgreich ist, wird die Entwurfsversion des Konfigurationsdatensatzes veröffentlicht.

    Tabelle : 5. Parameter
    Name Typ Beschreibung
    glideRecord GlideRecord Zu veröffentlichender Konfigurationsdatensatz.
    Dieser Datensatz kann einer der folgenden sein:
    • Foundation Data Sync (FDS): Datensätze in der Tabelle „Grundlagendatenanbieter“ [sn_fds_pro_offering].
    • Remote-Datensatzersteller (RRP): Datensätze in der Tabelle „Remote-Datensatzersteller“ [sn_sb_pro_Remote_Record_Producer].
    • Remote-Aufgabendefinition (RTD): Datensätze in der Tabelle „Remote-Aufgabendefinition“ [sn_sb_pro_Remote_Task_def].
    Tabelle : 6. Rückgaben
    Typ Beschreibung
    Boolean Kennzeichnung, die angibt, ob der Konfigurationsdatensatz veröffentlicht wurde.
    Mögliche Werte:
    • Wahr: Konfigurationsdatensatz wurde veröffentlicht.
    • Falsch: Fehler aufgetreten; Konfigurationsdatensatz wurde nicht veröffentlicht.

    Das folgende Codebeispiel zeigt, wie diese Methode aus dem globalen Bereich in einem RRP-Konfigurationsdatensatz aufgerufen wird.

    var grConfig = new GlideRecord('sn_sb_pro_remote_record_producer’'); // Configuration table that contains the desired record 
    grConfig.get('0ed11101ff6aca10c1befe258c4fd99e'); // Sys_id of the configuration record to publish
    var isExecuted = sb.publish(grConfig);

    sb – stilllegen(glideRecord)

    Validiert, dass der angegebene GlideRecord gültig ist Service Bridge Konfigurationsdatensatz und überprüft, ob sich der Datensatz in einem gültigen Status befindet. Wenn diese Validierung erfolgreich ist, wird die angegebene Version des Konfigurationsdatensatzes zusammen mit allen anderen Überarbeitungen desselben Konfigurationsdatensatzes stillgelegt.

    Weitere Informationen zu Konfigurationsüberarbeitungen und den zugehörigen status finden Sie unter Create configuration revisions.

    Tabelle : 7. Parameter
    Name Typ Beschreibung
    glideRecord GlideRecord Konfigurationsdatensatz, der stillgelegt werden soll.
    Dieser Datensatz kann einer der folgenden sein:
    • Foundation Data Sync (FDS): Datensätze in der Tabelle „Grundlagendatenanbieter“ [sn_fds_pro_offering].
    • Remote-Datensatzersteller (RRP): Datensätze in der Tabelle „Remote-Datensatzersteller“ [sn_sb_pro_Remote_Record_Producer].
    • Remote-Aufgabendefinition (RTD): Datensätze in der Tabelle „Remote-Aufgabendefinition“ [sn_sb_pro_Remote_Task_def].
    Tabelle : 8. Rückgaben
    Typ Beschreibung
    Boolean Kennzeichnung, die angibt, ob der Konfigurationsdatensatz stillgelegt wurde.
    Mögliche Werte:
    • Wahr: Konfigurationsdatensatz wurde stillgelegt.
    • Falsch: Fehler aufgetreten; Konfigurationsdatensatz wurde nicht stillgelegt.

    Das folgende Codebeispiel zeigt, wie diese Methode aus dem globalen Bereich in einem RTD-Konfigurationsdatensatz aufgerufen wird.

    var grConfig = new GlideRecord('sn_sb_pro_remote_task_def'); // Configuration table that contains the desired record 
    grConfig.get('0ed11101ff6aca10c1befe258c4fd99e'); // Sys_id of the configuration record to checkout
    var isExecuted = sb.retire(grConfig);

    sb – updateVirtualField (GlideRecord remoteTaskGr, Zeichenfolge virtualField, Zeichenfolge virtualValue, Zeichenfolge virtualDisplayValue)

    Füllt virtuelle Felder in einer Aufgabentabelle in einer Zielinstanz aus, wenn verwendet wird Service Bridge Remote-Aufgaben.

    Ein virtuelles Feld ist ein Feld, das in einer Zielaufgabentabelle vorhanden ist, aber nicht in der Quellaufgabentabelle vorhanden ist. Sie verwenden diese Methode, um die Werte für ein virtuelles Feld von der Quellinstanz an die Zielinstanz zu übergeben. Diese Methode speichert die angegebenen Werte für das virtuelle Feld als JSON im Formularabschnitt des angegebenen Remote-Aufgabe . Diese Remote-Aufgabe wird dann mit der Zielinstanz synchronisiert, in der die Werte im zugeordneten Feld in der Zielaufgabentabelle gespeichert werden.

    Virtuelle Felder werden in Remote-Aufgabendefinitionen definiert. Remote-Aufgabendefinitionen enthalten eingehende und ausgehende Zuordnungstabellen, die Felder zwischen Aufgabentabellen in Quell- und Zielinstanzen zuordnen. Wenn eine Quelltabelle kein Feld enthält, das in einer Zieltabelle vorhanden ist, wird das Feld in der Remote-Aufgabendefinition als virtuelles Feld konfiguriert. Der Verbraucher kann dann entweder verwenden Service Bridge Transformationen oder diese Methode zum Aktualisieren der Werte dieser virtuellen Felder im zugehörigen Zielaufgabendatensatz.

    Im folgenden Abschnitt wird ein Beispiel für einen Anwendungsfall beschrieben, wie virtuelle Felder implementiert und dann verwendet werden UpdateVirtualField() Methode zum Ausfüllen von Werten im virtuellen Feld. In diesem Beispiel sind die beiden Aufgabentabellen, die durch eine Remote-Aufgabendefinition verbunden sind, die Anbieterfalltabelle und die Verbraucherincident-Tabelle. Wenn ein Incident-Datensatz in der Verbraucherinstanz erstellt oder aktualisiert wird, wird er so konfiguriert, dass er mit der Anbieterfalltabelle synchronisiert wird. Das Feld Betroffene Instanzen in der Falltabelle ist ein Pflichtfeld, ist jedoch in der Incident-Tabelle nicht vorhanden. Um diese Situation zu behandeln, muss das Feld Betroffene Instanzen in der eingehenden Zuordnung der zugehörigen Remote-Aufgabendefinition als virtuelles Feld definiert werden.
    1. Der Anbieter erstellt eine Remote-Aufgabendefinition für die Anbieterfalltabelle und die Verbraucher-Incident-Tabelle.
    2. Auf der Eingehende Felder Registerkarte in Zugehörige Links Der Remote-Aufgabendefinition ordnet der Anbieter die Felder zwischen der Incident-Tabelle und der Falltabelle zu.
      Beim Definieren des Felds Betroffene Instanzen wählt der Anbieter aus Virtuell Kontrollkästchen und wählt dann aus Betroffene Instanzen Von Zielfeld Auf der Zielzuordnung Registerkarte.
      Hinweis:
      Beim Definieren eines virtuellen Felds wird kein Quellfeld definiert, da es nicht vorhanden ist.
    3. Der Anbieter veröffentlicht dann die Remote-Aufgabendefinition, die mit der Verbraucherinstanz synchronisiert wird.
    4. Der Verbraucher erstellt eine Remote-Aufgabe für die Incident-Tabelle. Eine JSON-Nutzlast, die alle Werte für die zugeordneten Felder enthält, einschließlich der Informationen zu virtuellen Feldern, ist in einem Formularabschnitt in der Remote-Aufgabe enthalten.
    5. Die Verbraucherinstanz ruft auf UpdateVirtualField() Methode, z. B. in einer Business-Regel, die ausgeführt wird, wenn Datensätze in der Incident-Tabelle aktualisiert werden, zum Festlegen der Werte des Felds Betroffene Instanzen in der Remote-Aufgabe.
      Hinweis:
      Obwohl Sie Daten in der Zieltabelle jederzeit ausfüllen können, müssen Pflichtfelder, die als virtuelle Felder konfiguriert sind, in der Remote-Aufgabe ausgefüllt werden, bevor die Remote-Aufgabe an die Erstellerinstanz gesendet wird.
    6. Die Remote-Aufgabe wird mit der Anbieterinstanz synchronisiert und erstellt einen Falldatensatz in der Anbieterinstanz.

    Informationen zum Erstellen einer Remote-Aufgabendefinition finden Sie unter Create a remote task definition in Service Exchange for Providers.

    Für Informationen zum Erstellen von Service Bridge Transformieren Sie, siehe Transform data with the Service Exchange transform framework.

    Warnung:
    Sie sollten diese Methode nur in einer vor-Business-Regel aufrufen, da sie die Remote-Aufgabe aktualisiert, für die sie aufgerufen wird. Wenn Sie diese Methode in einer After-Business-Regel aufrufen, müssen Sie strikte Bedingungen festlegen, die verhindern, dass die Aktualisierung des virtuellen Felds in der Remote-Aufgabe die Business-Regel auslöst, da dies zu einer Endlosschleife führen kann.
    Tabelle : 9. Parameter
    Name Typ Beschreibung
    RemoteTaskGr GlideRecord GlideRecord-Objekt der Remote-Aufgabe, für die die angegebenen virtuellen Feldwerte festgelegt werden sollen.
    Virtuelles Feld Zeichenfolge Feldname Des virtuellen Felds, für das die Zuordnungsinformationen aktualisiert werden sollen. Definiert auf Ausgehende Felder Registerkarte „Zugehörig“ der zugehörigen Remote-Aufgabendefinition.
    Virtueller Wert Zeichenfolge Wert, der für dieses Feld in der Zielinstanz festgelegt werden soll.
    VirtualDisplayValue Zeichenfolge Anzeigewert, der für dieses Feld in der Zielinstanz festgelegt werden soll
    Tabelle : 10. Rückgaben
    Typ Beschreibung
    Keine

    Das folgende Beispiel zeigt, wie diese Methode aufgerufen wird.

    var remoteTaskGr = new GlideRecord("");
    /** Remote Task table name,
    ** Table name vary based on which instance the script is being executed.
    **/
    
    remoteTaskGr.get(""); // Remote Task record sys_id
    
    global.sb.updateVirtualField(remoteTaskGr,"<virtual outbound field name>", "<value to set on target field>", "<display value to set on target field>");