Add, change, and delete custom workflows for resources in the business.
There is a standard workflow for various types of resources on the platform. Some of these are controlled to some degree by options that can be specified in the user interface; for example, an API can be set up so that access requests to a specific environment are granted automatically or must be manually approved. However, other aspects of workflow cannot be modified by users via the user interface; for example, the roles required to modify a ticket.
In some cases, it's possible to replace the default workflow with a custom workflow, at the business level. The Business Admin can upload a customized workflow to the platform, and the Site Admin can modify the site configuration to change the workflow assigned to a specific type of object. For example, you could customize the Ticket workflow so that each new ticket automatically triggers an email to create a ticket in your own internal trouble ticketing system.
For more information about specific platform workflows, see:
You can customize the following workflows:
Note: OAuth grants cannot be customized at this time.
There is a default workflow associated with various resources on the platform. For example, the default workflow for a ticket goes through the stages of the ticket being opened, modified, resolved, and closed.
The workflow definition guides the sequences of activities associated with resources. Workflow definition includes two important factors:
The combination of these two factors, State and Role, guide the resource through its workflow.
In the platform, there is a default workflow for each resource. For a list of workflows that you can customize, see Which workflows can I customize? above.
Once you've uploaded a custom workflow, you can specify that workflow as the default for the resource type. From that point onwards, the new workflow applies to any new resources of that type. Existing resources are not affected.
For example, let's say you customize the Ticket workflow so that each new ticket automatically triggers an email to create a ticket in your own internal trouble ticketing system. New tickets trigger this action; existing tickets are not affected.
Once you've uploaded the custom workflow, the next step is for the Site Admin to assign the custom workflow to the correct resource type, following the instructions for the applicable object type:
Note: when the Site Admin specifies a new custom workflow for a resource, it affects all future resources. Existing resources are not affected. In some cases, it's possible to modify the workflow used for an individual resource. For example, the API Admin or Business Admin can modify the workflow that a specific API uses, in the API Details page.
The default workflow for app/API contracts grants is shown below.
The default workflow for groups is shown below. This applies for all types of groups, including:
Note: The workflow below shows the most complex group scenario, where the group has Admins, Leaders, and Members (Independent Group, Private API Group). For other types of groups, all members have Admin rights.
The default workflow for tickets is shown below.