#Manuell hantering

This feature is provided by the plugin «Arbetsflöde: Manuell nod»

#Introduktion

När en affärsprocess inte helt kan automatiseras för beslutsfattande, kan ni använda en manuell nod för att överlåta en del av beslutsfattandet till manuell hantering.

När en manuell nod exekveras avbryts hela arbetsflödets exekvering och en att-göra-uppgift genereras för den aktuella användaren. Efter att användaren har skickat in uppgiften, kommer arbetsflödet antingen att fortsätta, förbli väntande eller avslutas, beroende på den valda statusen. Detta är mycket användbart i scenarier som till exempel godkännandeprocesser.

#Installation

Inbyggd plugin, ingen installation krävs.

#Skapa nod

I gränssnittet för konfiguration av arbetsflöden klickar ni på plusknappen ("+") i arbetsflödet för att lägga till en "Manuell hantering"-nod:

#Konfigurera nod

#Ansvarig

En manuell nod kräver att ni anger en användare som utförare av att-göra-uppgiften. Listan över att-göra-uppgifter kan läggas till som ett block på en sida, och innehållet i uppgiftens popup-fönster för varje nod måste konfigureras i nodens gränssnitt.

Välj en användare, eller välj primärnyckeln eller främmande nyckeln för användardata från sammanhanget via en variabel.

#Konfigurera användargränssnitt

Gränssnittskonfigurationen för att-göra-uppgiften är kärnan i den manuella noden. Ni kan klicka på knappen "Konfigurera användargränssnitt" för att öppna ett separat popup-fönster för konfiguration, som kan konfigureras WYSIWYG (What You See Is What You Get), precis som en vanlig sida:

#Flikar

Flikar kan användas för att skilja på olika innehåll. Till exempel kan en flik användas för godkända formulärinlämningar, en annan för avvisade formulärinlämningar, eller för att visa detaljer om relaterade data. De kan konfigureras fritt.

#Block

De stödda blocktyperna delas huvudsakligen in i två kategorier: datablock och formulärblock. Dessutom används Markdown främst för statiskt innehåll som informationsmeddelanden.

#Datablock

Datablock kan visa utlösardata eller bearbetningsresultat från vilken nod som helst, för att ge relevant sammanhangsinformation till den ansvarige för att-göra-uppgiften. Om arbetsflödet till exempel utlöses av en formulärhändelse, kan ni skapa ett detaljblock för utlösardatan. Detta överensstämmer med detaljkonfigurationen för en vanlig sida, vilket gör att ni kan välja vilket fält som helst från utlösardatan för visning:

Noddatalblock är liknande; ni kan välja dataresultatet från en uppströmsnod för att visa som detaljer. Till exempel kan resultatet av en uppströms beräkningsnod fungera som sammanhangsreferensinformation för den ansvariges att-göra-uppgift:

#Formulärblock

Minst ett formulärblock måste konfigureras i att-göra-gränssnittet för att hantera det slutgiltiga beslutet om arbetsflödet ska fortsätta. Att inte konfigurera ett formulär kommer att förhindra att arbetsflödet fortsätter efter att det har avbrutits. Det finns tre typer av formulärblock:

• Anpassat formulär
• Formulär för att skapa post
• Formulär för att uppdatera post

Formulär för att skapa post och formulär för att uppdatera post kräver att ni väljer en bas-samling. Efter att den ansvarige för att-göra-uppgiften har skickat in, kommer värdena i formuläret att användas för att skapa eller uppdatera data i den angivna samlingen. Ett anpassat formulär låter er fritt definiera ett tillfälligt formulär som inte är kopplat till en samling. Fältvärdena som skickas in av den ansvarige för att-göra-uppgiften kan användas i efterföljande noder.

Formulärets skicka-knappar kan konfigureras i tre typer:

• Skicka och fortsätt arbetsflödet
• Skicka och avsluta arbetsflödet
• Spara endast formulärvärden

De tre knapparna representerar tre nodstatusar i arbetsflödesprocessen. Efter inlämning ändras nodens status till "Slutförd", "Avvisad" eller förblir i ett "Väntande" tillstånd. Ett formulär måste ha minst en av de två första konfigurerade för att bestämma det efterföljande flödet för hela arbetsflödet.

På knappen "Fortsätt arbetsflödet" kan ni konfigurera tilldelningar för formulärfält:

Efter att ni har öppnat popup-fönstret kan ni tilldela värden till vilket formulärfält som helst. Efter att formuläret har skickats in kommer detta värde att vara fältets slutgiltiga värde. Detta är särskilt användbart vid granskning av data. Ni kan använda flera olika "Fortsätt arbetsflödet"-knappar i ett formulär, där varje knapp ställer in olika uppräkningsvärden för fält som status, för att uppnå effekten av att fortsätta den efterföljande arbetsflödesexekveringen med olika datavärden.

#Att-göra-block

För manuell hantering behöver ni också lägga till en att-göra-lista på en sida för att visa att-göra-uppgifter. Detta gör att relevant personal kan komma åt och hantera de specifika uppgifterna för den manuella noden via denna lista.

#Lägg till block

Ni kan välja "Arbetsflöde Att-göra" från blocken på en sida för att lägga till ett block för att-göra-listan:

Exempel på att-göra-listblock:

#Att-göra-detaljer

Därefter kan relevant personal klicka på den motsvarande att-göra-uppgiften för att öppna att-göra-popup-fönstret och utföra den manuella hanteringen:

#Exempel

#Artikelgranskning

Anta att en artikel som skickats in av en vanlig användare behöver godkännas av en administratör innan den kan uppdateras till publicerad status. Om arbetsflödet avvisas, kommer artikeln att förbli i utkaststatus (inte offentlig). Denna process kan implementeras med hjälp av ett uppdateringsformulär i en manuell nod.

Skapa ett arbetsflöde som utlöses av "Skapa artikel" och lägg till en manuell nod:

I den manuella noden konfigurerar ni den ansvarige som administratör. I gränssnittskonfigurationen lägger ni till ett block baserat på utlösardatan för att visa detaljerna för den nya artikeln:

I gränssnittskonfigurationen lägger ni till ett block baserat på ett formulär för att uppdatera post, väljer samlingen för artiklar, så att administratören kan besluta om godkännande. Efter godkännande kommer den motsvarande artikeln att uppdateras baserat på andra efterföljande konfigurationer. Efter att ni har lagt till formuläret finns det som standard en knapp "Fortsätt arbetsflödet", som kan betraktas som "Godkänn". Lägg sedan till en "Avsluta arbetsflödet"-knapp för att hantera avslag:

När ni fortsätter arbetsflödet behöver vi uppdatera artikelns status. Det finns två sätt att konfigurera detta. Ett är att direkt visa artikelns statusfält i formuläret för att operatören ska kunna välja. Denna metod är mer lämplig för situationer som kräver aktiv formulärifyllning, till exempel för att ge feedback:

För att förenkla operatörens uppgift är ett annat sätt att konfigurera formulärvärdestilldelning på knappen "Fortsätt arbetsflödet". I tilldelningen lägger ni till ett "Status"-fält med värdet "Publicerad". Detta innebär att när operatören klickar på knappen, kommer artikeln att uppdateras till publicerad status:

Sedan, från konfigurationsmenyn i det övre högra hörnet av formulärblocket, väljer ni filtervillkoret för de data som ska uppdateras. Här väljer ni samlingen "Artiklar", och filtervillkoret är "ID lika med Utlösarvariabel / Utlösardata / ID":

Slutligen kan ni ändra titlarna på varje block, texten på de relevanta knapparna och formulärfältens ledtext för att göra gränssnittet mer användarvänligt:

Stäng konfigurationspanelen och klicka på skicka-knappen för att spara nodkonfigurationen. Arbetsflödet är nu konfigurerat. Efter att ni har aktiverat detta arbetsflöde kommer det automatiskt att utlösas när en ny artikel skapas. Administratören kan se att detta arbetsflöde behöver hanteras från att-göra-uppgiftslistan. Genom att klicka för att visa kan ni se detaljerna för att-göra-uppgiften:

Administratören kan göra en manuell bedömning baserat på artikelns detaljer för att avgöra om artikeln kan publiceras. Om så är fallet, klickar ni på knappen "Godkänn", och artikeln kommer att uppdateras till publicerad status. Om inte, klickar ni på knappen "Avvisa", och artikeln kommer att förbli i utkaststatus.

#Ledighetsansökan

Anta att en anställd behöver ansöka om ledighet, vilket måste godkännas av en chef för att träda i kraft, och den anställdes motsvarande semesterdata behöver dras av. Oavsett godkännande eller avslag kommer en begäransnod att användas för att anropa ett SMS-API för att skicka ett meddelande till den anställde (se avsnittet HTTP-förfrågan). Detta scenario kan implementeras med hjälp av ett anpassat formulär i en manuell nod.

Skapa ett arbetsflöde som utlöses av "Skapa ledighetsansökan" och lägg till en manuell nod. Detta liknar den tidigare artikelgranskningsprocessen, men här är den ansvarige chefen. I gränssnittskonfigurationen lägger ni till ett block baserat på utlösardatan för att visa detaljerna för den nya ledighetsansökan. Lägg sedan till ytterligare ett block baserat på ett anpassat formulär för att chefen ska kunna besluta om godkännande. I det anpassade formuläret lägger ni till ett fält för godkännandestatus och ett fält för avslagsskäl:

Till skillnad från artikelgranskningsprocessen, eftersom vi behöver fortsätta den efterföljande processen baserat på chefens godkännanderesultat, konfigurerar vi här endast en "Fortsätt arbetsflödet"-knapp för inlämning, utan att använda en "Avsluta arbetsflödet"-knapp.

Samtidigt, efter den manuella noden, kan vi använda en villkorsnod för att avgöra om chefen har godkänt ledighetsansökan. I godkännandegrenen lägger ni till databehandling för att dra av ledighet, och efter att grenarna har slagits samman, lägger ni till en begäransnod för att skicka ett SMS-meddelande till den anställde. Detta resulterar i följande kompletta arbetsflöde:

Villkoret i villkorsnoden är konfigurerat som "Manuell nod / Anpassad formulärdata / Värdet på godkännandefältet är 'Godkänd'":

Data i begäransnoden kan också använda motsvarande formulärvariabler från den manuella noden för att skilja på SMS-innehållet för godkännande och avslag. Detta slutför hela arbetsflödeskonfigurationen. Efter att arbetsflödet har aktiverats, när en anställd skickar in en ledighetsansökan, kan chefen behandla godkännandet i sina att-göra-uppgifter. Operationen är i princip liknande artikelgranskningsprocessen.