New features
Bulk Import – Enhanced Bulk Configuration Sync Process (4613812)
DA uses two synchronization mechanisms to move configuration data from Enterprise Cloud to DA client environments. A streaming sync process handles incremental changes as they occur, while a bulk sync process is used to transfer the full configuration dataset – including certificates – typically when streaming is unavailable. Historically, the bulk sync relied on the SDI process, which is slower and has introduced data consistency challenges due to its underlying behavior.
This feature enhancement significantly accelerates configuration synchronization for DA, boosting sync performance by roughly 95%, shortening processing time from hours to just minutes, and offering a more dependable and scalable approach. It’s called “Bulk Import” and can be configured to replace the SDI process. It will also work in parallel with the streaming process, same as SDI was set up.
Bulk Import simplifies config synchronization by using configuration database IDs consistent between the Mothership and the client environment. This results in a "canonical" (exactly matched) replica, effectively removing an entire category of data-related problems. As such, there are some changes the customers need to make to their setup before the process can be used for operations. Please work with your ETS representative to get this setup completed so that the data sync process becomes faster but more importantly reliable.
OCI MENA Region Enablement (4976368)
ONESOURCE Enterprise Cloud Determination is now available on Oracle Cloud Infrastructure (OCI) in the Middle East and North Africa (MENA) region. Customers in this region now have access to the same capabilities previously available on AWS in AMER and EMEA, as well as OCI in AMER.
This expansion helps customers meet local data residency requirements by keeping data hosted within the MENA region on Enterprise Cloud. Customers can continue to connect to Determination Anywhere (DA) client deployments across supported platforms, as previously available, while benefiting from a localized DA Mothership for regional connectivity with their DA tax engine deployments.
Logging Optimizations to Improve Transaction Performance (5223387)
This release improves transaction performance by reducing unnecessary background logging during tax calculations. Selected log statements previously written at the INFO level have been moved to DEBUG, minimizing logging overhead.
As a result, customers can expect faster transaction processing, more efficient resource utilization – particularly in high‑volume environments – and cleaner, less verbose logs, making troubleshooting easier and more effective.
DA Det Calc Startup Optimization (5039372)
Previously, tax calculation pod initialization took approximately four minutes per pod, impacting rolling restarts, environment startup timelines, and overall deployment efficiency.
In this release, the tax calculation service startup process has been optimized and streamlined, reducing typical startup time by approximately 80%, to well under one minute. This improvement enables environments to come online faster, shortens maintenance windows, and reduces downtime risk during scaling or recovery operations
To enable this enhancement, customers must set the property
spring.main.parallel-initialization=true
at deployment time in either
application.properties
or
determination_application_overrides.properties
.
DA App Installer & Overlay Enhancements (5035769)
In this release, the DA installer and overlay framework have been enhanced to provide greater flexibility for customer‑specific configurations. Key improvements include:
Removal of hardcoded values (such as runAsUser and fsGroup) from the installer, enabling configuration through overlays.
Added OpenShift compatibility by supporting dynamic UID assignment while maintaining functionality across all supported cloud platforms.
Decoupled image pull secret refresh from auto‑update functionality, preventing credential expiration during maintenance windows.
Extended overlay support to include custom service types, StatefulSet naming, and Infinispan cache configuration.
Added support for pulling charts and images from customer‑managed artifact repositories, with flexible authentication options.
DA Data Residency – Avro File Enhancement (5229016)
The Data Residency feature in DA generates Avro files and stores them in the customer’s cloud object storage for use in customer‑managed reporting solutions. Previously, the Avro files generated were incomplete, with some data fields missing values or showing inconsistencies when compared to tax calculation results.
This release addresses those gaps to ensure that all transaction details – including amounts, tax breakdowns, addresses, and compliance information – are fully populated and accurately aligned with the tax calculation response. As a result, customers receive reliable and complete data for reporting, analytics, and compliance purposes without requiring additional data transformation.
This enhancement is supported by accompanying documentation that maps Avro data fields to their equivalents in the tax engine XML response (produced by the SOAP tax calculation service) as well as the corresponding database table columns in the legacy Determination application, particularly helpful for customers transitioning from our legacy reporting solution. The documentation is available upon request.
Future updates to the documentation will include mappings for JSON response fields produced by the REST tax calculation service.
DA Data Residency and Transaction Sync Improvements (5209179)
In environments where dual transaction sync mode is enabled – supporting both data residency and audit – some invoices processed by the tax calculation engine were not consistently transmitted to the customer’s cloud object storage. This behavior could also then result in missing transaction records within Thomson Reuters reporting.
This release introduces enhanced logging to better monitor and detect such missing transactions. In addition, an optional capability has been added to allow invoice audit AVRO files to be named using the source_sync_id (UUID) instead of the default ULID, when the tax calculation profile
export-destination-filename-gen-uuid
is enabled. If this profile is not enabled, ULID‑based file naming remains unchanged and fully supported.
When enabling UUID‑based naming, customers must also update the transaction sync client (invoice/audit invoice container) with the following configuration
transactionSync.fileManager.pattern
: “(?:[0-7]{1}[a-hj-km-np-tv-zA-HJ-KM-NP-TV-Z0-9]{25}|[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12})\\.avro”. For DA Hub it would be
transactionSync.fileManager.invoice.pattern
:"(?:[0-7]{1}[a-hj-km-np-tv-zA-HJ-KM-NP-TV-Z0-9]{25}|[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12})\\.avro".
DA Store – Support Config Sync Service as a K8s Cron job (5118526)
We introduced an
optional
scheduled run mode for the config sync service on the DA Store app so it can run on a defined timetable instead of running continuously. This is enabled through a configuration setting (default behavior remains unchanged), and in scheduled mode the service completes one sync run and then stops with a clear success/failure outcome. This approach can reduce always‑on resource usage while keeping data updates predictable and easier to operate.
In scheduled mode, only the Lite Sync component runs; telemetry and transaction‑sync components are not included (a future enhancement will add a best‑effort telemetry push after sync). No action is needed unless you choose to enable the scheduled run mode suing below mentioned property
sync.lite.executionMode property (deployment default, cronjob optional).
In this release, the tax calculation service startup process has been optimized and streamlined, reducing typical startup time by approximately 80%, to well under one minute. This improvement enables environments to come online faster, shortens maintenance windows, and reduces downtime risk during scaling or recovery operations
To enable this enhancement, customers must set the property
spring.main.parallel-initialization=true
at deployment time in either
application.properties
or
determination_application_overrides.properties
.
DA Store – Support for Init Containers (5254994)
Introduced support for custom initialization containers that run before the primary sync and calculation containers. This enables integrations with custom APIs and other pre‑startup processing requirements.
Added support for
extraInitContainers
to enable custom pre‑start logic
Implemented
sharedInitVolumes
to allow data sharing between initialization and main containers
Please work with your ETS representative to configure this feature based on your specific requirements.
Determination Anywhere Hub – UI (4311621)
DA Hub is an optional component that can be deployed within customer‑managed infrastructure. It is intended for customers with strict security requirements that restrict direct network connectivity between DA client instances and the Thomson Reuters–hosted DA Mothership.
For customers who do not transmit DA client telemetry data back to the TR Mothership, the existing DA Dashboard in Enterprise Cloud is not available. When DA Hub is deployed, the same dashboard functionality is now available locally within the customer environment.
Please work with your ETS representative to manage access to the DA Hub dashboard.