Netvisor Developer Community
peruuta
Näytä tulokset kohteelle 
Hae sen sijaan kohdetta 
Tarkoititko: 
Viimeisimmät aiheet

Netvisorin rajapinnassa on häiriötilanne, joka alkoiklo. 10:00. Pyydämme teitä seuraamaan häiriötiedotusta täällä: Häiriö Netvisor-palvelussa ja verkkopalkassa - käyttö on estynyt Pahoittelemme häiriöstä aiheutuvaa haittaa. ---------- Päivitys 16.10. klo 10:21: Palvelu toimii jälleen. Päivitämme alkuperäistä tiedotetta, kun häiriön syy on vahvistettu.
Netvisorin sisäinen käsittelylogiikka muuttuu myyntilaskun liitteiden osalta. Myyntilasku liitteiden käsittelyn muuttuessa käyttöliittymässä yksinkertaisemmaksi, tarkoittaa se pientä muutosta myös logiikkaan miten laskun liitteitä käsitellään rajapinnassa. Muutos ei edellytä muutoksia olemassa oleviin integraatioihin, mutta asia on hyvä tiedostaa. Käytännössä muutos näkyy seuraavasti: Finvoice ja pdf -parametreillä ei jatkossa ole vaikutusta sen suhteen että lähteekö lasku verkkolaskuaineiston mukana vai ei Jatkossa siis myös pdf-parametrillä tuotu liite lähtee kanavasta riippumatta (verkkolaskun, sähköpostin, tulostuksen) mukaan jos se on attribuutilla määritelty tulostettavaksi laskun mukana. Jos liitteet on tähänkin asti tuotu sillä ajatuksella että ne lähtevät aina laskun mukana, niin silloin muutos on todellakin vain “nice to know”-tietoa. Mikäli nykyistä liitekäsittelyä on hyödynnetty siten että on luotettu vain tietyntyyppisten liitteiden lähtevän laskun mukana, niin näissä kannattaa tarkentaa omaa käsittelyään ja merkitä ne liitteet “ei laskun mukana lähteviksi”, joita ei laskun mukana haluta lähettää. Lisäksi muutoksen myötä on hyvä tiedostaa asiakkaan verkkolaskuosoitteiden ajantasaisuuden tärkeys, sillä mikäli osoitetiedoissa on puutteita ja lasku meneekin tämän vuoksi tulostuspalveluun, niin monisivuisen .pdf-liitteen kanssa tästä voi muodostua kohtalaisen iso kustannus. Muistutuksena vielä eri tiedostotyypit, jotka voidaan laskun liitteenä lähettää: Verkkolaskut *.pdf; *.doc; *.xls; *.tif; *.jpg; *.gif; *.txt; *.xsl; *.html; *.htm Huom! Tiedostoformaattien rajoitukset johtuvat operaattoriverkoston rajoitteista Tulostuspalvelu ja sähköposti *.pdf Voit lukea lisää Netvisorin myyntilaskun uudistuksista erillisestä julkaisusta: https://community.visma.com/t5/Netvisor-uutiset/Myyntilaskuun-tulevia-uudistuksia-2019-aikana/ba-p/245998
Netvisorin rajapinnassa on häiriötilanne, joka alkoi klo. 11:54 ja palvelussa on katkoksia ja hitautta. Pyydämme teitä seuraamaan häiriötiedotusta täällä:Häiriö Netvisor-palvelussa ja Verkkopalkassa - käyttö on estynyt Pahoittelemme häiriöstä aiheutuvaa haittaa.
Hei! Ostotilauslistan noutoon lisättiin viime viikon päivityksessä uudet parametrit "muokattu ennen" (lastmodifiendend) ja "muokattu jälkeen" (lastmodifiedstart). Tarkemmat tiedot löydät ohjeesta:https://support.netvisor.fi/hc/fi/articles/201973883-Resurssit-Ostolaskut-ja-Ostotilaukset#ostotilauslistan_nouto Ystävällisin terveisin, Johanna
(Julkaistu: 01-02-2019 )HRM-integraatiot ovat yksi haastavimmista integraatioista toteuttaa. Integraatioissa on useita asioita, jotka Netvisorin käyttäjän tulee ottaa huomioon, ennen integraation käyttöönottoa ja joista integraation tekijän tulisi olla myös tietoinen. Ennen integraation käyttöönottoa Netvisorin HRM-osioon kuuluu Palkanlaskenta ja Palkansaajakohtaiset palvelut. Resurssit, jotka liittyvät palkansaajiin, palkkaperusteisiin, palkkalaskelmiin, työaikaan ja matkalaskuihin, ei voida käyttää mikäli yrityksellä ei ole HRM-osio käytössä Netvisorissa. Näihin osioihin liittyy käyttöönotto (palkanlaskennan käyttöönotto ja resurssienhallinnan käyttöönotto), joka Netvisoria käyttävän yrityksen on tehtävä, ennen kuin integraatio voidaan ottaa käyttöön. Riippuen HRM-integraatiosta, kaikkia käyttöönoton vaiheita ei välttämättä voida tehdä, mutta nämä tulee silti merkitä Netvisorin käyttäjän puolesta kuitatuksi ja tehdä integraation käyttöönoton jälkeen. Esimerkiksi: Jos palkansaajat tuodaan toisesta järjestelmästä, käyttöönotossa ei lisätä palkansaajia, mutta tämä vaihe tulee silti kuitata. Palkansaajan tuonnin resurssilla (employee.nv) ei voida tuoda esimerkiksi palkkojen historiatietoja, lomalaskennan alkusaldoja tai verokorttia vaan nämä täytyy käydä asettamassa jokaiselle palkansaajalle käsin. Suosituksemme on, että HRM-integraation käyttöönottoon varattaisiin hyvin aikaa, esim. pari viikkoa. Integraatiota suunnitellessa Netvisorissa kirjauslaji ja palkkalaji ovat eri asioita ja molemmat täytyy numeroida käyttäjän toimesta. Netvisor ei numeroi näitä automaattisesti. Netvisorissa kirjauslajit (collectorratio) pitää numeroida erikseen. Käyttöliittymässä kirjauslajin edessä on numero (kuvakaappauksessa "01"), mutta tämä ei ole kohdistuksessa käytettävä numero (kuvakaappauksessa vihreällä, missä kirjauslajin numero tulee olla) Netvisorissa palkkalajit (payrollratio) pitää numeroida erikseen. Mikäli käytätte palkansaajan kohdistukseen palkansaajan numeroa (employeeidentifier type=”number”), palkansaajat pitää erikseen numeroida Netvisorissa. Netvisor ei automaattisesti anna palkansaajalle numeroa. Palkansaajalle voidaan antaa numero palkansaajan tuonnissa (employee.nv). Jos työaikatietoja tuo (workday.nv) päivälle, jossa on jo Netvisorissa hyväksyttyjä työtunteja, tulee ne tuoda lisäyksenä (increment). Jo hyväksyttyjä tunteja ei voi korvata (replace) Jos annettua kirjauslajia ei löydy annetulla numerolla Netvisorissa, palauttaa rajapinta virheen “Palkkalajiaei löydy annetulla kohdistustiedolla”.Tämä viittaa elementtiin “collectorratio” eli kirjauslajiin. Tarkistathan kirjauslajien numeroinnin sekä lähettävässä järjestelmässä, että Netvisorissa. Matkalaskun tuonnissa (tripexpense.nv) kululaji (ratio) kenttään annetaan kululajin nimi, ei numeroa. Kutsun HTTP-otsikoissa annettuX-Netvisor-Interface-Languagevaikuttaa siihen, millä kielellä kululaji pitää antaa. JosX-Netvisor-Interface-Language=EN, tulee tällöin antaa kululaji englanninkielinen nimi Netvisorissa.
Eniten kehuja saaneet kirjoitukset