Good evening,   As of this morning I am getting 400 "message": "Endpoint does not allow background execution", when using https://integration.visma.net/API/controller/api/v1/PurchaseReceipt/gdfg/action/release and providing an erp-api-background header. Is this intentional? (the release operation did go through still)   Best regards, Magnus Vadla, Proplan AS ... View more

According to swagger this endpoint should return "poOrderLineNbr", but it doesn't.   Best regards, Magnus ... View more

Uom value is ignored and defaulting to "HOUR" when posting projecttransaction lines without inventory number. Doing a put request to update the line uom afterwards works. Post body sample: { "description": { "value": "Testtransaction" }, "lines": [ { "operation": "Insert", "date": { "value": "2024-03-21T02:43:31" }, "project": { "value": "100060" }, "projectTask": { "value": "20" }, "uom": { "value": "STK" }, "quantity": { "value": 1 }, "unitRate": { "value": 2000 }, "description": { "value": "Testtransaction" }, "accountGroup": { "value": "6" }, "financialPeriod": { "value": "202403" } } ] }   ... View more

I am having trouble with the /controller/api/v1/supplierInvoice endpoint. Get range or specific invoice document is missing several line fields. ProjectTask, poReceiptNbr, poReceiptLineNbr to name a few. I tested a non-receipt linked invoice aswell, and that is missing projectTask.   This was working on monday. I don't see any release notes since then.   Is this a bug? Are there new expand queries I am supposed to use? Attached screenshots of gui and postman get result     ... View more

I have a PO line with a non-stock item, default cost account 4200. I try to update it with a PUT request and the following payload. I get a 204 response, but the line account is still 4200. {   "lines": [     {       "operation": "Update",       "lineNumber": {         "value": 1       },       "account": {         "value": "4080"       }     }   ] }   If I change the account to 4081 in the GUI and resend the same request, the account defaults back to 4200.    Is this a bug? Do I have to replace the line to achieve my goal? ... View more

Will salesorder_changed webhooks continue to fire the same way after the old sales order endpoints are disabled? Assuming they will, what about the resourceUri properties that are currently pointing to v1?   Adding an extra set of uri properties for v3 would be the most practical solution from our point of view. ... View more

My app is trying to account for purchaseReceipt release operation sometimes failing. I have a case where I get a 200 both in the background webhook, and when checking the stateLocation, however the receipt status is still balanced. Is this working as intended?     Original request: POST https://integration.visma.net/API/controller/api/v1/PurchaseReceipt/000451/action/release response body: {   "id": "8b6bad6c-11d7-46ed-b79f-17fc63260765",   "stateLocation": "https://integration.visma.net/API/controller/api/v1/background/8b6bad6c-11d7-46ed-b79f-17fc63260765" }   received webhook: {   "id": "8b6bad6c-11d7-46ed-b79f-17fc63260765",   "statusCode": 200,   "stateLocation": "https://integration.visma.net/API/controller/api/v1/background/8b6bad6c-11d7-46ed-b79f-17fc63260765",   "contentLocation": "https://integration.visma.net/API/controller/api/v1/background/8b6bad6c-11d7-46ed-b79f-17fc63260765/content" }   stateLocation call: GET https://integration.visma.net/API/controller/api/v1/background/8b6bad6c-11d7-46ed-b79f-17fc63260765 response body: {   "id": "8b6bad6c-11d7-46ed-b79f-17fc63260765",   "status": "Finished",   "statusCode": 200,   "receivedUtc": "2022-11-14T11:30:11.726+01:00",   "startedUtc": "2022-11-14T11:30:11.773+01:00",   "finishedUtc": "2022-11-14T11:30:13.379+01:00",   "webhookAddress": "*sanitized*",   "originalUri": "https://finance.visma.net/**********/api/v1/PurchaseReceipt/000451/action/release",   "hasResponseContent": true,   "hasRequestContent": false,   "contentLocation": "https://integration.visma.net/API/controller/api/v1/background/8b6bad6c-11d7-46ed-b79f-17fc63260765/content" }   receipt 000451 is still Balanced.     ... View more