logologo
Start
Manual
Utveckling
Plugins
API
English
简体中文
日本語
한국어
Deutsch
Français
Español
Português
Русский
Italiano
Türkçe
Українська
Tiếng Việt
Bahasa Indonesia
ไทย
Polski
Nederlands
Čeština
العربية
עברית
हिन्दी
Svenska
Start
Manual
Utveckling
Plugins
API
logologo
Arbetsflöden
Översikt
Snabbstart

Triggers

Översikt
Datatabellhändelser
Schemalagda jobb
Före-åtgärd-händelser
Efter-åtgärd-händelser
Anpassade åtgärdshändelser
Godkännande
Webhooks

Noder

Översikt

AI

LLM

Flödeskontroll

Villkor
Fler-villkors-gren
Loop
Variabler
Parallell gren
Anropa arbetsflöde
Flödes-output
JSON-variabelmappning
Fördröjning
Avsluta

Beräkning

Beräkning
Datumberäkning
JSON-beräkning

Dataåtgärder

Lägg till data
Uppdatera data
Fråga data
Ta bort data
SQL-åtgärder

Manuell hantering

Manuell hantering
Godkännande
CC

Utökade typer

HTTP-förfrågningar
JavaScript-skript
Notiser
Skicka e-post
Svar
Svarsmeddelande
Variabler
Exekveringshistorik
Versionshantering
Avancerade alternativ

Utökningsutveckling

Översikt
Utöka trigger-typer
Utöka nodtyper
API-referens
Previous PageVersionshantering
Next PageÖversikt
TIP

Detta dokument har översatts av AI. För eventuella felaktigheter, se den engelska versionen

#Avancerad konfiguration

#Utförandeläge

Arbetsflöden utförs antingen asynkront eller synkront, beroende på den utlösartyp som valts vid skapandet. Asynkront läge innebär att efter att en specifik händelse har utlösts, hamnar arbetsflödet i en kö och utförs ett efter ett av bakgrundsschemaläggning. Synkront läge däremot, går inte in i schemaläggningskön efter att det har utlösts; det börjar utföras direkt och ger omedelbar feedback när det är klart.

Samlingshändelser, händelser efter åtgärd, anpassade åtgärdshändelser, schemalagda händelser och godkännandehändelser utförs asynkront som standard. Händelser före åtgärd utförs synkront som standard. Både samlingshändelser och formulärhändelser stöder båda lägena, vilket kan väljas när ni skapar ett arbetsflöde:

Sync Mode_Create Sync Workflow

Tips

På grund av sin natur kan synkrona arbetsflöden inte använda noder som skapar ett "väntande" tillstånd, till exempel "Manuell bearbetning".

#Automatisk radering av historik

När ett arbetsflöde utlöses ofta kan ni konfigurera automatisk radering av historik för att minska röran och avlasta databasens lagringsutrymme.

Ni kan också konfigurera om historiken för ett arbetsflöde ska raderas automatiskt i dess skapande- och redigeringsdialoger:

Auto-delete Execution History Configuration

Automatisk radering kan konfigureras baserat på utföranderesultatets status. I de flesta fall rekommenderas det att endast markera statusen "Slutförd" för att behålla poster över misslyckade utföranden för framtida felsökning.

Det rekommenderas att inte aktivera automatisk radering av historik när ni felsöker ett arbetsflöde, så att ni kan använda historiken för att kontrollera om arbetsflödets utförandelogik är som förväntat.

Tips

Att radera ett arbetsflödes historik minskar inte antalet gånger arbetsflödet har utförts.