November 2025 Feature Wave: Release Notes

Note: for a list of recent changes to Enate Marketplace integrations, see this section.


Last updated 30th March 2025

Bug Fixes

Enhancements


November 2025 Feature Wave Additional Documentation

This is the production release for the November 2025 Feature Wave of Enate. It contains a number of new features, enhancements and bug fixes.

Angular Version

The November 2025 Feature supports Angular Version 21. If you are using an advanced Enate Customer Card, please review the Angular versions your code relies on. Your code is built on this framework, and compatibility issues may occur between releases. When Enate upgrades to a new major version of Angular, you should validate your code against the updated framework to ensure everything continues to work correctly.

We will make every effort to notify you in advance if we are aware of any breaking changes. However, code ownership and maintenance remain the responsibility of Enate customers. More info here - https://angular.dev/reference/releasesarrow-up-right

Change Log

The change log contains a detailed list of the new features, enhancements and bug fixes in this version of Enate. A downloadable copy of the New Features & Enhancements Change Log, the Bug Fixes Change Log and the Known Issues Change Log are available below.

Know Issues

This is a downloadable copy of the known issues in this version of Enate.

API Changes

These are downloadable copies of the API changes in Enate's November 2025 Feature Wave release. They contain information about the API changes that have occurred between versions 2024.1 and the November 2025 Feature Wave of Enate. With the arrival of feature Waves, any new API will be named 'Version 1, then 2, then 3, etc'. Unchanged APIs still retain their older eg '2024.1' naming style.

Consuming APIs After the Version 1 API Release

With the introduction of the Version 1 API, the API surface has been reorganized to improve scalability and long-term maintainability. APIs are now grouped into three logical categories:

  • Operational APIs (Work manager) – APIs used for transactional and operational activities.

  • Configuration APIs (Builder)– APIs related to configuration, master data, and administrative setup.

  • Legacy APIs – A limited subset of APIs retained to allow customers to migrate gradually without immediate large-scale changes.

Migration Guidance

Prior to the Version 1 release, all APIs were consumed through a single endpoint. With the structure of Version 1, you will not need to migrate all integrations immediately as APIs that remain available in the legacy endpoint can continue to be consumed without change. If you are using the legacy API you will only need to carry out a base URL change.

See below an example of the URL change required to consume legacy APIs:

Old URL: https://{oldbaseurl}/webapi/{endpoint}

New URL: https:/{newbaseurl}/webapi/{endpoint}

It should be noted that Legacy APIs will be phased out in upcoming Feature Waves.

APIs that are not available in Legacy must be consumed through the appropriate Version 1 endpoint, that is Operation or Configuration. In most cases, migration requires only updating the base endpoint, as request and response contracts remain unchanged unless otherwise documented. If you are using Version 1 Operation/Configuration APIs you will need to refer to the below change documents that contain the necessary authentication changes and API structure.

The URL changes required for Version 1 operation and configuration APIs require you to add in either /operational/ or /configuration/ to your API URL. See the example below:

Operation: https://api.example.com/operational/{endpoint}

Configuration: https://api.example.com/configration/{endpoint}

This phased migration approach enables you to move to Version 1 incrementally while maintaining continuity for existing integrations.

Authentication

Most endpoints In the API require you to pass an access token to allow the API to validate that the caller has the correct permissions to perform the requested action.

To request an access token, you must use a UserApplicationCredential (these can be created In the Builder application). It Is not possible to create an access token with a standard Interactive username and password. For more information refer to the below API changes Documents.

Version 1 Configuration API

Version 1 Operational API

2024.1 Legacy API

Warehouse Database Data Dictionary

This is a downloadable copy of the warehouse database data dictionary for all versions of the November 2025 Feature Wave of Enate.

Breaking Changes

Below is a copy of the breaking changes document for the November 2025 Feature Wave of Enate. It contains information about all the breaking changes within the Data Warehouse and Enate's APIs, and includes the validation codes for the November 2025 Feature Wave.

Last updated

Was this helpful?