Trigger/Action Commonality

trigger and action assemblies share some common features and behaviors api credentials most triggers and actions invoke api's that require either user entered credentials or oauth credentials the oauth transaction module and its variants automatically fetch the user's credentials if an http transaction module or its variants is used, the service credentials – get module is needed to fetch api credentials saved by the app assembly by default, the oauth transaction modules and service credentials module use the service account configured in the automation editor when the trigger/action were added to the automation see service accounts docid\ qlkuf ehyjdd2ai8a87io if you need to be able to access connected service accounts besides the one configured in the automation editor error handling when a trigger or action assembly returns an error, the following occurs the automation stops its processing immediately if the automation's owner has configured it to report any error, an email alert is sent to the automation's owner based on their configured email delivery schedule an email alert is sent to the system admin based on their configured email delivery schedule errors can be triggered in the following ways when a fatal error module's criteria is met when a http transaction module or oauth transaction module, or any of their variants, has the “halt assembly if error” setting enabled and the api either returns an http status code >= 400 or no data can be returned due to network level errors when any module returns an error due to misconfiguration, missing required data, or processing errors the turn off automation module can be placed within a conditional module if a permanent error is detected such that it makes no sense to keep the automation running an example is an action that writes rows to a spreadsheet if the spreadsheet no longer exists, the automation should be halted configuration settings triggers and actions can display configuration settings in the automation editor configuration settings are displayed for the corresponding parameter modules placed into the trigger and action assemblies in this example, the end user must first choose a workspace and then select a project within the workspace the list asana projects subassembly uses the selected workspace's id to fetch the projects for the selected workspace the sequence number determines the display ordering of parameter modules in the automation editor