Skip to main content

Journeys Overview

What is a Journey

In the Fenergo SaaS platform, a Journey is how our clients model their business processes. Through the User Interface (And Via APIs), the components of a process can be arranged, grouped and structured to reflect the complex business steps required by clients in how they operate their CLM activities. In the same way as policies are fluid and configurable, Journeys can be versioned, changed and published. Any easier way to think about a journey in terms of traditional software systems is as a workflow. A Journey consists of:

  • Top Level Journey Details
  • Within a Journey there are Stages
  • Within Stages are Processes
  • Within Processes there are Tasks
  • From within Tasks -> Areas of a Policy are Targeted (For presentation and Collection)

New Request

The Journey domain contains all the workflows in the system that accommodate Client Lifecycle Management activities, as well as the configuration tools that are used to create and maintain those Journeys. The Journey domain contains two main components:

  • The Journey Hub , where instances of Journeys are presented for teams to process onboarding, maintenance, reviews, and other CLM activities. This is the operational view that is used by onboarding teams.
  • The Journey Builder, where the stages and tasks that made up a Journey are created and maintained. This is the configuration view that is used by product consultants and implementation partners.

In the Journey Hub, there is a Navigation Breadcrumb available to help users get from Task screens back to the Journey Hub easily. Previously, users could only use this Breadcrumb to navigate from a Task to either the Journey Hub or Team Management Dashboard, but not the legal entity itself, which was a limiting experience. It meant an additional click for the user to go to the Journey Hub before clicking on the Legal Entity Name to take them to the Legal Entity Profile Page for that legal entity.

Also, with large Journeys and multiple users working on them at the same time, clients raised that it could sometimes become confusing in knowing who the legal entity is while in a task, meaning users would need to go to the Journey Hub to see. A minor inconvenience but an additional click nonetheless.

The Product team have now updated this Breadcrumb hyperlink to also include the Legal Entity Profile Page, meaning that users can now easily navigate to the Legal Entity Profile for the legal entity that they are working on with reduced clicks.

Journey Breadcrumb Navigation with link to the Legal Entity Profile Page

The Legal Entity Profile Page after clicking the Breadcrumb hyperlink

Service Level Agreements (SLAs)

The SLA functionality will support clients in managing their workload by allowing them to identify the most urgent items to work on.

These SLAs are configurable by nature and can be broken down into three areas:

  • Journey SLA-the amount of time permitted to complete a Journey.
  • Stage SLA-the amount of time permitted to complete a Stage within a Journey.
  • Task SLA-the amount of time permitted to complete a Task within a Stage within a Journey.

Once these SLAs have been set within a Journey Schema and this Journey has been launched for a legal entity, users will be able to see the reflected SLAs displayed in their Dashboards (Team Management and My Journeys). The SLA for a Task, Stage or Journey will be calculated when the item moves to a status of In Progress. This ensures we only begin the calculation of a SLA, relative to when the work item was available to be worked on by a User.

SLAs on the dashboard

On the dashboards, users will see a breakdown of three SLA Statuses as well as the Hours remaining to complete each individual work item. These statuses are:

  • In Progress
  • Approaching Due
  • Overdue

Team Management Dashboard with Approaching Due and In Progress SLA items

Also regarding SLAs in the dashboards, is a hover-over component for Journeys and Tasks which provides some additional information on the work item:

  • Date Started
  • Days Open
  • SLA Period
  • Commitment Date

For items that have SLAs defined, Users will see all 4 properties on the hover-over:

For items that do not have SLAs defined, they will see the Days Started and the Days Open properties only:

For Stage SLAs, these will be displayed within the configured Milestones of the Journey, visible when a User expands the Journey on the Dashboard. When a User hovers over the Milestone component, they will see the Stages within that Milestone and their SLA status, with the same properties as above. If SLAs are not configured, then the User will see only Date Started and Days Open:

Important notes for SLA functionality

SLA Functionality
  • To enable SLAs in Production Environments: clients will need to make the necessary configuration changes within their respective Journey Schemas. When enabled, users will see slight differences in icons between items with SLAs defined and items without. We have updated the icons on Stages and Tasks in the Dashboards to provide a clear distinction between items with SLAs assigned, and items without.
  • SLAs can be configured in two ways: static SLAs (where the defined SLA period does not change in a Journey) or Dynamic SLAs (where users can configure rules in which SLAs per work item can be evaluated and applied in a Journey).
  • Within the Dashboards, the Committed Hours and Approaching Due properties are set as Hours within the Journey Schema: When these Journeys are displayed in the Dashboards, if the Hours period goes over 24 hours the UI will display "X Day(s)"" Until Due / Overdue.
  • Weekends and holidays are not considered as part of the SLA functionality: If a User sets a "Committed Hours" property of 12 hours for a Journey on a Friday and then launch that Journey, this Journey will go overdue over the weekend.
  • For re-opened Tasks or Stages, the SLA period will reset based off of the date of re-opening: The new SLA will be calculated based on the Committed Hours property within the Journey Schema, and the new "Started" value of the item.