Skip to content
Last updated

Workflow Built in Variables Reference

Workflow can embed variables using ${...} syntax. You can use built-in variables or define your own variables.

Here is the list of built-in variables:

NameDescriptionExample
timezoneTimezone of this workflowAmerica/Los_Angeles
project_idThe project ID of this workflow12345
session_uuidUnique UUID of this session414a8b9e-b365-4394-916a-f0ed9987bd2b
session_idInteger ID of this session2381
session_timeTime of this session with time zone2016-01-30T00:00:00-08:00
session_dateDate part of session_time2016-01-30
session_date_compactDate part of session_time (compact)20160130
session_local_timeLocal time format of session_time2016-01-30 00:00:00
session_tz_offsetTime zone offset part of session_time-0800
session_unixtimeSeconds since the epoch time1454140800
task_nameName of this task+my_workflow+parent_task+child_task0

If schedule: option is set <scheduling_workflow.md>, last_session_time and next_session_time are also available as follows:

NameExample (hourly schedule)Example (daily schedule)
last_session_time2016-01-29T23:00:00-08:002016-01-29T00:00:00-08:00
last_session_date2016-01-292016-01-29
last_session_date_compact2016012920160129
last_session_local_time2016-01-29 23:00:002016-01-29 00:00:00
last_session_tz_offset-0800-0800
last_session_unixtime14541372001454054400
next_session_time2016-01-30T01:00:00-08:002016-01-31T00:00:00-08:00
next_session_date2016-01-302016-01-31
next_session_date_compact2016013020160131
next_session_local_time2016-01-30 01:00:002016-01-31 00:00:00
next_session_tz_offset-0800-0800
next_session_unixtime14541444001454227200

The timestamp of the last schedule is last_session_time. If the schedule is hourly, it’s the last hour. If the schedule is daily, it’s yesterday. It doesn’t matter whether the last schedule actually ran or not, then the timestamp is set to the last timestamp calculated from the current session time.