Hi   As part of the implementation of the Sales order API v3 we update the Inventory quantities(Available, Available for shipping etc) for the items included in the sales order.   While testing this, we noticed concurrency issues for the quantities when orders with the same item are created at the same time, which can lead to wrong quantities and/or longer time for processing the order.   To improve the flow, we plan to introduce eventual consistency related to the inventory update for the orders created from the Sales order API v3. This means that the quantities will still be updated, but the update will run as a separate process in the background right after the order is created.   For you as an integrator, the only difference from today is that the inventory quantities will be updated within a time frame of 100 - 3000 ms. This will be seen, for example, in that the quantities in GET/inventory will be updated within that time frame.   Therefore we want to ask you, our integrators, about your view on this. Is it OK that the inventory quantities are updated with this short delay? Please comment your input in this thread. ... View more

Hi   We have an issue in Visma.net ERP Sales order API v3, where when creating an order the 'Available' and 'Available for shipping' quantities are not updated correctly for the item(s). We are now implementing fix for this and will let you know when the problem is solved.   To get the quantities corrected, one can open the UI and select Inventory - Processes - Validate inventory(ScreenID: IN505000) and run the process, this will recalculate the quantities. ... View more

Question We received a 400 Bad Request when using POST/api/v3/SalesOrders. How can I see what is the reason for this error? Answer When receiving a 400 Bad Request it include an error response body. This response body will indicate the reason for getting the error, looking like this:     ... View more

We are really excited to announce that we have now released the new and highly requested endpoints PATCH and POST in the Visma.net Sales Order API v3.   We are looking forward to your input and feedback. PATCH Create modifications/updates to an existing sales order: PATCH/api/v3/SalesOrders/{type}/{orderId}   Create modifications/updates to an existing sales order line: PATCH/api/v3/SalesOrders/{type}/{orderId}/lines  POST Add new line(s) to an existing sales order: POST/api/v3/SalesOrders/{type}/{orderId}/lines   Authentication Please note that it is possible to authenticate “old” api integrations with Visma Connect. Since Sales Order API v3 only supports authentication via Visma Connect, this will make it easier to use resources/endpoints from both APIs.    For example, you want to know which inventory items you can add to a sales order, because you are using the same authentication you can easily get the Inventory information from the "old" api integration.   For more information about Visma Connect authentication, please read: https://community.visma.com/t5/Knowledge-base-in-Developers/Guide-Move-from-VNI-to-Visma-Connect-Authentication-for-Visma/ta-p/542146   Getting  started How to get started with the Sales Order API v3, plus additional information, please see: https://community.visma.com/t5/News-in-Developers-Visma-net/Getting-started-with-the-first-neXtGen-service-Visma-net-ERP/ba-p/401436   ... View more

We have an early Christmas gift for you! We have now released new endpoints in the Visma.net ERP Sales Order API for deleting order and order lines:   DELETE/api/v3/SalesOrders/{type}/{orderId} - Delete an existing order DELETE/api/v3/SalesOrders/{type}/{orderId}/lines - Delete lines form existing order   In the near future we will also release endpoints for updating(PATCH) order and order lines & adding lines to existing orders(POST)   Please view the following post for additional information on the API: https://community.visma.com/t5/News-in-Developers-Visma-net/Getting-started-with-the-first-neXtGen-service-Visma-net-ERP/ba-p/401436 Merry Christmas & Happy New Year! ... View more

Release Notes Documentation Subaccount error when POSTing order Previously, you got an error when creating an order and the default subaccount of the order line contained a segment with empty segment value. This is now fixed.   If you are new to the neXtGen services, please look at the Getting started with the first neXtGen service: Visma.net ERP Sales Order API for an introduction. ... View more

Viikonlopun versiopäivityksen jälkeen on ilmennyt virhe missä rivin/tapahtuman käsittelyssä tulee virhe 'TaxCalcMode ei saa olla tyhjä'. Tämä on todettu virheeksi ja on tuotekehityksen korjattavana. Rivin/tapahtuman saa piilotettu seuraavasti kunnes tämä on korjattu:   1. Valitse ko. rivi ja avaa Muodosta tapahtumat-välilehti ja laita ruksi kohtaan Muodosta 2. Klikkaa Tallenna 3. Tämän jälkeen pääsee piilottamaan tai suorittaamaan riviä ... View more

Kysymys: Eräpäivärajauksen mukaan lasku pitäisi nousta mukaan maksatukseen Käsittele maksut-ikkunassa, mutta jostain syystä se ei ole valittavana.   Ratkaisu: Määritä Maksupäivä-suodatin samaksi päiväksi kuin Eräpäivä-suodatin. Voit myös jättää Eräpäivä-kenttä tyhjäksi ja Maksupäivä-kentässä valita päivämäärä mihin asti haluat laskut maksaa.     ... View more

Liitteenä olevassa ohjeessa käydään läpi Hankintakulukoodien määritykset ja esimerkkejä hankintakulukoodien käytöstä. ... View more

Ongelma: Käsittele maksut-ikkunassa kun yrittää luoda maksuerän, tulee virheilmoitus: "Maakoodi annettava pankkikoodia käytettäessä"   Ratkaisu: Tarkista maksuerässä olevien toimittajien IBAN-numero. Virhe tulee siitä että toimittajan IBAN-numerossa on ylimääräinen välilyönti, IBAN-numero täytyy olla muodossa "FI1111111111111111", eli ilman välilyöntejä. ... View more

Ongelma: Käytössä on EUR-pankkitili, josta maksetaan valuuttalaskuja, esim. USD, GBP. Pankin käyttämä valuuttakurssi ja maksama summa euroissa ei täsmää Visma.net ERP:ssa olevan maksun valuuttakurssiin ja eurosummaan. Ratkaisu: Syy siihen ettei valuuttamaksujen valuuttakurssit päivity maksuille, johtuu siitä että pankista tulee "positiivisia status raportteja" (pain.002) kun maksu on suoritettu pankissa. Pain.002 status raportissa ei tule valuuttakurssia, joten se aiheuttaa ongelmia, koska maksun tila muuttuu tuolloin Maksetuksi ja siitä lähtee ilmoitus Visma.net ERP:iin, mutta kurssi ei päivity.  Kannattaa sopia pankin kanssa että tilaraportteja maksujen suorittamista ei muodostettaisi pankissa. Mutta vain luopua "positiivista palautteista" (positive feedback), eli kun maksu suoritetaan pankissa, edelleen muut pain.002 palautteet (perusvalikoima) pitää muodostua (vastaanotettu pankissa, hyväksytty, hylätty). Maksun tila päivittyy tämän jälkeen tiliotteelta ja sieltä tulee pankin käyttämä kurssi maksulle. Koska tiedot tulevat, ja maksut päivittyvät, tiliotteelta, suosituksemme on että pankki lähettäisi tiliotteet päivittäin tai viikottain. ... View more

Visma.net ERP:ssa voit käyttää varastonkiertolajit ryhmittelemään varastotuotteet niiden varastonkiertonopeuden mukaan, esim. nopeakiertoiset tuotteet, normaalikiertoiset tuotteet ja hidaskiertoiset tuotteet. Varastonkiertolajit voidaan myös hyödyntää juoksevassa inventoinnissa.   Liitteenä ohje missä käydään läpi varastokiertolajien määrittäminen ja käyttö. ... View more

Ohjeessa kerrotaan miten asiakkaan alisuoritettu lasku voidaan kuitata pois reskontrasta saldokorjauksella, esim. jos asiakas on maksanut 0,01 liian vähän.   Myyntireskontra | Asetukset | Syykoodit Luo tarvittaessa uusi syykoodi(vit myös halutessasi käyttää olemassa oleva syykoodi) Anna koodi ja kuvaus Valitse Käyttö-kenttään: Luottotappio Valitse halutessasi mistä seurantakohde haetaan("R" oletuksella seurantakohde haetaan syykoodista) Valitse haluttu tili Määritä tarvittaessa seurantakohteen Myyntireskontra | Prosessit | Saldokorjaukset Valitse Tyyppi: Luottotappio Määritä haluttu päivämäärä korjaukselle Tositepvm-kentässä Valitse Syykoodi Valitse lasku ja klikkaa Suorita HUOM. jos asiakkaan lasku ei nouse mukaan Saldokorjaukset-ikkunaan, määritä Raja-kentän arvo korkeammaksi. Tarkista myös seuraavaa: Avaa Myyntirskontra | Rekisterit | Asiakkaat ja valitse ko. asiakas. Yleiset tiedot-välilehdellä, tarkista että 'Saldokorjausten kirjaus käyttöön' on valittu. Saldokorjaus-ajo muodostaa uuden tapahtuman Luottotappio-tyypillä(ja lasku menee Suljettu-tilaan) ikkunassa Myyntireskontra - Tapahtumat - Myyntilaskujen suoritukset. Saldokorjauksen kirjanpidon tosite tiliöityy seuraavasti: Myyntisaamiset-tili kredit Tili syykoodista debet ... View more

Ohjeessa kerrotaan miten asiakkaan ylisuoritus voidaan kuitata pois reskontrasta saldokorjauksella, esim. jos asiakas on maksanut 0,01 liikaa.   Myyntireskontra | Asetukset | Syykoodit Luo tarvittaessa uusi syykoodi(voit myös halutessasi käyttää olemassa oleva syykoodi) Anna koodi ja kuvaus Valitse Käyttö-kenttään: Saldon korjaus Valitse mistä seurantakohde haetaan("R" oletuksella seurantakohde haetaan syykoodista) Valitse haluttu tili Määritä tarvittaessa seurantakohteen Klikkaa Tallenna   Myyntireskontra | Prosessit | Saldokorjaukset Valitse Tyyppi: Saldokorjaus Määritä haluttu päivämäärä korjaukselle Tositepvm-kenttään Valitse Syykoodi Valitse maksu ja klikkaa Suorita HUOM: jos asiakkaan maksu ei nouse mukaan Saldokorjaukset-ikkunaan, määritä Raja-kentän arvo korkeammaksi. Tarkista myös seuraavaa: Avaa Myyntirskontra | Rekisterit | Asiakkaat ja valitse ko. asiakas. Yleiset tiedot-välilehdellä, tarkista että 'Saldokorjausten kirjaus käyttöön' on valittu.   Saldokorjaus-ajo muodostaa uuden tapahtuman Saldokorjaus-tyypillä(ja maksu menee Suljettu-tilaan) ikkunassa Myyntireskontra | Tapahtumat | Myyntilaskut. Saldokorjauksen kirjanpidon tosite tiliöityy seuraavasti: Myyntisaamiset-tili debet Tili syykoodista kredit     ... View more