My Products
Help Financials API updates for version 8.95.0 (May 2022)

by Yıldırım (Updated ‎17-05-2022 13:54 by Yıldırım VISMA )

Release date for 8.95.0 version has been planned as  05/03/2022
Release plan & date may vary. We will keep you informed of any changes. This thread will be updated regularly up until the point of version-release.


Release Notes Documentation

Error when creating purchase receipt from API when Default Receipt To location not allowing receipts

Earlier, POST PurchaseReceipt with Default Receipt TO location gave an error message if the stock item had Default receipt to set to a location that does not allow receipts.
This has now been fixed.

"Attributes" filtering doesn't work via GET Supplier Endpoint

Filtering on attributes via the GET Supplier endpoint had stopped working after the latest improvement implemented to improve the performance.
This has now been fixed.


Due dates for breaking changes

Release Notes Documentation Due

Breaking change on Inventory endpoint for GET operation - better error handling

In the current solution, if you try to filter on an attribute on inventory which does not exits, you get an empty JSON response.
So, if you have misspelled or are trying to filter on an attribute that does not exist, you will not get any indication about this.

From version 8.97, the system will return 400 Bad Request for this operation, and gives an error message that the value you are trying to filter on does not exist.
{"message":"Attribute 'ACTIVE' not found"}
May 31, 2022

Planned removal of Sales Order API endpoints

A number of Sales Order API endpoints will be removed as a part of the transition to the next generation ERP.

The following API endpoints will be removed:
GET /controller/api/v1/salesorder/{orderNbr}
GET /controller/api/v1/salesorder/{orderType}/{orderNbr}
GET /controller/api/v1/salesorder/{orderType}/{orderNbr}/rotrut
GET /controller/api/v1/salesorder
GET /controller/api/v1/salesorder/{orderType}/{orderNbr}/commissions
POST /controller/api/v1/salesorder
POST /controller/api/v1/salesorder/{saleOrderNumber}/action/cancelSalesOrder
POST /controller/api/v1/salesorder/{salesOrderNumber}/action/reopenSalesOrder
PUT /controller/api/v1/salesorder/{orderNbr}
GET /controller/api/v1/salesorderbasic/{orderNbr}
GET /controller/api/v1/salesorderbasic/{orderType}/{orderNbr}
GET /controller/api/v1/salesorderbasic
POST /controller/api/v1/salesorderbasic
PUT /controller/api/v1/salesorderbasic/{orderNbr}
POST /controller/api/v2/salesorderbasic
POST /controller/api/v2/salesorder
POST /controller/api/v2/salesorder/{saleOrderNumber}/action/cancelSalesOrder
POST /controller/api/v2/salesorder/{salesOrderNumber}/action/reopenSalesOrder

All functionality currently missing in the new Sales Order Service API will be added before these endpoints are removed. The list of affected endpoints will also be extended, so pay attention to future updates.

For more information on how to use the ERP Sales Order Service, please visit:

Swagger for
Jun 01, 2023

Breaking change on Project endpoint for GET operation

Paging will be enforced on Project endpoint.
The ISV must start implementing paging on this endpoint as soon as possible. The default page size is planned to be set to 500.
If you do not specify a page size, you will get 500 records, and if you try to specify a higher number, you will only get 500 records.
Example: If you do a GET ALL on Project, without specifying any paging, you will get the first 500 records only.
May 17, 2022