to get a personalized navigation.
to get a personalized navigation.
Release Notes | Documentation |
---|---|
Increased max page size |
The default /max page size has been temporarily changed from 500 to 1000 for all endpoints where we have pagination and had max page size = 500. |
New operations for locations on Warehouse endpoint |
Two new operations have been implemented on the Warehouse endpoint: - POST operation of inventory locations which can be used by integrators for creating inventory locations on warehouses. - PUT operation of inventory locations which can be used by integrators for updating inventory locations on warehouses |
Change shipping term on purchase orders |
The field 'Shipping terms' has been added to the Shipping instructions tab of the Purchase orders window. This allows you to change the shipping term for each purchase order, if needed. The shipping term defined on the specific supplier is applied by default. Additionally, the Shipping terms field has been added to the Report designer and to the Purchase order endpoint. See the swagger documentation for additional information related to API. |
Beta tags removed for v2 endpoints and corresponding v1 endpoints marked as deprecated |
The following methods are marked as deprecated, and will be removed from May 2021: POST customerCreditNote, customerDebitNote and customerInvoice. The v2 of the same methods, optimized for performance, should now be used instead, and the beta tag for these have now been removed. |
API calls towards newly provisioned companies not updating user context |
Earlier, if you provisioned a new company and did API calls towards the newly provisioned company, you could end up on a node where the user context was not updated. This would typically give you a 500 internal server error and if you retried, it worked. The cache handling of user context has been improved so you should not end up in this scenario anymore. |
Read and create/update descriptions of multi-language supported fields via the API to support webshop and import of items |
From this version on, there is translation support via API for the Description field in the Stock items and Non-stock items windows with POST, PUT, GET specific translation, GET all translations for a stock item, and DELETE. The system now also supports retrieving a list of all supported languages via API, with information if a language is active and the default. |
Wrong error message on PurchaseReceipt endpoint when supplier is missing |
When the supplier was missing from the PurchaseReceipt endpoint, you got an error message saying that a customer number must be specified. Now the error message has been changed to "Error creating purchase receipt. New order must have a supplier number specified." |
Configuring of manual purchase invoice numbering series with API
|
The configuration of manual numbering for the Purchase invoice numbering series did not sync with API due to a cache issue. In fact, this issue affected all numbering sequences. This has been fixed in the 8.26 release. |
Purchase Receipt not inheriting currency from the supplier via POST API |
The Purchase Receipt POST operation did not inherit the currency from the supplier if the currency override setting was disabled. This has now been fixed. |
The reopenSalesOrder action is not working as expected via API |
Earlier, the reopenSalesOrder action did not work as expected via API. This has now been corrected, so that it works the same way as in the UI. |
Posting CustomerInvoice with CashAccount not belonging to the main branch causes issues |
Posting CustomerInvoice with CashAccount not belonging to the main branch caused issues after the 8.25 release. This has now been fixed. |
Sales order total gets the wrong total amount when using percentage discount |
Earlier, the Sales order total got the wrong total amount when using percentage discount via API. This has now been fixed. |
Invoices from Visma.net Project management get the wrong cash account |
Earlier, when branch information was used in an invoice, the payment method and the cash account used for the invoice were not set correctly according to how the payment method and the cash account were linked to the branch. This has now been fixed. |
Copyright © 2022 Visma.com. All rights reserved.