TruckMate 2026.1 New Features: Web/APIs

Released: January 16, 2026

Last updated: January 16, 2026

Required upgrade (TM-173710)

TruckMate 2024.1 and later require DB2 version 11.5.9.

You must upgrade your instance of DB2 to this version before upgrading TruckMate.

The TruckMate ART Server is a high-performance, multi-threaded HTTP server running TruckMate API services designed using Representational State Transfer (RESTful) API principles.

The ART Server currently supports these public APIs:

  • TruckMate REST API Bundle

  • Finance REST API

  • Master Data APIs

  • Imaging

Freight Bill Import and Profile Import were deprecated in March 2024. These APIs have been removed as of TruckMate 2025.2. Customers should convert to REST and MasterData APIs.

The API release notes cover all changes made to TruckMate public APIs.

TruckMate API

The TruckMate REST APIs are a comprehensive set of RESTful services, allowing developers to integrate TruckMate with custom or third-party applications, automate tasks, and much more.

Some ways you can use these APIs include:

  • Internal systems
    Share data and streamline internal business processes.

  • External data sharing and connection
    Share TruckMate data with third party systems.

  • Application integrations
    Access TruckMate data in real time.

  • Embedded content
    Request TruckMate data to include onto your site.

Available endpoints and methods differ depending on the license keys and authorization methods used.

To use the TruckMate REST APIs, we recommend upgrading directly to the latest version of TruckMate instead of an earlier release. This gives you access to the most current, improved, and expanded set of API methods and endpoints.

The following additional information is available on the Transportation Knowledge Base:

As of TruckMate version 26.1 (TM-188772), the ART service logs include an application ID for each request. This makes it easier to see which client or integration was involved when reviewing ART logs or looking into service issues.

The Incl DB2 application ID setting is enabled by default. The setting can be changed in the ART Server Administrator application under Properties > Primary Log.

The Primary Log tab with the Incl DB2 application ID setting.

These tables list issues in numerical order by case number.

Orders API

Case Issue Case Name Description

TM-180765

GET orders - Mark traceNumber and traceType query parameters as deprecated on the openAPI

Query parameters traceNumbers and traceType for GET /orders has been marked as deprecated in the Open API Spec.

TM-187618

TM Rest api orders detail line PUT update clears dim weight unit

Fixed an issue where updating a manually-rated order item could accidentally clear the “dimensional weight unit” value. Now, when you change an item on a manually-rated order (like updating pieces), the weight/unit information stays intact.

TM-187685

ART Probable memory leak

Fixed memory leaks in ART that could cause increasing memory usage under sustained API traffic. The most common leak occurred during high-volume GET /tm/orders and GET /tm/trips calls with expand parameters. Multiple Delphi object lifetime issues were corrected across the ART server, database connection handling, and data module cache.

TM-187705

Function Sequence Error (SQL) and gateway timeout encountered when using the GET orders endpoint with OR operator in the $filter query

GET /orders: improve $filter OR performance for billNumber + traceNumbers predicates to prevent long-running queries/timeouts.

SCHEMA: 187705_IMPROVE_FILTER_OR_PERFORMANCE.SQL

TM-187913

TM rest API posting shipping instruction - Getting response 400 invalidBusinessLogic

Fixed an issue where POST /tm/orders/:orderId/shipInstructs returned 400 invalidBusinessLogic when both the pickup and delivery client profiles had Customer-Specific set to False. The API now correctly resolves global shipping instructions from the SHIPINSTRUCT table when both clients have Customer-Specific disabled.

TM-188192

Orders API - Update order status change endpoint to process position statuses

Orders API status change endpoint updated to process position statuses.

TM-188421

ART: High CPU usage when searching orders by traceType and traceNumber

The traceNumber and traceType query parameters have been marked as deprecated. Please use the $filter parameter with the traceNumbers/traceNumber and/or traceNumbers/traceType fields for related filtering and better performance.

Orders and rate quotes can be viewed in the Customer Service application.

Pickup requests can be viewed in the Order Preprocessor application.

Application configuration options (app configs) can be viewed in the Application Configurator application.

TM-188709

POST orders/orderId/shipInstructs - Inefficient SQL query used causing table scan

POST orders/shipInstructs — inefficient SQL query causing table scan replaced (performance).

Trips API

Case Issue Case Name Description

TM-186459

REST API Not Displaying Correct /stop Information After Attempted Delivery (Reattempt) on P&D Trip

Trips API - Updated GET for /stop Information to display Attempted Delivery (Reattempt) information.

TM-186529

DELETE trips/tripNumber - ART should use centralized functionality to cancel trips

Fixed an issue where BE_DISP_CANCEL_ACTIVE_TRIP was not considered in Trips API. With the fix this security config is respected.

SCHEMA: 186529_CUSTOM_BEFORE_IMC_TRIP_CANCEL.SQL

TM-187147

PUT trips/:tripNumber/status - Access violation when using zoneIdLookup field

Fixed an access violation that was being encountered when using the trips API to perform a trip status update using the zoneIdLookup field.

PUT trips/:tripNumber/status

TM-187274

GET tm/trips - Vendor Web User - SQL error encountered when using the codeBehavior parameter

Fixed an issue where a SQL error was being encountered when using vendor web user authentication with the codeBehavior parameter to retrieve trips in the Trips API.

SCHEMA: 187274_FIX_FIELDS_AMBIGUITY_IN_TMS_TRIPS.SQL

TM-187846

TM rest api trip orders status update does not populate reason code

Fixed an issue where the reason code was not populated when updating order status via the trip-level REST API endpoint (PUT /trips/:tripNumber/orders/:orderId/status).

TM-187879

GET tm/trips - Active Loads page in TMS Connector is showing trips that have not had any accepted load offers

No canceled or completed trips visible on the active loads page as expected.

Vendor Active Loads query parameter added to trips endpoint and verified.

TM-188207

TM REST API Trip Status Update Does Not Populate Reason Code

Added the ability to apply a reason code on the trip based status update endpoint in the trips API.

PUT trips/{tripNumber}/status

TM-188642

PUT to /tm/trips/:tripId/orders/:orderId/status - Behaviour when applying Admin Code

Reason code is now passed into order status history during administrative status change in TruckMate Restful API.

Finance API

Case Issue Case Name Description

TM-180954

Add PUT /cashReceipts/cashReceiptId

Added PUT /cashReceipts/{id} — update existing cash receipts via API.

TM-181328

ART Finance - Adjustments to driverPayments endpoints

Added legDate field to driverPayments endpoint (GET/POST/PUT) as the preferred name for the leg date. The paymentDate field is now deprecated but remains functional for backward compatibility. Added transactionDate to GET responses.

TM-186086

Finance - GET cashReceipts - Remove invoices and add arPayments child resource

Added GET /cashReceipts and /cashReceipts/{cashReceiptId\] and its child resources to the Finance API.

TM-186289

Finance - Add onlyPostedResults to all related child resource endpoints

Finance child POST endpoints now support onlyPostedResults to return only newly created items when true.

TM-186334

GET /fuelTaxes - expand with tripFuelPurchases gives 500 error, access violation

Corrected issue with expanding /tripFuelPurchases for the /fuelTaxes endpoint.

TM-186721

Finance - multiple endpoints returning 200 OK instead of 404 Not Found

The 404 Not Found Contract Tests now returns 404 Not Found with correct error message, not 200OK or 400 Bad Request.

TM-186726

Finance - PUT /glAccounts should not allow multiple "isDefault": "True" accounts on the same login company with the same Type and Currency

GL Accounts now ensure there is at most one default per (glAccountType + currencyCode) group (per login company) when setting or changing a default.

TM-186795

Finance - POST /apInvoices/temp\_apInvoiceId/apDriverDeductions - Admin Fee Deduction and Tax Deduction are not returned

Fixed an issue in the Finance API regarding Driver Deductions. When a driver has a deduction code with both Admin Fee Deduction and Tax Deduction enabled, these fields were not automatically included in the response. This fix ensures both fields are returned in the response body.

TM-186920

Finance - POST /apInvoices/:apInvoiceId/apDriverDeductions - fields on Driver Deductions tab are not filled in per the Deduction code’s setup in PayCon.exe

Updated POST /apInvoices/:apInvoiceId/apDriverDeductions API so that, after adding a new driver deduction record to an AP Invoice, the deductionQuantity, deductionRate, deductionAmount, deductionFunctionalTotal, and deductionReference fields will be populated accordingly in the same way as ApNe.exe.

TM-186924

Finance - PUT /apInvoices/temp\_apInvoiceId/apDriverDeductions - data in fields on Driver Deductions tab is not changed per new Deduction code’s setup in PayCon.exe

Updated PUT /apInvoices/:apInvoiceId/apDriverDeductions/apDriverDeductionId API so that, after changing the deductionCode specified in the PUT request body, the deductionRate, deductionAmount, deductionFunctionalTotal, deductionReference fields will be re-calculated accordingly in the same way as ApNe.exe.

TM-186996

When AP Bill’s Currency ("currencyCode") is changed by PUT /apInvoices - 'A/P Control Acct' is not changed automatically, 'GL Rate', 'GL Amt' and 'Func.Amt' of Expense records are not changed accordingly

Updated the PUT /apInvoices/:apInvoice so that, when changing the 'currencyCode' and/or 'glAccount', the following fields will be updated correctly and reflected in the response:

  • currencyCode

  • glAccount

  • expenses.expenseRate

  • expenses.expenseAmount

  • expenses.expenseFunctionalTotal.

TM-187030

Finance - PUT /apInvoices - change "autoForeignExchange": "True" on a foreign currency AP Bill, 'Auto F/X' is checked, but 'Type' is set to null, F/E account cannot show up on Expenses tab

Finance - PUT /apInvoices - "autoForeignExchange": "True" on a foreign currency AP Bill is now working as expected.

TM-187034

Finance - PUT /apInvoices - change "vendorBillDate" that is 'GL Date' on a foreign currency AP Bill when 'Auto F/X' is checked, exchange Rate is not changed per the new GL Date

Updated the PUT /apInvoice endpoint to ensure that modifying the vendorBillDate correctly triggers the recalculation of the GL Rate, GL Amount, and Functional Amount.

TM-187047

Finance - POST /apInvoices - 'Invoice Date for Aging' does not work

payableAgingDate is now checked based on the selected vendor for AP invoices.

TM-187062

Finance - POST /apInvoices -"currencyCode" should come from the Vendor’s setup in vendor profile ('Accounts Payable' tab -'Currency' field); isIntercompany should come from the Vendor’s setup in vendor profile too

Fixed an issue in POST apInvoices endpoints where -currencyCode and isIntercompany were not set per vendor profile ('Accounts Payable' tab -'Currency' field and 'Inter-Company' checkbox).

TM-187068

Finance - PUT /apInvoices - change "vendorBillDate"(GL Date) when the vendor’s 'Invoice Date for Aging' on Accounts Payable tab of Vendor Profile is unchecked, 'Due Date' and 'Discount Date' are NOT changed automatically

The Finance API endpoint PUT /apInvoices has been enhanced to automatically update related dates when the GL Date is modified. For AP invoices where the vendor has "Invoice Date for Aging" turned off, changing the GL Date (vendorBillDate) will now automatically recalculate:

  • Due Date (payableDueDate) - calculated using the vendor’s Payment Terms and Payment Days

  • Discount Date (payableDiscountDate) - calculated using the vendor’s Discount Terms and Discount Days

  • Invoice Aging Date (payableAgingDate) - reset to vendorBillDate

These vendor configurations are set up in Profile.exe. This new behavior also aligns with ApNe.exe.

TM-187070

Probill validation incorrectly enforced when updating Interline payable (U-\>U)

Fixed PUT /interlinerPayables/:interlinerPayableId to only enforce probillNumber validation during approval (unaudited to audited), allowing normal unaudited to unaudited updates without requiring a probill.

TM-187071

Finance - PUT /apInvoices - change "payableAgingDate" that is 'Invoice Aging Date' when the vendor’s 'Invoice Date for Aging' on Accounts Payable tab of Vendor Profile is checked, 'Due Date' and 'Discount Date' are not changed automatically

The Finance API endpoint PUT /apInvoices has been enhanced to automatically update related dates when the Invoice Aging Date is modified. For AP invoices where the vendor has "Invoice Date for Aging" turned on, changing the Invoice Aging Date (payableAgingDate) will now automatically recalculate:

  • Due Date (payableDueDate) - calculated using the vendor’s Payment Terms and Payment Days

  • Discount Date (payableDiscountDate) - calculated using the vendor’s Discount Terms and Discount Days

These vendor configurations are set up in Profile.exe. This new behavior also aligns with ApNe.exe.

TM-187101

Finance - PUT /apInvoices to change Vendor on AP Bill, 'Terms', 'Due Date', 'Discount Date', 'Discount %', 'Inter-Company' are NOT changed per the setup in vendor profile -Accounts Payable tab

Updated the PUT to /apInvoices to match with the Invoice Entry application when changing the vendor on an existing invoice. A PUT will now update the following invoice settings based on the vendor’s profile (Accounts Payable tab):

  • Terms

  • Due Date

  • Discount Date

  • Discount %

  • Inter-Company

TM-187112

AP Aging Date Not Defaulting to Today’s Date or Accrual Date When No Date Provided - Defaults to 12/30/1899 Instead

Interliner Payables: when updating a payable without providing payableAgingDate, the API now defaults it correctly (instead of 1899-12-30).

TM-187135

Import High and Low Tolerance Validation Not Enforced for adjustedAmount and adjustedExtras Fields

Interliner payable updates now enforce import tolerance validation and return a 400 validation error for out-of-tolerance adjustedSubTotal / adjustedExtras updates.

TM-187148

interlinerPayables - adjustedSubTotal is incorrectly set when adjustedExtras and adjustedSubTotal are not passed in PUT request

Finance API - interlinerPayables: Corrected an issue where a PUT request that did not include adjustments to sub-total or extra charges would still trigger the adjustedSubTotal to calculate (incorrectly). The adjusted fields will now remain as their correct amounts.

TM-187216

Finance - POST /apInvoices - Invoice Date for Aging is on - the payableTerms, payableDiscount, payableDiscountDate, payableDueDate, isIntercompany fields are not populated

Resolved an issue with the Finance API. When using POST apInvoices to create a new AP Invoice using a vendor profile that has the 'Invoice Date for Aging' checked, a number of fields were not populated correctly.

TM-187590

Add POST finance/cashReceipts/{cashReceiptId}/arPayments

Added POST cashReceipts/{id}/arPayments.

TM-187591

Add POST finance/cashReceipts/{cashReceiptId}/onAccountPayments

Added POST cashReceipts/{id}/onAccountPayments

TM-187593

Add PUT finance/cashReceipts/{cashReceiptId}/onAccountPayments/{onAccountPaymentId}

Added PUT cashReceipts/{id}/onAccountPayments/{id}

TM-187594

Add PUT finance/cashReceipts/{cashReceiptId}/arPayments/{arPaymentId}

Added PUT cashReceipts/{id}/arPayments/{id}

TM-187595

Add DELETE finance/cashReceipts/{cashReceiptId}/arPayments/{arPaymentId}

Implemented the DELETE finance/cashReceipts/{cashReceiptId}/arPayments/{arPaymentId} and call central common validation to validate a DELETE can occur. OpenAPI also updated.

TM-187597

Add DELETE /finance/cashReceipts/{cashReceiptId}

Implemented the DELETE finance/cashReceipts/{cashReceiptId} and call central common validation to validate a DELETE can occur. OpenAPI also updated.

TM-187602

Finance - cashReceipts - Rename onAccountCredits resource to onAccountPayments

Renamed onAccountCredits resource to onAccountPayments.

TM-188304

Finance - /apInvoices - GET - add expense fields in invoice currency

Finance API — AP invoices: GET /apInvoices/expenses responses now include expense bill rate and bill amount as expenseBillRate and expenseAmountInInvoiceCurrency.

TM-188306

Finance - /apInvoices - PUT new expense fields in invoice currency

Added optional isBillRate support to /apInvoices expense handling to control whether invoice-currency (BILL\_RATE/BILL\_AMT) or base-currency (TX\_RATE/TX\_AMT) values are used and updated; default remains false for backward compatibility with TM25.4.

TM-189103

Hide Fuel Tax POST/PUT and DELETE endpoints in 26.1

Verified PUT/POST/DELETE have been hidden and are no longer visible in the Open API Spec.

Reports API

Case Issue Case Name Description

TM-188673

GET tm/reports - Not properly cleaning out the related temp directory when generating Crystal Reports

Fixed an issue in the GET tm/reports endpoint where the related temporary files were not being cleaned out of the Windows SystemTemp directory.

Master Data API

The Master Data management API allows an external system to create, retrieve, update, or delete TruckMate configuration data. Some data types include client, vendor, and driver profiles, as well as sites, zones, commodity codes, and so on.

Case Issue Case Name Description

TM-186945

MasterData - Add userFieldsData endpoint - Support for driver user fields

A new endpoint, GET /userFieldsData, returns driver User Defined Fields (user1-user10) from USERFIELDS/DRIVER_USERFIELDS. This aligns with the values maintained in the Driver Profiles applications.

ConnectedDock API (ART)

Case Issue Case Name Description

TM-180460

DEV-05: Add Ability To Define Trailer Being Loaded in ConnectedDock - Pallet Group Loading

Added ability To define trailer being loaded in ConnectedDock.

TM-183631

ConnectedDock - GET scale - Update 500 errors to 400 errors

Made a modification to the ConnectedDock API to ensure that a 400 response is received instead of a 500 response in the following scenarios:

  • There is no scale association for the User ID requesting to make the update.

  • The scale integration is not enabled.

TM-186654

Enhance ConnectedDock Unloading Workflow Logic Regarding Door/Terminal Locations

Sometimes dock staff need to unload items from the same bill of freight in more than one place during one unloading session. For example, while moving freight between trailers (crossdock), the outbound trailer may fill up, so the rest of the items must go to a dock or staging area until the bill can be handled further.

In ConnectedDock, when you unload items from the same bill one after another, you can now send some items to a trip (outbound load) and other items to dock/terminal locations in the same unloading flow. You are no longer locked into only trips or only dock locations for the whole bill once you start.

Staff can keep working without stopping the unloading because the system no longer forces everything to stay on one kind of destination after the first item. That matches how docks often work in practice: start toward a trip, then use dock space when needed or the other way around.

TM-187417

After parking a trip at the Door on CD the trip can not be accessed

Fixed issue where the Terminal screen could not interact with doors/trips after a swipe action (e.g., Park at Door), which required users to log out/in to regain access.

TM-187575

ConnectedDock - Attempting To Park Trip at Door With No Freight Bills Assigned Can Trigger Exclusive Warning

Corrected an issue in ConnectedDock where users were incorrectly prompted for supervisor authorization when parking empty P\&D trips at doors. The system was requesting "Park at door requires supervisor override rights" even though the trips were non-exclusive, and the users has 'Park Trip at Door'.

Users can now park non-exclusive P\&D trips without unnecessary supervisor PIN prompts.

TM-187581

Add Official Support For Multiple Images Within OS\&D Workflow in ConnectedDock

ConnectedDock OS\&D image capture behavior was updated to support multiple images per OS\&D record.

TM-187713

Modify SP\_DOCK\_UPD\_ITEM\_DETAILS To Account For TLORDER\_ILT User Fields

Made a minor modification to the SP\_DOCK\_UPD\_ITEM\_DETAILS procedure to ensure that updates are correctly applied to Item User Fields when the details of the items themselves are updated.

Users will notice no modifications to detail workflow within ConnectedDock as a result of this adjustment.

TM-187850

ConnectedDock Copy Dimensions Not Consistently Working

Fixed an issue in Connected Dock where copy dimensions did not copy consistently.

TM-188124

Trailer switch/Finish Unloading error in Connected Dock

Users can now successfully complete the Finish Unloading process in ConnectedDock once all freight bills have been scanned and unloaded without receiving the incorrect trailer availability error.

TM-188208

ConnectedDock - Unable to Copy Dimensions Into Bill With Already Populated Dims

Fixed an issue where Connected Dock was unable to copy dimensions into bill with already populated Dimensions.

TM-188209

ConnectedDock - Application Crashes When Dims Updated and Unload Attempted in Single Action

Fixed an issue where the application crashed when dimensions were updated and an unload attempted in a single action.

TM-188384

ConnectedDock - Lack of Protection on LAST\_ACTIVITY Can Cause Full CD Outage

Fixed an issue in ConnectedDock where multiple sessions sharing the same activity timestamp caused a system error during user eviction, preventing all new logins once license limits were reached.

TM-188475

ConnectedDock - Update 400 Endpoint To Align With Trimble API Standards

A modification was made to the ConnectedDock API’s to ensure that the /dock/scale endpoint aligned with Trimble standards.

Previously, certain workflows that were originally displaying a 500 error should have been throwing a 400 error when the workflow was attempted and the error path was called.

As a result, the following actions will now result in a 400 error:

  • No scale association

  • Scale integration not enabled

These will correctly throw an invalidBusinessLogic error. This is the standard used in Trimble for 400 errors that do not align with a specific existing reason.

Customers using ConnectedDock will notice no change other than a minor difference in the error message that could be presented to the user if and when the /dock/scale workflow was utilized.

TM-188777

Android app crashing unexpectedly during the second scan

Resolved an issue where the ConnectedDock application would crash unexpectedly when a barcode was scanned twice in rapid succession.

Imaging API

TruckMate has expanded the Imaging API so that WorkOptima can be used alongside existing providers. You can enter WorkOptima connection details in Application Configurator and Codes Maintenance.

The TruckMate REST API includes ways to list imaging documents from your configured imaging system. You can open a specific document as a PDF using standard API security. Callers can pass which imaging vendor to use when needed. When listing documents, clients can ask for results using the same default imaging vendor configured for ART.

Case Issue Case Name Description

TM-182074

Add new endpoint GET tm/imagingDocuments

Added GET /imagingDocuments endpoint to retrieve imaging document metadata from configured imaging repositories. These support documentType and searchValue query parameters with optional imagingVendor, returns paginated metadata (offset, limit, count, imagingDocuments) and use Bearer API key authentication.

TM-188076

Added support for the imaging service WorkOptima

Added WorkOptima as a supported imaging vendor for document retrieval via GET /imagingDocuments and GET /imagingDocuments/:id endpoints. WorkOptima configuration is managed through Codes → Imaging (replacing previous application configurator entries).

Visibility API

A dedicated Visibility service has been added to ART Server Administrator. This allows TruckMate to send data to Trimble Visibility. This integration requires a license.

TruckMate is connected to Trimble Visibility so that data can be shared with shippers and partners in Trimble’s visibility network using a modern, outbound integration. The data flow is one-way from TruckMate into Trimble Visibility, with updates sent on a timed scheduled.

As a part of the 26.1 release, more support has been added to TruckMate for Trimble Visiblity shipment and trip updates.

Some of the updates include:

  • The public link to the Visibility API documentation (OpenAPI) has been corrected so the official spec is easy to find and use.

  • Stop status messages from Visibility have been aligned with the expected Visibility model. This makes sure that only required information is sent, external apps can send richer detail, and simpler messages still work when TruckMate has already sent the status out to Visibility.

  • GPS position updates match real carrier use:

    • When a load is on a trip, positions update the trip.

    • When the load is not on a trip, positions update the order. This includes drivers who are not set up as full profiles in TruckMate.

    • For orders without a trip, position-only updates can be recorded without changing the order’s normal operational status. Tracking breadcrumbs do not overwrite the main status.

  • Several issues have been resolved, including:

    • Errors caused by missing longitude and latitude values.

    • Event times not appearing in UTC.

    • A failure that could occur when updating a trip status using location to resolve zones.

Case Issue Case Name Description

TM-181005

Visibility Service - ART - GET /shipments (New Shipments)

Header fields of the GET /shipments payload schema now match the Trimble\_Visibility\_Update stored procedure payload JSON.

TM-181014

Visibility Service (ART) - GET /statusUpdates

The `GET /visibility/stopStatus\` endpoint now correctly returns stop-level arrival and departure records after trip statuses are applied via the TM API and processed by the `TRIMBLE\_VISIBILITY\_UPDATE\` batch procedure.

TM-185789

dd public link to openAPI documentation on Visibility openAPI documentation

Visibility OpenAPI spec — public link to documentation corrected.

TM-187851

POST /stopStatus - Update required fields and processing logic to align with Visibility stopStatus model

Updated POST /stopStatus required fields and processing logic to align with Transporeon Visibility stopStatus model.

TM-187966

Visibility Service (ART) - GET /stopStatus childresources: ReferenceNumbers & ReferenceNumbersList

GET /stopStatus — referenceNumbers subresource added.

TM-187967

Visibility Service (ART) - GET /stopStatus childresource: CarrierIdentifiers

GET /stopStatus — carrierIdentifiers subresource added.

TM-187968

Visibility Service (ART) - GET /stopStatus childresource: ShipperIdentifiers

GET /stopStatus — shipperIdentifiers subresource added.

TM-188057

Visibility Service - ART - GET /shipments subresource referenceNumbers

GET /shipments — referenceNumbers subresource added.

TM-188058

Visibility Service - ART - GET /shipments subresource assets

GET /shipments — assets subresource added.

TM-188059

Visibility Service - ART - GET /shipments subresource userDefinedValues

GET /shipments now retrieves subresource userDefinedValues.

TM-188060

Visibility Service - ART - GET /shipments subresource stops

The stops subresource expansion for the Visibility API has been verified and hardened against common integration failures. This update ensures that the endpoint gracefully handles both collection-based queries and single-resource lookups.

TM-188061

Visibility Service - ART - GET /shipments subresource orders

Visibility Service for ART now supports GET /shipments subresource orders.

TM-188406

Remove GET /shipments and add GET /shipments/shipmentId endpoint instead

Changed from GET /shipments (collection) to GET /shipments/{shipmentId} (single resource lookup).

TM4Web

Case Issue Case Name Description

TM-186242

Replace hashing in WEB_USER table

Verified the change to WEB_USER.PASSWD field format from MD5 to PBKDF2 HMAC-SHA512 with a 128-bit salt is working as expected.

TM-187025

TM4Web - Creating new PUR from quote (created in a company other the configured company for the TM4Web instance) results in order entry fields being blank

Fixed an issue where order entry fields were blank when using the 'Create Pickup Request from Quote' option in TM4Web when the quote was created in a company that is different from the company ID that TM4Web is configured under.

TM-187915

TM4Web Quotes page the "required field validation" not working for "Name" fields

Fixed an issue where the origin and destination name fields in the rate quote input page in TM4Web did not have the required field validation enforced in the fields were set to required in WebAdmin.

TM-188034

TM4WEB email confirmation French character error

Fixed an invalid character in the TM4Web order entry confirmation email when profile is set to French.