The issue of shipments defaulting to DKK despite a different currency on the sales order could be caused by a mismatch in configuration. Ensure the following: Sales Order Settings: Verify that the sales order currency is correctly set before creating the shipment. Shipping Method Configuration: Check if the shipping method or inventory setup has a default currency override. Financial Account Currency: Ensure the financial account associated with shipments allows multiple currencies or matches the sales order currency. Software Update: Confirm you are using the latest version, as bugs in older versions may cause this issue. If the problem persists, a custom integration or advanced troubleshooting may be required. Cloudify can help integrate Visma e-conomic seamlessly into your workflow. Cloudify is one of the leading Visma e-conomic integration experts. ... View more

We will fix so that the error does not appear if the default supplier does not have a currency ID set, but until then, as a workaround, setting the currency ID on the supplier will eliminate the error. ... View more

Hi! Given that this is a Norwegian company(?) sales abroad are tax-free. We have no tax zone for the EU at all. Some may have a voluntary registration in Sweden and must calculate Swedish VAT in addition, this is not something we support as standard and may have to be set up in each case. Since you mention sales to the EU, I guess it may be a question of a Swedish client where they have their own tax zones for that. Unfortunately, I don't know the Swedish setup so this is something you have to discuss with them.   BR, Suzdar ... View more

Thank Rozhat, I can see that I need to do expand: Freight, to get those values, thank you. Any way to get it on shipment? ... View more

Hi Magnus it is working, thank you. ... View more

Working for us now, thank you. ... View more

For the breaking changes we will follow the same guideline as what is today in the Visma.net ERP API, i.e. latest 3 months before. In the closest roadmap we have not planned to introduce createShipment in V3. Could you elaborate a bit more for why it is highly needed in V3? Is it, for example, for the easier use of the API through the sales process or expectation of better performance in that endpoint etc? ... View more

Hi! This is a bug, the freight amount should be set to the same as the freight cost when the Shipping term has not been defined, this is not happening at the moment. We have created a case to fix this and release notes will be published when it is fixed. ... View more

Thanks for the confirmation ! Please let us know if there's more that can be improved 😊 ... View more

Hi,   Getting back with more details about the problem from 21st of June.   Around the interval: 2023-06-21T02:10:00.406+03:00 and 2023-06-21T10:38:26.406+03:00 most of the calls to the Sales Order Service API returned 500. We have restarted the cluster of the service and then calls got back to normal.   While investigating the cause of this we noticed that the calls our service makes to another internal service to retrieve information about a tenant are failing with an Unauthorized exception. From the logs it seemed that Authorization header was not included in those calls. Restarting the cluster fixed this problem but we created a task to further investigate why the Authorization header was not included and another case to improve the code to be more resilient when making calls to this internal service.   Another action point for us is to improve the monitoring. The current monitoring detected the errors but we did not have any alarms set for a high rate of them. We will implement a warning when the error rate reaches 20% and a critical alarm for Central Operations when the rate reaches 50%. This will allow us to respond faster when something similar might happen. ... View more

Hi, The development team are solving these issues as they get information on them, if you could send us the json and compnay id we can forward it to the development team for investigation.  ... View more