| Afdrukken PDF-versie openen van online-help

#### Workflowregels op basis van tijd U kunt bepaalde workflowregels zo configureren dat er acties worden uitgevoerd als een wachtperiode is verstreken. Bijvoorbeeld: u kunt een regel zo configureren dat er een actie in de regel wordt uitgevoerd wanneer de vervaldatum is verstreken of als langere tijd niet meer aan een record is gewerkt. U kunt workflowregels op basis van tijd configureren op een van de volgende twee manieren: Door geplande gebeurtenissen te configureren. Een geplande gebeurtenis is een workflowregel die niet wordt geactiveerd door een actie van een gebruiker. In plaats daarvan wordt een geplande gebeurtenis automatisch uitgevoerd als een opgegeven datum en tijd wordt bereikt. U kunt desgewenst een geplande gebeurtenis zo configureren dat deze meerdere keren wordt uitgevoerd met een interval die u bij de geplande gebeurtenis opgeeft. De workflowacties voor een geplande gebeurtenis worden uitgevoerd op een lijst met records. Acties voor andere typen workflowregels worden uitgevoerd op een enkele record. Zie Geplande gebeurtenissen en Geplande gebeurtenissen maken voor meer informatie over geplande gebeurtenissen. Door wachtacties te configureren voor een workflowregel of geplande gebeurtenis. ### Wachtacties U kunt wachtacties toevoegen aan bepaalde workflowacties na gebeurtenissen, waaronder ook geplande gebeurtenissen. Voor elk geval waarvoor u een actie op basis van tijd wilt uitvoeren, maakt u een wachtactie met de tijdsperiode voor het uitstel of de einddatum en het tijdstip van het uitstel. U kunt direct tijden of datums opgeven of een expressie maken waarmee de periode of datum wordt berekend. Vervolgens stelt u de volgorde van de acties in de regel in zodat de wachtactie onmiddellijk voorafgaat aan de actie die u wilt uitstellen. Als er meer dan één regel vereist is om een bedrijfsproces uit te voeren, stelt u de volgorde van de regels in die aan uw doelstelling voldoet. OPMERKING: u kunt geen wachtacties configureren voor workflowregels vóór gebeurtenissen. ### Workflowcondities opnieuw evalueren na wachtacties Als u een wachtactie instelt voor een workflowregel na een gebeurtenis met een andere signaleringsgebeurtenis dan 'Geplande gebeurtenis', kunt u opgeven of de conditie voor de workflowregel opnieuw moet worden geëvalueerd na afloop van de wachtperiode. Als het selectievakje 'Regelcondities opnieuw evalueren na wachten' voor de actie 'Wachten' is ingeschakeld, wordt de record na afloop van de wachtperiode opnieuw gelezen en geëvalueerd op basis van de conditie in de workflowregel. Als niet aan de regelconditie wordt voldaan (omdat de record tijdens de wachtperiode is gewijzigd), worden de resterende acties in de regel niet uitgevoerd. Het selectievakje 'Regelcondities opnieuw evalueren na wachten' is standaard voor wachtacties ingeschakeld. Als u het selectievakje 'Regelcondities opnieuw evalueren na wachten' uitschakelt voor een actie 'Wachten', wordt de record aan het einde van een wachtperiode opnieuw gelezen. De volgende actie voor de regel wordt uitgevoerd. Hierbij wordt niet gecontroleerd of de record nog steeds voldoet aan de regelconditie. Bestaan er meerdere acties 'Wachten' voor een regel, dan moet het selectievakje 'Regelcondities opnieuw evalueren na wachten' worden ingeschakeld voor elke actie 'Wachten' waarbij de regelconditie opnieuw moet worden geëvalueerd aan het einde van een wachtperiode. OPMERKING: u kunt geen conditie configureren voor een geplande gebeurtenis, dat wil zeggen voor een workflowregel met de signaleringsgebeurtenis 'Geplande gebeurtenis'. Als u bij een wachtactie voor een geplande gebeurtenis het selectievakje 'Regelcondities opnieuw evalueren na wachten' in- of uitschakelt, heeft dat dus geen invloed op de verwerking van de regel. ### Voorbeeld voor het gebruik van workflowregels op basis van tijd met behulp van wachtacties Hieronder volgt een voorbeeld voor het configureren van workflowregels op basis van tijd met behulp van wachtacties. U kunt workflowregels op basis van tijd ook op een andere manier gebruiken, afhankelijk van uw bedrijfsmodel. Voor serviceaanvragen worden drie opties voor de prioriteit gebruikt: 'Standaard', 'Dringend' en 'Kritiek'. Tijdens het maken van een serviceaanvraag wordt de prioriteit van een serviceaanvraag ingesteld op 'Standaard'. Voor de escalatie van serviceaanvragen moeten de volgende acties worden uitgevoerd: Als er een nieuwe serviceaanvraag is gemaakt en de status van deze serviceaanvraag niet binnen 24 uur wordt bijgewerkt, wordt de prioriteit van de serviceaanvraag gewijzigd in 'Dringend' en wordt er een e-mail verzonden naar de eigenaar van de serviceaanvraag om de eigenaar erop te wijzen dat de serviceaanvraag moet worden bijgewerkt. Als de status van de serviceaanvraag opnieuw niet binnen 24 uur wordt gewijzigd, gebeurt het volgende: Het veld 'Prioriteit' van de serviceaanvraag wordt gewijzigd in 'Kritiek'. De serviceaanvraag wordt opnieuw toegewezen aan de manager van de oorspronkelijke eigenaar. Er wordt een e-mail naar de oorspronkelijke eigenaar en naar de nieuwe eigenaar van de serviceaanvraag verzonden om hen erop te wijzen dat de serviceaanvraag opnieuw is toegewezen aan de manager van de eigenaar en dat de prioriteit is gewijzigd in 'Kritiek'. De beheerder stelt een workflowregel in voor het recordtype voor de serviceaanvraag om aan deze vereiste te voldoen. De workflowregel wordt als volgt geconfigureerd: De regelsignalering wordt ingesteld op de volgende waarde: 'Bij opslaan nieuwe record'. Met de regelconditie wordt als volgt opgegeven dat de status van de serviceaanvraag niet is ingesteld op 'In behandeling': [<Status>]<>LookupValue("SR_STATUS", "Pending") Voor de workflowregel worden de volgende acties uitgevoerd: Een actie 'Wachten' met een duur van 24 uur, waarbij het selectievakje 'Regelcondities opnieuw evalueren na wachten' is ingeschakeld Een actie 'Waarden bijwerken om het veld 'Prioriteit' van de serviceaanvraag te wijzigen in 'Dringend' Een actie 'E-mail verzenden' om een e-mail naar de eigenaar van de serviceaanvraag te verzenden en de eigenaar erop te wijzen dat de prioriteit van de serviceaanvraag is gewijzigd in 'Dringend' en de serviceaanvraag moet worden bijgewerkt Een actie 'Wachten' met een duur van 24 uur, waarbij het selectievakje 'Regelcondities opnieuw evalueren na wachten' is ingeschakeld Een actie 'Waarden bijwerken om het veld 'Prioriteit' van de serviceaanvraag te wijzigen in 'Kritiek' Een actie 'Waarden bijwerken' om de manager van de oorspronkelijke eigenaar als de nieuwe eigenaar toe te wijzen Een actie 'E-mail verzenden' om een e-mail te verzenden naar de eigenaar van de serviceaanvraag en naar de manager van de eigenaar om hen erop te wijzen dat de serviceaanvraag opnieuw is toegewezen en dat de prioriteit van de serviceaanvraag is gewijzigd in 'Kritiek' Zie Workflowacties maken: Wachten en Workflowacties maken: Waarden bijwerken voor meer informatie over het maken van de acties 'Wachten' en 'Waarden bijwerken' voor workflowregels en geplande gebeurtenissen. OPMERKING: de taalonafhankelijke veldnamen en de syntaxis van de veldnamen die worden gebruikt in voorbeeldexpressies in dit onderwerp, zijn veldnamen en syntaxis van veldnamen die werden gebruikt in Expression Builder in versies vóór Versie 29 Service Pack 1. Deze voorbeelden zijn nog steeds geldig. Als u echter de overeenkomende velden selecteert voor een expressie uit de lijst met velden in Expression Builder in Versie 29 Service Pack 1 of later, zijn de veldnamen en de syntaxis van de veldnamen anders dan die uit de voorbeelden. U wordt aangeraden altijd de velden te selecteren voor uw expressies uit de lijst met velden in Expression Builder zodat de veldnamen en de syntaxis van de veldnamen altijd correct zijn. Zie Expressies voor meer informatie over de veldnamen en de syntaxis van de veldnamen in expressies. #### Verwante onderwerpen Zie de volgende onderwerpen voor meer informatie over workflows: Workflowregels Workflowacties Workflowregels maken De volgorde van workflowregelacties wijzigen Workflowregels en -acties deactiveren Workflowregels en -acties verwijderen

Gepubliceerd op augustus 2022 | Copyright © 2005, 2022, Oracle en/of geaffilieerde bedrijven. Legal Notices.