Hi!   When creating a supplier invoice using VATcode id 08, the account is automatically set to 4910 in Visma.net, despite that the call includes account 4915.   we are using this URL request: https://integration.visma.net/API/controller/api/v1/supplierInvoice   We are using this JSON: { "documentType": { "value": "Invoice" }, "hold": { "value": "false" }, "supplierReference": { "value": "2" }, "date": { "value": "2021-09-13T21:03:04.035Z" }, "description": { "value": "Test 1" }, "supplierNumber": { "value": "501692" }, "currencyId": { "value": "SEK" }, "dueDate": { "value": "2021-09-13T21:03:04.035Z" }, "paymentMethod": { "value": "03" }, "payDate": { "value": "2021-09-13T21:03:04.035Z" }, "paymentMessage": { "value": "Test 1" }, "invoiceLines": [ { "operation": "Insert", "lineNumber": { "value": 0 }, "transactionDescription": { "value": "Test" }, "uom": { "value": "ST" }, "costInCurrency": { "value": 100 }, "accountNumber": { "value": "4915" }, "subaccount": [ { "segmentId": 1, "segmentValue": "60" }, { "segmentId": 2, "segmentValue": "000000001" }, { "segmentId": 3, "segmentValue": "006000" }, { "segmentId": 4, "segmentValue": "0000" } ], "vatCodeId": { "value": "08" } } ] }   Do you know why this happens?   /Frida    ... View more

Hi!   The field transferNumber is not included in the reply from /controller/api/v1/inventoryReceipt. No success in either Swagger or in Postman.   I have tested the URL https://integration.visma.net/API/controller/api/v1/inventoryReceipt/1500996 to a Visma.net company that has a value in the transferNumber field but the respons I get is: (removed all the compnany related values to XXX)    "totalCost": 30865.68, "controlCost": 30865.68, "receiptLines": [ { "warehouse": { "id": "3 ", "description": "XXX" }, "unitCost": 19, "extCost": 2736, "project": { "id": "X", "description": "Non-Project Code." }, "lineNumber": 1, "inventoryItem": { "number": "3458", "description": "XXX" }, "location": { "id": "3-1", "name": "XXX" }, "quantity": 144, "uom": "STYCK", "description": "XXX", "branchNumber": { "number": "1", "name": "XXX" } }, { "warehouse": { "id": "3 ", "description": "XXX" }, "unitCost": 56.82, "extCost": 681.87, "project": { "id": "X", "description": "Non-Project Code." }, "lineNumber": 3, "inventoryItem": { "number": "7925", "description": "XXX" }, "location": { "id": "3-1", "name": "Standard konsignationslager" }, "quantity": 12, "uom": "STYCK", "description": "XXX", "branchNumber": { "number": "1", "name": "XXX" } }, { "warehouse": { "id": "3 ", "description": "XXX" }, "unitCost": 22.44, "extCost": 1615.47, "project": { "id": "X", "description": "Non-Project Code." }, "lineNumber": 5, "inventoryItem": { "number": "3244", "description": "XXX" }, "location": { "id": "3-1", "name": "XXX" }, "quantity": 72, "uom": "STYCK", "description": "XXX", "branchNumber": { "number": "1", "name": "" } }, { "warehouse": { "id": "3 ", "description": "XXX" }, "unitCost": 48, "extCost": 23040, "project": { "id": "X", "description": "Non-Project Code." }, "lineNumber": 7, "inventoryItem": { "number": "7993", "description": "XXX" }, "location": { "id": "3-1", "name": "XXX" }, "quantity": 480, "uom": "STYCK", "description": "XXX", "branchNumber": { "number": "1", "name": "XXX" } }, { "warehouse": { "id": "3 ", "description": "XXX" }, "unitCost": 19.39, "extCost": 2791.63, "project": { "id": "X", "description": "Non-Project Code." }, "lineNumber": 9, "inventoryItem": { "number": "3467", "description": "XXX" }, "location": { "id": "3-1", "name": "XXX" }, "quantity": 144, "uom": "STYCK", "description": "XXX", "branchNumber": { "number": "1", "name": "XXX" } } ], "referenceNumber": "1500996", "status": "Released", "hold": false, "date": "2021-03-11T00:00:00", "postPeriod": "202103", "totalQuantity": 852, "controlQuantity": 852, "batchNumber": "032934", "lastModifiedDateTime": "2021-03-11T15:04:17.513", "branchNumber": { "number": "1", "name": "XXXXXX" }, "metadata": { "totalCount": 1, "maxPageSize": 1000 } }   I don't get transferNumber anywhere but according to swagger I should get it in my response:    "totalCost": 0, "controlCost": 0, "transferNumber": "string", "receiptLines": [ { "warehouse": { "id": "string", "description": "string" }, "unitCost": 0, "extCost": 0, "project": { "id": "string", "description": "string" }, "projectTask": { "id": "string", "description": "string" }, "lineNumber": 0, "inventoryItem": { "number": "string", "description": "string" }, "location": { "countryId": "string", "id": "string", "name": "string" }, "quantity": 0, "uom": "string", "reasonCode": { "id": "string", "description": "string" }, "description": "string", "attachments": [ { "name": "string", "id": "00000000-0000-0000-0000-000000000000", "revision": 0 } ], "branchNumber": { "number": "string", "name": "string" } } ], "referenceNumber": "string", "status": "Hold", "hold": true, "date": "2021-09-06T08:17:04.319Z", "postPeriod": "string", "externalReference": "string", "description": "string", "totalQuantity": 0, "controlQuantity": 0, "batchNumber": "string", "lastModifiedDateTime": "2021-09-06T08:17:04.319Z", "branchNumber": { "number": "string", "name": "string" }, "attachments": [ { "name": "string", "id": "00000000-0000-0000-0000-000000000000", "revision": 0 } ], "errorInfo": "string", "metadata": { "totalCount": 0, "maxPageSize": 0 } }   How do we get the transferNumber?   Thanks! /Frida  ... View more

Hi,    When using the GET api/v1/customeinvoice/{refnbr}/print all I get as a respons is:    Error 502  { "ExceptionType": "IPPException", "ExceptionMessage": "", "ExceptionFaultCode": "5102", "ExceptionMessageID": "5102_3384817b-85aa-4765-af5c-6af134ee40d0", "ExceptionDetails": "" } connection: Keep-Alive content-type: application/json date: Wed, 28 Jul 2021 12:20:39 GMT ipp-request-id: 4b59c441-67b7-4daf-81f8-ee56996bb816 keep-alive: timeout=15, max=100 server: Apache/2.4.25 (Debian) strict-transport-security: max-age=31536000; includeSubDomains transfer-encoding: chunked   This is an old integration that is with SalesForce and Visma.net. When in salesForce you press that you want to see the customer Invoice PDF we use this response to retrieve it from Visma.net.    It has worked up until now and now all we get is this 502 error and we haven't made any changes to the call. I have also tried in Swagger to make this GET https://integration.visma.net/API/controller/api/v1/customerinvoice/712180/print but all I get is 502. I have double and triple checked that teh invoice number exsits but every time I try to retrieve an invoice with the status of 'closed' or 'open'  502 response.   I have done random GETs just to test that my credentials work and I have no problem with GET https://integration.visma.net/API/controller/api/v1/customerinvoice/712180 (same invoice as I get 502) and here I get a 200 response.    Is there any problems with api/v1/customerinvoice/{refnbr}/print?   Thanks in advance! /Frida   ... View more

Hi!    We have an integration that creates salesorders in Visma from a webshop. In some cases we want the billing and deliveryadress to be different than the one on the customer in Visma.net and for that we were thinking of using the "overrideAdress" boolean to on those salesorders put a different adress.    We are using the  /controller/api/v2/customerinvoice endpoint and we are having problems with this section:    "soShippingAddress": { "value": { "overrideAddress": { "value": true },   We should be able to use the overrideAddress to tick the box in teh UI that lets us put in a new adress. When I do it manually in the UI it works fine but no matter if I put true/false in my API call nothing happens on the salesOrder when I create it through the API. I have attached the different calls that I have tried but I get the same result every time: the order is created but the box for overriding the adress unchecked. The difference in the calls is what information I have in this section:    "soShippingAddress": { "addressId": 0, "overrideAddress": { "value": true },   Is there anything else than true/false I need to use for it to be correct?    Thanks in advance! /Frida          ... View more

Hi!   On the customerInvoice endpoint it is possible to sent in the 'account' on invoiceLine-level. The same kind of functionality is desirable on the salesOrder endpoint.    In the UI it is possible to change the account on the salesorder line, therefore we think that is should be possible to do trough the API. We have multiple customers that have requested this but since 'account' is not available in the salesOrder-endpoint we have had to do complicated and unstable workarounds. Nether 'SalesOrder' och 'SalesOrderV2' has the 'account' on salesOrderLine-level.    It would be great if you could look into this! /Frida  ... View more

Hi,    Now that we are transitioning to PEPPOL you have to specify the PEPPOL endpoint on screenID=cr303010 in the UI to be able to send invoices with the PEPPOL network that is the new european standard. That screenID is the 'Location' endpoint in the API and we are in need to be able to state the PEPPOL endpoint through the API endpoint. If it could be possible to specify that through the POST /controller/api/v1/location it would be perfect.   This would help us immensely in already existing integrations and new ones we have on the way. I'm attaching a file with a printscreen from the UI with the field I am thinking of.   Thanks! /Frida  ... View more

Hi!    There is today webhooks for customer invoices. Is it in the pipe to implement webhooks for supplier invoices also? We have a few integrations that would benefit greatly if supplier invoices had webhooks like the customer invoices.   /Frida ... View more

Hi! After releasing a CustomerCrediNote in the UI we cant update the note on the invoiceline through the API. We have tried to this URL:  'https://integration.visma.net/API/controller/api/v1/customerCreditNote/100056   And we used this PUT request: '{ "lines": [ { "note": { "value": "string" } } ] }   We get the error message that the invoice is released and therefore cannot be changed: ' { "message": "The customer CreditNote with reference number 100056 cannot be updated because it has already been released." }   But when we tried to update the note on invoiceLine on the CustomerInvoice endpoint and it worked (a released invoice).  This URL: 'https://integration.visma.net/API/controller/api/v1/customerinvoice/100057    and this PUT: {"invoiceLines":[{"operation":"update","lineNumber":{"value":1},"note":{"value":"Självfaktura 200183"}}]}   In the UI we can update the note on the invoiceLine on a customerCreditNote after it is released so it should work through the API. How do we make it work on a customerCreditNote through the API or is it because of a bugg it's not working?    /Frida  ... View more

Hello!   We have a customer that uses the rut/rot functionality through the API on the CustomerInvoice endpoint. When we have a 0-line in the beginning we get the wrong amount summed up on the total sum of the rot/rut tab. But when we change order of the lines and don't have a 0-line in the beginning we get the right total sum on the rot/rut tab.    When trying to replicate this problem in the UI by doing it manually it doesn't occur so I am pretty sure it's something in the API that causes this.    When using this JSON:  { "domesticServicesDeductibleDocument": { "value": true }, "rotRutDetails": { "distributedAutomaticaly": { "value": false }, "type": { "value": "Rot" }, "estate": { "value": "fridas" }, "distribution": [ { "operation": "Insert", "lineNbr": { "value": 0 }, "personalId": { "value": "199001010101" }, "amount": { "value": 270 }, "extra": { "value": true } } ] }, "invoiceLines": [ { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "OtherCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 0 }, "description": { "value": "Vårt ordernummer: 29488" }, "quantity": { "value": 0 }, "unitPriceInCurrency": { "value": 0 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": true }, "itemType": { "value": "Service" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 1 }, "description": { "value": "2020-11-27 Ordinarie arbetstid" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 720 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "MaterialCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 2 }, "description": { "value": "Stadsresa" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 300 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "MaterialCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 3 }, "description": { "value": "Motor för 3-vägsventil" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 734 }, "uom": { "value": "ST" } }, ], "sendToAutoInvoice": { "value": true }, "customerNumber": { "value": "10001" }, "hold": { "value": false }, "invoiceText": { "value": "API test" } }   I get a total of 2 585,00 SEK as a sum on "MaterialCost" in the UI (Rot/Rut tab) but when I use the JSON bellow I get 1 292,50 SEK as a total sum on "MaterialCost" (Rot/Rut tab) and this sum is the correct amount, that's when I use this:   { "domesticServicesDeductibleDocument": { "value": true }, "rotRutDetails": { "distributedAutomaticaly": { "value": false }, "type": { "value": "Rot" }, "estate": { "value": "fridas" }, "distribution": [ { "operation": "Insert", "lineNbr": { "value": 0 }, "personalId": { "value": "199001010101" }, "amount": { "value": 270 }, "extra": { "value": true } } ] }, "invoiceLines": [ { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "MaterialCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 0 }, "description": { "value": "Motor för 3-vägsventil" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 734 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": true }, "itemType": { "value": "Service" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 1 }, "description": { "value": "2020-11-27 Ordinarie arbetstid" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 720 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "MaterialCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 2 }, "description": { "value": "Stadsresa" }, "quantity": { "value": 1 }, "unitPriceInCurrency": { "value": 300 }, "uom": { "value": "ST" } }, { "domesticServicesDeductible": { "value": false }, "itemType": { "value": "OtherCost" }, "typeOfWork": { "value": "Construction" }, "operation": "Insert", "lineNumber": { "value": 3 }, "description": { "value": "Vårt ordernummer: 29488" }, "quantity": { "value": 0 }, "unitPriceInCurrency": { "value": 0 }, "uom": { "value": "ST" } }, ], "sendToAutoInvoice": { "value": true }, "customerNumber": { "value": "10001" }, "hold": { "value": false }, "invoiceText": { "value": "API test" } }   The only difference is that I have changed place on lineNbr 0 and 3 but the lines still contain the same information.    The customer has to use a first 0 row to state the orderNbr from another system and it needs to be done on the invoiceLine level.    Why do we get different results depending on how we send the rows? As I wrote higher up we don't get the same result when creating the invoice manually in the UI and is there some way to prevent this from happening?    /Frida    ... View more

Hello!    In the UI for a Stock item there is a boolean for stating if the stock item is a Kit item or not. We request that this boolean be possible to reach through the InventoryUpdateDto or anywhere else that you see fit.    We work with this in a few integrations and have had to do workarounds that are not ideal. If this could be possible to do through the API it would be great for our existing  integrations and a few in the making.    Thanks! /Frida  ... View more

Hi!   Note is missing on the endpoint JournalTransactionV2 in both JournalTransactionUpdateDto and JournalTransactionLineUpdateDto.    If note is available we have the chance of storing additional information that is important to the integration and doesn't fit anywhere else on the journal transaction.    /Frida  ... View more