Netvisorin julkaisutiedote 24.9.2026
Netvisorin julkaisutiedote kokoaa yhteen tuotteeseen tehdyt uudistukset, parannukset ja korjaukset. Tiedotteelta löydät sekä pitkän aikavälin kehityssuunnitelman mukaiset tuotejulkaisut että asiakastoiveiden perusteella tunnistetut ja toteutetut muutokset. Tavoitteemme on tehdä Netvisorista aina vain parempi sen jokaiselle käyttäjälle!
Uutta Netvisorissa
Alta löydät tarkemmat tiedot viikon uudistuksista ja siitä, miten ne parantavat arkeasi.
Palkat
Uudet tulorekisterin lisätiedot palkansaajalle ja verokortin kenttien siirto
Lisäsimme palkansaajan perustietoihin uusia tulorekisteriin ilmoitettavia lisätietoja ja kokosimme tulonsaajatyyppeihin liittyvät valinnat yhteen paikkaan.
Uudet valinnat ovat Ulkomailla asuva vuokratyöntekijä, Tulonsaaja on oleskellut Suomessa enintään 183 päivää (jolle Verosopimusvaltio on pakollinen tieto) ja Nettopalkkasopimus (työnantaja maksaa verot). Valinnat ilmoitetaan tulorekisteriin vastaavana tulonsaajatyyppinä.
Avainhenkilö- ja Rajakuntatyöntekijä-valinnat siirtyivät verokortilta palkansaajan perustietoihin. Olemassa olevat tiedot kopioitiin automaattisesti kunkin palkansaajan viimeisimmältä voimassa olevalta verokortilta.
Toisensa poissulkevista tulonsaajatyypeistä voi nyt valita kerrallaan vain yhden sekä käyttöliittymässä että rajapinnassa.
Uudet kentät ovat käytettävissä myös palkansaajarajapinnassa (employee.nv, patchemployee.nv, getemployee.nv) ja palkansaajalistan massatoiminnoissa, ja muutokset tallentuvat palkansaajan muutoshistoriaan.
Kansainvälisten tilanteiden pakolliset kentät vastaavat tulorekisterin vaatimuksia
Päivitimme palkansaajan kansainväliset tilanteet -näkymän pakollisten kenttien logiikan vastaamaan tulorekisterin skeemaa. Työskentelykunta ei ole enää pakollinen tieto. Muut kentät ovat pakollisia vain silloin, kun näkymän valinnat sitä edellyttävät: seurantailmoituksen oleskelujakson päivämäärät vain, kun Suomessa oleskelujaksoja ilmoitetaan, työskentelymaan osoitekentät vasta, kun yksikin niistä on täytetty, ja palvelun vastaanottajan osoitetiedot vain ulkomaisella yritystunnuksella. Näin tietojen syöttäminen sujuu ilman tarpeettomia pakollisia kenttiä.
Lomakalenterin Excel-vienti .xlsx-muodossa
Lomakalenterin (poissaololistan) Excel-vienti käyttää nyt nykyaikaista .xlsx-tiedostomuotoa vanhan .xls-muodon sijaan. Muutos parantaa yhteensopivuutta Excelin ja muiden taulukkolaskentaohjelmien uusimpien versioiden kanssa.
Korjaukset
Olemme korjanneet seuraavat järjestelmässä havaitut virheet varmistaaksemme sujuvan käytön:
Tase-erittelyn avaaminen: Korjasimme virheen, joka esti tase-erittelyn avaamisen joillakin yrityksillä.
Konsernin kohdeyritys näkyy nyt luotettavasti tositteella
Tallennetulla tositteella näkyy nyt aina valittu konsernin kohdeyritys. Aiemmin kenttä saattoi jäädä tyhjäksi erityisesti silloin, kun yritys kuuluu konserniin ja on samalla itse toisen konsernin emoyhtiö. Kohdeyrityksen nimi näkyy tositteella myös silloin, kun sitä ei voi enää valita, esimerkiksi konserniraportoinnin päätyttyä tai yrityksen poistuttua konsernista. Tositteen tallentaminen ei myöskään enää poista kohdeyritystä vahingossa, vaan kohdeyritys poistuu vain, jos tyhjennät kentän itse. Huomioi muuttunut teksti: jos kohdeyritystä ei ole asetettu, kenttä näyttää katselutilassa tekstin "Kohdeyritys ei asetettu", ja aiempi "Ei konsernin kohdeyrityksiä" -teksti näkyy nyt vain muokkaustilassa.
Tilinpäätösraportin muotoilun säilyminen: Tilinpäätösraportin tilisaldorivien muotoilu (lihavointi, kursivointi ja sisennys) säilyy nyt, kun raportti kopioidaan tai avataan toiselle kaudelle. Muotoilu säilyy myös, kun raportti kopioidaan toiseen yritykseen.
Tilinpäätösraporttien kieli: Korjasimme hyvin harvinaisen tilanteen, jossa tilinpäätösraportit muodostuivat satunnaisesti vieraalla kielellä.
Severa-integraation laskentakohteiden hierarkia: Korjasimme virheen, joka harvinaisissa tapauksissa sotki Severa-integraation kautta tuotujen laskentakohteiden hierarkiatasot.
Laskentakohteen lisääminen rajapinnan kautta: Kun asiakkaalle tai myyntilaskulle lisätään jo olemassa oleva laskentakohdekoodi customer.nv- tai salesinvoice.nv-rajapinnan kautta, rajapinta palauttaa nyt teknisen virheen sijaan selkeän ilmoituksen virheellisestä tiedosta.
Laskentakohteiden linkitys kirjanpitotietojen tuonnissa: Korjasimme virheen, jonka vuoksi laskentakohteiden linkitys -sivulta pystyi etenemään ennen kuin kaikki tietoarvot oli linkitetty, mistä seurasi uusien laskentakohteiden perustaminen. Nyt eteenpäin pääsee vasta, kun kaikki tietoarvot on linkitetty johonkin laskentakohteeseen.
Release notes 24.9.2026
The Netvisor release note compiles the updates, improvements, and fixes made to the product. Our goal is to make Netvisor even better for every user!
New in Netvisor
Below you will find detailed information about this week's updates and how they improve your daily work.
Payroll
New Incomes Register options for employees and tax card fields moved to employee details
We have added new payee additional information options to the employee's basic information and brought the income earner type selections together in one place.
The new options are Leased employee living abroad, Income earner stayed in Finland for a maximum of 183 days (with a mandatory Tax treaty country), and Net-of-tax employment contract (employer pays the taxes). Each is reported to the Incomes Register as the corresponding income earner type.
Key employee and Person working in a frontier district have moved from the tax card to the employee's basic information. Existing values were copied automatically from each employee's latest effective tax card.
Only one of the mutually exclusive income earner types can now be selected at a time, both in the user interface and in the API.
The new fields are also available in the employee API (employee.nv, patchemployee.nv, getemployee.nv) and in employee list mass actions, and changes are recorded in the employee change history.
Mandatory fields for international situations now match Incomes Register requirements
We have updated the mandatory field logic in the employee's international situations view to match the Incomes Register schema. Work municipality is no longer mandatory. Other fields are required only when the selections in the view call for them: the monitoring notification's stay period dates only when stay periods in Finland are reported, the work country address fields once any of them is filled, and the service recipient's address details only for a foreign business ID. This makes entering data smoother without unnecessary mandatory fields.
Holiday calendar Excel export in .xlsx format
The holiday calendar (absence list) Excel export now uses the modern .xlsx format instead of the legacy .xls format. This improves compatibility with current versions of Excel and other spreadsheet applications.
Fixes
We have corrected the following system errors to ensure smooth usage:
Opening the balance sheet specification: Fixed an error that prevented the balance sheet specification from opening for some companies.
Group's target company now shown reliably on vouchers
The selected group target company is now always shown on a saved voucher. Previously the field could stay empty, particularly when a company belongs to a group and is at the same time the parent company of another group. The target company's name is also shown when it can no longer be selected, for example when group reporting has ended for it or it has left the group. Saving a voucher no longer accidentally removes the target company; it is removed only if you clear the field yourself. Please note the changed text: when no target company has been set, the field shows "Target company not set" in view mode, and the previous "No group target companies" text now appears only in edit mode.
Financial statement report formatting: Formatting on the account balance rows of a financial statement report (bold, italic and indentation) is now kept when the report is copied or opened for another period. The formatting is also preserved when the report is copied to another company.
Financial statement report language: Fixed a very rare situation where financial statement reports were occasionally generated in a foreign language.
Cost centre hierarchy in the Severa integration: Fixed an issue that, in rare cases, mixed up the hierarchy levels of cost centres imported through the Severa integration.
Adding a cost centre through the API: When an existing cost centre code is added to a customer or sales invoice through the customer.nv or salesinvoice.nv API, the API now returns a clear invalid data message instead of a technical error.
Cost centre mapping in bookkeeping data import: Fixed a bug on the cost centre mapping page that allowed proceeding before all data values were mapped, which caused new cost centres to be created. You can now proceed only after all data values have been mapped to a cost centre.