Workflows

This feature is exclusive to connections with Sensedia gateways.
  • Orchestrate Your API Lifecycle with Workflows

    Workflows allow you to define specific requirements for each stage of an API’s lifecycle. This way, you can control when and how it can advance.

    → Each team can create its own flow, with rules and criteria aligned with their practices and objectives. This ensures flexibility without compromising governance.

    → By centralizing different Workflows in a single location, your organization gains visibility and control over the API journey, connecting operations to strategy, as it becomes easy to visualize how each team works and how the organization’s strategy unfolds in the day-to-day of APIs.

icon representing workflows

On this page, you will understand how to:

How Workflows Work and Types of Workflows

With Workflows, you define what should happen at each step of the API lifecycle and control the criteria for advancement between them.

We have two types of workflows:

  • Organization Workflow
    This is the general workflow for the company.
    Automatically applied to APIs that do not have a Team Workflow configured. To ensure control at the organizational level, only one Organization Workflow is allowed.

  • Team Workflow
    Specific to each team.
    Can be customized to meet the team’s specific needs and processes.
    Multiple Team Workflows are possible, but only one per team.

Main screen with workflow examples:
Workflows screen with the teams Organization Workflow Example 1 Example 2 and Example 3

Examples of workflow stages:
Workflow example with stages sandbox development qa and production

When you create or edit an API in Sensedia API Platform, you define the API’s stage in the Workflow Stage field.

An API can only be moved to a stage if it meets the specific requirements for that stage, configured here in the Workflows of Adaptive Governance.

workflows api stage

You can:

  • have only one Organization Workflow, which is created by default,

  • have multiple Team Workflows, but only one per team.

Even though each team can only have one main workflow, the same team might execute different processes depending on the type of API (such as corporate, legacy, internal) or the demand (legal, innovation, standard, etc.). In these cases, for each distinct process, the team can be registered multiple times – with different and representative names – so that each registration is associated with its respective workflow.

Example: Imagine an Integrations Team that handles different types of demands. The way their workflows are named can guide the action:

  • To meet regulatory demands: Create the "Integrations - Regulatory" workflow.

  • To develop new functionalities: Use the "Integrations - New Feature" workflow.

  • To manage APIs for internal use: Name the workflow "Integrations - Internal Consumption".

  • To migrate old APIs: The workflow can be called "Integrations - Legacy Migration".

Creating a Workflow

  1. Access the Workflows screen.

    • Click Workflows in the left side menu or on the card on the home screen.
      Home screen with Workflows item highlighted
      The order of cards on this screen may vary

  2. Click the + button in the bottom right corner.
    Add workflow button

  3. In the modal window that opens, fill in the mandatory fields:

    • Name: Workflow name.

    • Description: Workflow description.

    • Team: Select the responsible team.

  4. Click CREATE WORKFLOW.

Workflow creation screen

The new workflow will be displayed as a card on the screen.

Cloning a Workflow

You can clone an existing Team Workflow to create a new workflow with the stages already configured.

  1. On the card of an existing workflow, click the clone icon.
    Clone workflow button

  2. Fill in the fields: name, description, and team.

  3. Click CLONE WORKFLOW.
    Workflow cloning screen with CLONE WORKFLOW button highlighted

  • The Organization Workflow cannot be cloned.

  • The name of the new workflow must be unique.

  • The associated team cannot already be linked to another workflow.

Editing a Workflow

  1. On the card of the workflow, click the edit icon.
    Edit workflow button

  2. Edit the desired fields in the modal window.

  3. Click SAVE WORKFLOW to save or CANCEL to cancel.

You cannot edit the Organization Workflow; you can only configure its stages.

Deleting a Workflow

  1. On the card of the workflow, click the trash can icon.
    delete workflow

  2. Confirm deletion by clicking DELETE.
    Workflow deletion confirmation screen

You cannot delete a workflow that has APIs associated with its stages.

Adding stages to a workflow

Follow the steps below to add a stage to a workflow:

  1. Click the workflow name to open the stage view.

  2. Click + in the bottom right corner.
    Add stage button

  3. In the opened window, configure the stage by filling in the mandatory fields and click CREATE STAGE.

    • Name: Stage name.

    • REQUISITES: Conditions for the API to enter this stage:

      • Environments: Environments where the API must be deployed.

      • Deployable Environments: Environments permitted for deploy.

      • Attributes (must have): Mandatory API attributes.

      • Attributes (must not have): Attributes the API cannot have.

      • Interceptors (must have): Mandatory interceptors in the flow.

      • Interceptors (must not have): Interceptors not allowed in the flow.
        See more details on this interceptor configuration.

      • API Maturity: Minimum percentage of Interface Completeness.

        Stage creation form


Interceptor Configuration

Configure interceptors and define whether they are mandatory or not allowed for the stage. This helps ensure that APIs follow the standards you define.

  1. Click the settings icon in the interceptor field.
    To determine interceptors that:

    • Are mandatory, click the icon in the "Interceptors (must have)" field;

    • Are not allowed, click the icon in the "Interceptors (must not have)" field.

      Interceptor settings button

      You can switch between "must have" and "must not have" by clicking the selector on the next screen, without having to reconfigure the entire interceptor.

  2. Select the interceptor type. Scroll down if necessary.
    Interceptor type selection

  3. Choose the interceptors you want to add. Scroll down if necessary.
    List of available interceptors

  4. Define the characteristics the interceptor must have to be considered in this rule:

    • Execution point: Interceptor execution point, which can be:

      • Request or

      • Response.
        Interceptor execution point selection

    • Execution position: Interceptor execution position, which can be:

      • Any,

      • First, or

      • Last.
        Interceptor execution position selection

    • Flow: Interceptor flow, which can be:

      • All (all flows).

      • Resource (resource).

        • Choose between All (all resources), One (a specific resource), or Some (some resources).

      • Operation (operation).

        • Choose between All (all operations), One (a specific operation), or Some (some operations).
          Interceptor flow selection

  5. Confirm whether the interceptor is mandatory or not allowed by activating or deactivating the toggle button.

  6. Click ADD INTERCEPTOR.

Every new workflow comes with an initial stage called Stage One.

This stage cannot be deleted; it can only be edited.

Editing or Deleting Stages

  1. To edit, click the edit icon on the card of the stage.

  2. Change the fields as necessary and click SAVE STAGE.

  3. To delete a stage, click the delete icon (a trash can) on the corresponding card. Confirm by clicking DELETE.

If you edit the rules of a stage with active APIs:

  • Reopen and save these APIs so that the new rules are applied.

  • For APIs in production, wait for a new evolution demand and apply the rules to the new API version.

  • You cannot delete a stage with associated APIs.

  • The first stage of the workflow cannot be deleted.

Usage Tips

These are suggestions to optimize the use of the Workflows feature:

  • Flexible entry stage: It is good practice to leave a workflow’s initial stage without requirements. This allows all APIs to be created without restrictions. Subsequent stages can have progressively more restrictive requirements, aligned with your API strategy and the team’s development process.

  • Environment flow: Use deployment environments as a basis for creating workflow stages. This helps maintain a clear flow such as "development → homologation → production."

  • Rule updates: When modifying the rules of a stage that already contains APIs, remember to save those APIs again (even if without changes) so that the new rules are applied.

Exception Configuration

With Exception settings, you can configure APIs that can operate, for a specific period, without following the workflow rules (UNRESTRICTED APIs). This option is suitable for exceptional or emergency cases where it is necessary to release API usage.

Use the temporary exception to meet exceptional or emergency demands, without having to change your governance configurations.

It’s as if Adaptive Governance were temporarily disabled — but only for the APIs included as an exception.

Follow the steps below to configure an exception:

  1. Access the workflow screen.

  2. Click the Exception Settings button in the top right.
    Exception settings button

  3. In the opened window, start typing the name of the API you want to add as an exception. Use the API field.

  4. Select the API version.

  5. Define a timeout (in minutes) for the exception to expire automatically.
    After the configured time, the API will revert to following the normal workflow rules.

Exception configuration screen

The system automatically records the date and time of the exception’s inclusion and applies a total requirements bypass. The exception behaves as if Adaptive Governance were disabled, but only for the selected APIs. APIs in an exception state can be deployed directly to any environment, without passing through interceptors or stage policies.

  • The exception is valid for any workflow, even if the API is moved between teams/workflows.

  • After the defined time, the exception expires and normal governance is automatically re-established.

Deleting an Exception

To manually remove an exception before expiration:

  1. In the same Exception Settings window, click the trash can icon next to the API.
    Remove exception

  • Even before the defined deadline, the exception can be manually deleted.

  • Upon deletion, workflow rules are immediately reapplied to the API, regardless of the configured expiration time.

Thanks for your feedback!
EDIT

Share your suggestions with us!
Click here and then [+ Submit idea]