TruckMate 2026.1 New Features: Web/APIs
Released: January 16, 2026
Last updated: January 16, 2026
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. For more information, see TruckMate REST API service replaces TM4Web REST 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:
-
The TM4Web OpenAPI JSON information can be viewed as a website.
This may be especially useful if you are in the early stages of implementing REST APIs and do not have an ART Server running yet.
|
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.
|
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 |
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:
|
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:
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:
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):
|
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 |
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, |
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:
|
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:
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. |
