Every month our customer sends an API call to General Ledger of approximately 13,500 lines. Previously this took approximately 45 minutes. Since last week they have received 500 reports. We have already divided the post into parts of 500 lines. Sometimes things go well now, but it takes upto 20 minutes per call, or we get error 500.
... Skatīt vairāk
Hi Oskar,
no, the problem was solved after we escalated it internally in Visma in the weekend. We could not wait until today since the whole integration platform stopped. I think somebody in the connect team knows exactly what happened, but I think it was due to a lot of token traffic from our side after the API got to live again. But we have to find out how we can quick enough answers when all is stopping due to such incidents also during a weekend.
Florian
... Skatīt vairāk
Hello, according to our investigation this is related to a cache issue, that user which has been created for the Service type app on the fly is not immediately synced with the company that request has been made, therefore, usually a day helps to get this resolved upon server cache cycle. However, we're working to fix this, as the behaviour explained above is not feasible.
... Skatīt vairāk
Hello, we've informed the infrastructure team regarding this. Could you please inform us on the company ID that you receive the mentioned error ?
... Skatīt vairāk
i Got it working my local cashe where playing a trick on me Ctrl+Shift+R got it working. have u seem my question regarding findings in regards to warehouse and toWarehouse filtes ? it seems like toWarehouse filter only works if used WITH warehouse and not alone is this intended ?
... Skatīt vairāk
Hello Again My example may be wrong, I got it working if I send in the correct amount in the header when doing the PUT. it is still strange though that the payment is not closed, is it because of the balance i not 0, should the payment be set to closed ? how to do that?
... Skatīt vairāk
Hello, the issue experienced was related to the https://status.visma.com/incidents/xszmqh2wwbw6 which has been resolved in 09:59 CET 24.01.2022. If you encounter any problem concerning the same case, please contact us. Thanks.
... Skatīt vairāk
Today between 10:34 - 10:44 one of our nodes experienced a misconfiguration which led to routes of endpoints being not available on that node. This was quickly discovered and fixed. Sorry for any inconvenience.
... Skatīt vairāk
Hello,
this has been planned to be fixed in Visma.net Financials API updates for version 8.66.0 (September 2021)
Release plan may vary, therefore please subscribe & follow the thread and the "News" section.
Thanks.
... Skatīt vairāk
We have scaled out the application further, please let us know if you are still having issues. We are still investigating the cause for this.
... Skatīt vairāk
Hi,
We have increased the capacity of the servers handling the API traffic and the response time should now be far less and no longer be an issue. We are still investigating the root cause of the increase in response time and will still be monitoring this. Please let us know if you are still having the same issue with:
Timeouts
Missing response
Connection closed
Thank you!
... Skatīt vairāk
Hi,
We have asked the development team for another update on this case.
We recommend that you lift this with your partner service as well.
... Skatīt vairāk
Update: The issue has been addressed. This was related to DNS, the issue has been occurred between our proxy servers and endpoint's environment. The problem should now be resolved.
Postmortem will be provided at the status.visma.com
We are sorry for the standstill this may have caused in your integrations.
Please let us know whether you are still facing the problem.
... Skatīt vairāk