Aktion „Auf Bedingung warten“
Halten Sie einen Flow an, bis Datensatzwerte mit einem bestimmten Satz von Bedingungen übereinstimmen.
Rollen und Verfügbarkeit
Verfügbar als Flow Designer ServiceNow -Kernaktion. Benutzer mit der Rolle „flow_designer“ oder „admin“ können einem Flow eine Aktion hinzufügen und Konfigurationsdetails definieren.
Felder
| Feld | Beschreibung |
|---|---|
| Datensatz | Ziehen Sie einen Eingabedatensatz oder einen Datensatz aus einem vorherigen Schritt. Hinweis: Wenn dieser Datensatz gelöscht wird, hört der Flow auf zu warten und wird fortgesetzt. |
| Tabelle | Schreibgeschützt. Legen Sie die Tabelle fest, die dem Datensatz zugeordnet ist. Bestätigen Sie, dass das System Warten auf Bedingung für die ausgewählte Tabelle unterstützt. |
| Bedingungen | Wählen Sie die erforderlichen Datensatzwerte aus, um den Ablauf fortzusetzen. Beispiel: Wenn die Bedingung [Status] [ist] [Geschlossen]lautet, wird der Flow angehalten, bis die Bedingung erfüllt ist. Sobald er erreicht ist, wird der Ablauf mit dem nächsten Schritt oder der nächsten Aktion fortgesetzt. Legen Sie statische oder dynamische Bedingungen fest, um Datensätze zu filtern. Um eine statische Bedingung zu definieren, die bei jeder Ausführung der Aktion angewendet wird, definieren Sie die Bedingungen mit dem Condition Builder. Um Flow-Designern die dynamische Anwendung von Bedingungen zu ermöglichen, definieren Sie eine Eingabe vom Typ „Bedingungen“, und ziehen Sie den Eingabe-Data-Pill per Drag-and-Drop in das Feld Bedingungen. Hinweis: Für Bedingungen, die von einer bestimmten Dauer abhängen, sollten Sie stattdessen Ablauflogik „Dauer abwarten“ verwenden. |
| Zeitüberschreitung aktivieren |
Option, um die Zeit zu begrenzen, die der Flow auf den Abschluss der Aktion wartet, bevor er fortfahren kann.
Hinweis: Verwenden Sie die Option Zeitüberschreitung aktivieren, um zu verhindern, dass diese Aktion fortgesetzt wird. Wenn die Bedingung zum Fortfahren nie erfüllt ist, gibt ein Zeitüberschreitungswert an, wann das System die Aktion Warten auf Bedingung überspringt und zum nächsten Element im Flow übergeht. Sie müssen einen Wert für die Dauer festlegen, um eine Zeitüberschreitung zu aktivieren. Sie können auch einen Zeitplan auswählen, wenn Sie das Enddatum der Dauer basierend auf einem bestimmten Arbeitszeitplan berechnen möchten. |
| Dauer |
Zeitspanne, die der Flow wartet, bevor er fortgesetzt wird, wenn die Option Zeitüberschreitung aktivieren ausgewählt ist. Geben Sie die Wartezeit in Stunden, Minuten und Sekunden ein. Wenn Sie dieses Feld leer lassen, wartet der Flow nicht. |
| Zeitplan |
Zeitplan, der zur Berechnung der Zeitüberschreitungsdauer verwendet wird, wenn die Option Zeitüberschreitung aktivieren ausgewählt ist. Beispiel: Wenn Sie im Rahmen eines Zeitplans für Wochentage von 8 bis 17 Uhr 10 Stunden warten, wartet der Flow einen oder mehrere Geschäftstage. Wenn Sie dieses Feld leer lassen, wird die Zeitüberschreitung ohne Zeitplan ausgeführt. |
Nicht unterstützte Tabellen
Das System unterstützt das Warten auf Bedingung für die folgenden Tabellen nicht.
| Tabellenkategorie | Tabellennamen |
|---|---|
| Audit | Sys-Audit [sys_audit], Gelöschter Audit-Datensatz [sys_audit_delete], Audit-Beziehungsänderung [sys_audit_relation], Audit-Rollen [sys_audit_role], Audit-Beziehungsänderung [sys_audit_relation], Gelöschter Audit-Datensatz [sys_audit_delete] |
| E-Mail [sys_email], E-Mail-Account [sys_email_account], E-Mail-Protokoll [sys_email_log] | |
| Ereignisse | Ereignis [sysevent], Benachrichtigung [sysevent_email_action], Briefpapier [sysevent_email_style], E-Mail-Vorlage [sysevent_email_template], Aktionen bei eingehender E-Mail [sysevent_in_email_action], langsames Ereignis [sysevent_pattern], Ereignisregistrierung [sysevent_registration], Skriptaktion [sysevent_script_action] |
| Importsätze | Import Set [sys_import_set], Import Set-Zeile [sys_import_set_row], Import Set-Zeilenfehler [sys_import_set_row_error], Transformationsverlauf [sys_import_set_run], Computer [imp_computer], Benachrichtigung [imp_notification], Speicherort [imp_location], Benutzer [imp_user] |
| JRobin | JRobin-Datenbank [jrobin_database], JRobin Shard [jrobin_shard], Diagrammlinie [jrobin_graph_line], JRobin Shard-Fragmente [jrobin_shard_location], Mitglied [jrobin_graph_set_member], Round-Robin-Archiv [jrobin_archive], Round-Robin-Datenquelle [jrobin_datasource], Round-Robin-Definition [jrobin_definition]. ], Round-Robin-Diagramm [jrobin_graph], Round-Robin-Diagrammsatz [jrobin_graph_set] |
| Protokolle | Protokolleintrag [syslog], Service Portal-Protokolleintrag [sp_log] |
| MID-Server | MID Server-Eigenschaft [ecc_agent_property], MID Server-Protokoll [ecc_agent_log], Warteschlange [ecc_queue], Konfiguration [ecc_queue_config], ECC-Warteschlangenstatistik (nach ECC-Agent) [ecc_queue_stats_by_ecc_agent] |
| Performance Analytics | Auftragsprotokoll [pa_job_logs] |
| Datensatzbeobachtung | Beantworter [sys_rw_action], Kanalbeantworter [sys_rw_amb_action] |
| Berichterstellung | Zusammenfassungssatz [sys_report_summary], Berichtszusammenfassungszeile [sys_report_summary_line] |
| Geplante Aufgaben | Zeitplanelement [sys_trigger], Broadcast-Nachricht [sys_broadcast_message], Broadcast-Nachrichtenbeziehungen [sys_broadcast_message_m2m], Progress Worker [sys_progress_worker], Progress Worker-Domäne [sys_progress_worker_domain] |
| SSO | SSO-Eigenschaften [sso_properties], Digest-Token-Eigenschaften [digest_properties], SAML-Update 1-Eigenschaften [saml2_update1_properties], SSO-Verbund [sso_federation] |
| Systemcache | Cacheleerung [sys_cache_flush, Cacheeintrag [sys_db_cache]] |
| Systemklon | ServiceNow-Instanz [instance], Klonsicherheitstoken [clone_token], Beibehaltene Daten [clone_preserved_data] |
| System-Dictionary | Überschreibung von Wörterbucheinträgen [sys_dictionary_override] |
| Systemereignisse | Ereignisverarbeiter [sys_event_processor] |
| Systemfelder | Feldklasse [sys_glide_object] |
| Systemleistung | Komponentenstatus [sys_status], Cluster-Nachricht [sys_cluster_message], Knotenstatus [sys_cluster_state] |
| Textverzeichnis | Ts-Anhang [ts_attachment], Textindex-Attributzuordnung [ts_attribute_map], Ts-Kette [ts_kette], Kettenzusammenfassung [ts_Chain_summary], Textindex-Spaltenattribut-Zuordnung [ts_column_attribute_map], Textindex-Konfiguration [ts_configuration], Textindex-Konfigurationsattribut [ts_configuration_attribute], Ts-Löschungsdokument [ts_deleted_doc], Ts-Dokument [ts_document], Ts-Feld [ts_field], Textsuchgruppen [ts_group], Japanisches Benutzertoken [ts_japanese_token_dictionary], Ts-Satz [ts_phrase], Globale Suchen [ts_query], Wissenssuchen [ts_query_kb] , Textsuchstatistik [ts_search_stats], Textsuchzusammenfassungen [ts_search_summary], Stoppwort [ts_stop], Synonymwörterbuch [ts_synonym_dictionary], Synonymsatz [ts_synonym_set], Textsuchtabelle [ts_table], Attributzuordnung für Textindextabelle [ts_table_attribute_map], Service Katalogsuchen [sc_ts_query], Ts Word [ts_word], Ts Word Roots [ts_word_roots] |
| Update-Sätze | Update Set [sys_update_set], Update-Version [sys_update_version], Kunden-Update [sys_update_xml], Update Set-Protokoll [sys_update_set_log] |
| Upgrades | System-Upgrades [sys_upgrade_history], Upgrade-Details [sys_upgrade_history_log], System-Upgrade-Metrik [sys_upgrade_metric], Upgrade Blame-Protokoll [sys_upgrade_blame], Upgrade-Manifest [sys_upgrade_manifest], Upgrade-Status [sys_upgrade_state] |
| Nutzungsanalysen | Nutzungsdaten für Anwendungen [ua_app_usage], UsageAnalytics-Anzahlkonfigurationen [usageanalytics_count_cfg], Anwendungsmetadaten [ua_app_metadata], UsageAnalytics-Anzahl für Tabellen [usageanalytics_count], Abonnement [license_details], Rolle für Abonnement [role_has_license] |
| Anwender | Benutzersitzung [sys_user_session], Benutzertoken [sys_user_token], Benutzereinstellung [sys_user_preference], Navigatorverlauf [sys_ui_navigator_history] |
| Workflow | Workflow-Ausführung [wf_workflow_execution], Workflow-Verlauf [wf_history], Workflow-Ausführungsaktivität [wf_executing], Workflow-Warteschlangenbefehl [wf_command], Workflow-Kontext [wf_context], Workflow-Übergangsverlauf [wf_transition_history] |
Bedingungsauswertung
Die Aktion Warten auf Bedingung wertet die Wartebedingung nur aus, wenn der von Ihnen ausgewählte Datensatz geändert wird. Eine gültige Wartebedingung erfüllt diese Kriterien.
- Jede Bedingung wertet ein Feld aus der Tabelle aus, zu der der Datensatz gehört.Hinweis:Vermeiden Sie Bedingungen, die per Dot-Walk zu einer anderen Tabelle führen oder von Katalogelementvariablen aus einem zugehörigen Datensatz abhängen.
- Jede Bedingung gibt eine Feldwertänderung und keinen relativen Zeitraum an.Hinweis:Für Bedingungen, die von einer bestimmten Dauer abhängen, sollten Sie stattdessen Ablauflogik „Dauer abwarten“ verwenden.
In diesem Beispiel ist die Wartebedingung gültig, da das Feld Status zur Incident-Tabelle gehört und die Bedingung eine Feldwertänderung in Geschlossenist.
In diesem Beispiel ist die Wartebedingung ungültig, da es sich um eine Zeit relativ zum Erstellungsdatum handelt. Aktionen mit einer Bedingung, die von einem Zeitintervall abhängt, werden nicht erfüllt, sodass die Aktion nie ausgeführt wird.
Ausgabe
| Feld | Beschreibung | Datentyp |
|---|---|---|
| Status | Der Abschlussstatus der Aktion als numerischer Wert.
|
Auswahl |
Allgemeine Richtlinien
Befolgen Sie diese allgemeinen Richtlinien, wenn Sie Flows erstellen, die auf eine Bedingung warten.
- Verwenden Sie Datensatzauslöser anstelle von Wartebedingungen, um Flows zu starten
- Wenn ein Flow nur ausgeführt werden soll, wenn bestimmte Datensatzbedingungen erfüllt sind, erstellen Sie einen Flow mit einem Datensatzauslöser, anstatt einen Flow zu starten und anzuhalten. Ein wartender Flow verbraucht mehr Systemressourcen als ein Flow-Auslöser.
- Brechen Sie Flows ab, deren Fortsetzungsbedingungen niemals auftreten können
- Verhindern Sie, dass Ihre Flows unbegrenzt warten, indem Sie Flow-Stopp-Bedingungen mit End-Flow-Flow-Logikangeben . Um Systemressourcen freizugeben, können Sie auch jeden Flow abbrechen, dessen Fortsetzungsbedingungen nie erfüllt werden können. Sie können beispielsweise Flows abbrechen, die auf Aktualisierungen von Incident-Datensätzen warten, bei denen der zugehörige Incident geschlossen wurde.
- Geben Sie mindestens eine Bedingung an, um einen Flow fortzusetzen
- Die Aktion Warten auf Bedingung erfordert mindestens eine Bedingung, um die Ausführung eines Flows fortzusetzen. Wenn Sie einen Flow für eine bestimmte Zeit anhalten möchten, verwenden Sie stattdessen die Flow-Logik „Warten auf eine bestimmte Zeitdauer “.
- Beschränken Sie die Wartebedingungen auf Felder in der aktuellen Tabelle
- Die Aktion Warten auf Bedingung kann nur Änderungen an den Feldern der Tabelle überwachen, zu der der Datensatz gehört. Die Aktion kann keine Änderungen an Feldern in zugehörigen Datensätzen oder Katalogvariablen erkennen. Wenn eine Aktion beispielsweise auf Änderungen an einem Incident-Datensatz wartet, kann sie keine Änderungen an einem zugehörigen Datensatz wie einem Katalogelement oder Change-Aufgabendatensatz erkennen. Vermeiden Sie das Erstellen von Wartebedingungen, die zu einem anderen Datensatz führen, da diese Felder tatsächlich zum zugehörigen Datensatz gehören. Vermeiden Sie das Erstellen von Wartebedingungen, die auf Katalogvariablen basieren.