Självstudie: Förbättra affärsprocessflöden med förgrening

Affärsprocessflöden vägleder dig genom olika stadier av försäljning, marknadsföring eller tjänstprocesser mot slutförande. I enkla fall är ett linjärt affärsprocessflöde ett bra alternativ. I mer komplexa scenarier kan du förbättra ett affärsprocessflöde med förgrening. Om du har behörigheten Skapa på affärsprocessflöden kommer du att kunna skapa affärsprocessflöden med flera grenar med hjälp av If-Else-logiken. Förgreningsvillkoret kan bildas av flera logiska uttryck som har en kombination av AND- och OR-operatorer. Förgreningsvalet sker automatiskt i realtid, baserat på de regler som definieras under processdefinitionen. Om du till exempel säljer bilar kan du konfigurera ett och samma affärsprocessflöde som efter ett gemensamt kvalificeringssteg delas upp i två förgreningar på grundval av en regel (vill kunden ha en ny eller begagnad bil, är kundens budget under eller över USD 20 000, och så vidare), en förgrening för att sälja nya bilar och en förgrening för att sälja begagnade bilar. Mer information om affärsprocessflöden finns i Översikt över affärsprocessflöden.

Diagrammet nedan visar ett affärsprocessflöde med grenar.

Flödesschema som visar stegen i bilförsäljningsprocessen.

Vad du behöver veta när du designar affärsprocessflöden med grenar

Uppmärksamma följande information när du skapar affärsprocessflöden med grenar:

  • En process kan täcka högst fem unika tabeller.

  • Du kan använda maximalt 30 stadier per process och högst 30 steg per stadium.

  • Varje gren får inte vara mer än fem nivåer djup.

  • Förgreningsregeln måste baseras på de steg i stadiet som omedelbart föregår den.

  • Du kan kombinera flera villkor i en regel med hjälp av operatorn AND eller operatorn OR, men inte båda operatorerna.

  • När du definierar ett processflöde kan du också välja en tabellrelation om du vill. Den här relationen måste ha en 1:N-tabellrelation (en-till-flera).

  • Fler än en aktiv process kan köras samtidigt för samma datarad.

  • Du kan ändra om paneler (stadier, steg, villkor o.s.v.) för processflödet genom att dra och släppa.

  • När du sammanfogar grenar slås peer-grenarna samman till ett enda stadium. Peer-grenar måste alla antingen slås samman till ett enda stadium, eller så måste varje peer-gren avsluta processen. En peer-gren kan inte sammanfogas med andra grenar och på samma gång avsluta processen.

  • Klientens API-ändringar kan inte utlösa utvärdering av filialvillkor, detta eftersom förgrening bygger på affärsregler.

  • När formulär i modellbaserade appar interagerar med framtida stadier utlöses deras villkor och affärsregler. Om det aktiva stadiet fortfarande är detsamma körs inte de reglerna igen när formuläret läses in igen. Endast regler i det aktiva stadiet körs vid formulärbelastning.

Kommentar

  • En tabell som används i processen kan återanvändas flera gånger (flera stängd-tabellslingor).

  • En process kan gå tillbaka till föregående stadium oavsett tabelltyp. Om den aktiva fasen är till exempel Leverera offert på en offertrad kan processanvändare flytta den aktiva fasen tillbaka till steget Föreslå på en affärsmöjlighetsrad.

    I ett annat exempel, anta att en process är för närvarande i stadiet Presentera förslag i ditt processflöde: Kvalificera lead>Identifiera behov>Förslag>Presentera förslag>Stäng. Om förslaget till kunden kräver mer forskning för att identifiera kundens behov kan användare bara välja steget Identifiera behov i processen och välja Ange som aktiv.

Exempel: processflöde för bilförsäljning med två grenar

Låt oss titta på ett exempel på ett affärsprocessflöde med två grenar för försäljning av nya och begagnade bilar.

Först ska du skapa en ny process som heter Bilförsäljningsprocess.

  1. Öppna lösningsutforskaren och välj sedan Processer i det vänstra navigeringsfönstret.

  2. Om du vill skapa en ny process väljer du Ny.

  3. Ange Kategori till Affärsprocessflöde och som primär Entitet väljer vi Lead.

  4. Lägg till det första stadiet i processen som kallas Kvalificera och lägg till stegen Tidsram för inköp och Bilpreferens.

  5. Efter det gemensamma stadiet Kvalificera delar vi processen i två separata grenar med hjälp av Tillstånd-panelen.

    1. Konfigurera villkorspanelen med regler som uppfyller företagets behov

    2. Lägg till den första grenen för ett steg genom att lägga till en stadiumpanel på "Ja" sökvägen för villkorspanelen

    3. Om du vill lägga till den andra grenen som utförs när villkoret inte är uppfyllt, lägger du till en annan stadiumpanel på "Nej" sökvägen för villkorspanelen

Dricks

Du kan lägga till ytterligare villkor på "Ja" sökvägen till en befintlig villkorspanel för att skapa mer komplexa grenar.

Bild som visar det skapade kvalificeringsstadiet.

Om Bilpreferens = Ny, förgrenas processen till stadiet Försäljning av ny bil annars hoppar den till stadiet Försäljning av begagnad bil i den andra grenen, som visas nedan.

Bild som visar det nya bilförsäljningsstadiet.

Försäljningstadie för begagnad bil.

När du har slutfört alla steg i stadiet Försäljning av ny bil eller Försäljning av begagnad bil återgår processen till huvudflödet med steget Leverera offert.

Skicka offertstadie.

Förhindra att information lämnas ut

Tänk dig ett affärsprocessflöde med grenar för att bearbeta en begäran om lån i en bank, som visas nedan. De anpassade tabeller som används i stadierna visas inom parentes.

Flödesschema som visar stegen i enexempelprocess för att förhindra att information lämnas ut.

I det här scenariot behöver banktjänstemannen åtkomst till begäranderaden, men banktjänstemannen ska inte ha någon insyn i undersökningen av begäran. Vid det första ögonkastet ser det ut som vi kan göra detta genom att tilldela utlåningsansvarig en säkerhetsroll som inte anger någon åtkomst till undersökningstabellen. Men låt oss titta på exemplet i detalj och se om det verkligen stämmer.

Anta att en kund gör en låneansökan på över USD 60 000 till banken. Utlåningsansvarig granskar begäran i det första stadiet. Om förgreningsregeln som kontrollerar om skulden till banken kommer att överstiga 50 000 kr är uppfylld, är nästa stadium i processen att undersöka om begäran är ett bedrägeri. Om det fastställs att det verkligen är ett fall av bedrägeri flyttas processen till att vidta rättsliga åtgärder mot frågeställaren. Banktjänstemannen får inte ha insyn i de två undersökande stegen eftersom hon inte har åtkomst till undersökningstabellen.

Men om utlåningsansvarig öppnar raden Begäran kommer hon att kunna se hela processen från slutpunkt till slutpunkt. Banktjänstemannen kommer inte bara att kunna se fasen om bedrägeriundersökning utan kan även identifiera resultatet av undersökningen eftersom han/hon kunnat se fasen Rättslig åtgärd i processen. Dessutom kan banktjänstemannen på förhand se stegen i undersökningsfaserna genom att välja fasen. Banktjänstemannen kommer inte att kunna se slutförandestatus för data eller steg, däremot kan hon identifiera de potentiella åtgärder som vidtogs mot begäranden under faserna för undersökning och rättsliga åtgärder.

I detta processflöde kommer utlåningsansvarig att kunna se stadierna Utredning av bedrägerier och Rättsliga åtgärder, vilket leder till att information lämnas ut på felaktiga grunder. Vi rekommenderar att du tar särskild hänsyn till den information som kan komma att lämnas ut på grund av förgrening. I vårt exempel kan du dela processen i två separata processer, en för bearbetningen av begäran och en annan för undersökningen om bedrägeri, för att förhindra att information lämnas ut. Processen för utlåningsansvarig ser ut så här:

Flödesschema som visar ytterligare steg i processen för att förhindra att information lämnas ut.

Processen för undersökningen ska vara självständig och omfatta följande stadier:

Flödesschema som visar steg för en undersökningsprocess för ärenden med avslöjande av information.

Du måste ange ett arbetsflöde för att synkronisera beslutet Godkänn/neka från raden Undersökning till raden Begäran.

Nästa steg

Skapa ett affärsprocessflöde
Skapa anpassad affärslogik med processer