The Product Related Party Launchpad is a new task type that allows due diligence journeys to be triggered for related parties associated with products in a journey. It operates within a Product Connected Journey, mirroring the behaviour of the Related Party Journey Launchpad V2 in a product relationship context.
Users with the Unassign Journey or Task Owner permission can now clear a Journey Owner or Task Owner assignment without needing to immediately assign a replacement, returning the owner field to an unassigned state while preserving the team assignment.
Journey-level comments are now accessible from within a Task. Users can open the Comments shelf whilst working inside any Task in a Journey, without needing to navigate back to the Journey Hub.
User Guide Reference: Comments on LE and Journey
Custom External Adapters can now validate multiple Data Group fields in a single external call, and validation is enforced consistently across both the journey UI and API updates — ensuring data quality rules are applied whether fields are entered manually or submitted programmatically.
The Journey Audit Drawer now includes tabs to show audit records for Entity and Product data changes made in this specific journey. Alongside the existing journey lifecycle events under the Journey tab, reviewers can see entity field-level draft changes made within the journey on a new Entity Data Changes tab, and product field-level draft changes on a Product Data Changes tab (available where the Product domain is enabled in the tenant). An Only show edited fields toggle keeps the view focused on changes that matter, hiding fields that have only their initial draft state.
Fenergo SaaS now publishes two new event notifications — SLA Approaching Due and SLA Past Due — so that downstream systems can react in real time when Tasks, Stages, or Journeys are at risk of or have breached their committed SLAs. The notifications use the existing Webhook (push) and Polling (pull) Event Notifications mechanics and require no new APIs.
Both events apply to Journey-, Stage-, and Task-level SLAs and include the affected entity identifiers, due date-time, approaching threshold, current SLA status, and the Journey/Stage channels. For Task-level events, the payload also carries the configurator-defined TaskKey to make routing in high-volume consumers straightforward.
SLA Event Notifications are opt-in via a new Enable SLA Event Notifications toggle on the Journey Configuration modal in Journey Builder, gated by the existing Journey Configuration Edit permission. The toggle is off by default to preserve existing behaviour.
User Guide Reference: Configuring Journeys → Enabling SLA Event Notifications
Developer Guide Reference: Event Registry → SLA approaching due / SLA past due
Journey administrators can now configure a setting in Journey Builder that restricts task reopening to users who belong to the team assigned to that task. When enabled, users outside the assigned team cannot reopen a task, ensuring the responsible team retains control over their assigned work.
Two new configuration types are now available for import via Configuration Exchange, extending the platform's ability to promote consistent configuration across tenant environments.
Journey administrators can now configure a setting in Journey Builder that makes the 'Reason for Cancellation' dropdown mandatory when cancelling a journey. When enabled, users must select a reason for cancellation before a journey can be cancelled.
Journey administrators can now configure a setting in Journey Builder that makes the comment field mandatory when reassigning a task. When enabled, users must provide a comment before a single or bulk reassignment can be submitted, ensuring the receiving user or team always has context for why a task was redirected to them.