Process Steps

Een process Step wordt gebruikt om het proces op te delen in kleinere stappen. Dit vergroot de betrouwbaarheid van de verwerking, biedt mogelijkheden tot specifieke optimalisaties, zonder het hele proces aan te hoeven passen. Tevens biedt het mogelijheden om ProcessSteps op een later moment te laten verwerken door de Spider.

Voorwaarden

• Een Process Step heeft een Exception Calendar nodig.
• Een proces heeft minimaal één Process Step nodig.

Bij elke process Step dient het volgende in acht genomen te worden:

• Exception calendar: Wanneer mag de process Step niet draaien?
• Restart from Failed: Mag de process Step opnieuw gestart worden indien een request fout gaat?
• Scraping: Na hoeveel tijd mag de process Step Gescraped worden?
• Four Eyes: Is er een vier ogen principe van toepassing?
• NeedsOK: Is er goedkeuring vereist van een medewerker alvorens de Process Step door mag gaan?
• Runtime: Wanneer mag de process Step wel draaien?

Process Step - Aanmaken

Nadat we de Exception Calendar gemaakt hebben gaan we een Process Step maken. Selecteer vanuit het Menu ProcessSteps > Maintain. Klik vervolgens op Add new.

Het volgende scherm wordt hieronder in stappen uitgelegd.

Details

• Subject: Geef een korte duidelijke naam voor de Process Step op.
• Description: Wat doet de Process Step?

Exception Calendar

Selecteer hierboven de gewenste Exception Calendar. Indien deze nog niet bestaat, volg dan Exception Calendar toevoegen

Restart from Failed

Mag de Process Step herstart worden indien deze fout gaat?.

• [] Voorbeeld 1: Deze Process Step maakt een willekeurig Id aan voor een gebruiker en mag dit niet nogmaals doen indien dit niet lukt. Vink dan de optie aan.

• In de Spider vanaf versie 1.6.7 bestaat nu de mogelijkheid om een Process Step die fout is gegaan alsnog op een Succes status te kunnen zetten.

• [] Voorbeeld 2: Deze process Step voert een import uit en mag dit nogmaals doen als dit fout gaat. Dan hoeft de optie niet aangevinkt te worden.

Max Processing time for Scraping

Scraping wordt gebruikt om er voor te zorgen dat processen niet vastlopen. Mocht dit onverhoopt langer duren dan kan het voorkomen dat het proces "hangt". Dit is een ongewenste situatie.

Om het request niet als verloren te beschouwen willen we deze:

• Uit laten vallen, zodat het request een Failed status krijgt
• Opnieuw aanbieden, zodat het request wordt teruggezet naar Todo of RFN status of Running (indien een processtap succesvol is afgerond).

Info

In de Spider Settings pagina wordt ingesteld wanneer het Scraping Proces moet draaien. Standaard draait de Hangfirejob elke 30 minuten. Als de scrapingtijd bij een processStap korter moet zijn, pas dan ook de waarde aan in de Spider Settings pagina . Meer info in Scraping

Extra opties

• Four eyes: Het vier ogen principe. Indien een 2e robot dit request dient te verifiëren vink deze dan aan.
• NeedsOK: Indien een persoon een goed- of afkeuring moet geven indien de NeedsOk getriggerd wordt

Runtime

Vanaf versie 1.6.11 is de prioriteit binnen de Runtime functionaliteit geactiveerd. Binnen een processStep kan je nu een prioriteit instellen tussen 1 - 99. Verzoeken die voor het proces worden toegevoegd krijgen automatisch een prioriteit ingesteld voor de onderliggende processStep.

In deze scheduler kan je de prioriteit van de te verwerken ProcessStep ten opzichte van andere ProcessSteps en requests instellen. Standaard is de Runtime prioriteit ingesteld op 1. Dit betekent dat een verzoek dat voor deze ProcessStep wordt verwerkt, zal worden afgehandeld als een verzoek met de laagste prioriteit.

Tip

Let op dat de instellingen zijn ingesteld voor de processStep. Dus als deze processStep ook in andere Processen wordt gebruikt, zal de Runtime prioriteit ook voor daar tellen.

Meer informatie over de prioriteitswaarden en de verwerkingsvolgorde wordt uitgelegd in Runtime Priority

Opslaan

Als laatste stap klik je op Save om de aangemaakte Process Step op te slaan.