This workflow functions as a critical scheduling component that pauses automation processes until a specified date/time, updating PSA tickets with delay status and ensuring requested delays fall within a reasonable timeframe (30 days). For MSPs, this building block enables scheduling maintenance windows during off-hours, implementing mandatory cooling periods on escalation processes, creating time-based follow-up actions for tickets, and facilitating multistage onboarding/offboarding processes that require time separation between steps. Technically, the workflow validates the requested delay timeframe, documents the pending delay in the PSA system, pauses execution using the core.delay_until_time function, and then allows the parent automation to resume when the specified time arrives—providing MSPs with precise timing control in their automated processes.
This workflow contains 9 tasks.
- psa - string
- Specify the PSA if an override needed, otherwise we will default to the ORG Var within the automation.
- workflow_name - string (Required)
- Specifies the workflow name that the approval process kicks off for
- existing_ticket - string (Required)
- Specify the existing ticket id in order to update an existing ticket. If none specified, we will create a new ticket.
- automation_run_date - string (Required)
- Enter the date to start the automation. Note that if the date is null, it'll be considered as "now"
- automation_run_timezone - string
- Specify the timezone to convert the run date. If not specified, will assume UTC.
- automation_log: Standardized Rewst automation log
- delay_automation: Waiting/delay
- validate_within_30_days: Validation/verification
- set_date_time_var: Core integration: noop
- update_psa_ticket_automation_delayed: Data modification
- update_psa_ticket_unable_to_delay: Data modification
{{ CTX.delay_time|format_datetime('%Y-%m-%dT%H:%M:%S.%f%z') }}Used in input parameter 'expires_at'