Hei, Asiakas (ja maksuautomaatio) laittaa ostolaskut maksuun heti kun ne on hyväksytty. Jos yrityksellä on käytössä 2 pankkitiliä maksuja ei voi seurata mistään listauksesta järkevästi, jotta voisi suunnitella tilien katetta. Ostolaskun takana on kyllä tieto miltä tililtä maksu on lähetetty pankkiin, mutta tietoa ei saa esille kuin kaivautumalla ostolaskun sisuksiin yksitellen.   Ymmärrän, että pankkiliikennenäkymästä saa listauksen, joka järjestyy maksun lähetyspäivän mukaan, eikä sitä voi muokata tai sortata. Voisin myös kultakin tililtä erikseen yksitellen maalata, kopioida ja liittää 4 sivullista maksuja exceliin ja sitten sortata ne, mutta tuntuu taloushallinnosta tietämättömälle asiakkaalle turhan työläältä menettelyltä niinkin yksinkertaiseen juttuun kuin maksusuunnitteluun.   Voisiko sortattavan maksulistauksen saada myös niistä, joita ei ole vielä veloitettu? ... View more

Voisiko saada luottotappioiksi kirjatut laskut hakuehdoksi myyntiluetteloon? Seurantaa kuitenkin tarvitsee, jos luottotappioita palautuu. Nyt seurantamahdollisuuksia ei taida olla juuri ollenkaan. ... View more

Hei,   toivoisin viestintäasetuksiin massamuutoksia. Esimerkiksi uudelle aloittavalle palkanlaskijalle, olisi kiva asettaa valmiiksi ostoreskontraviestintä pois päältä, mutta siltä varalta että asiakas käyttäisi netboxia, niistä tulisi viesti. Tätä voisi hyödyntää myös siihen, ettei itse tarvitse kuin parilta asiakkaalta ilmoituksia - saisi massana ensin nollata ja poimia sitten vain tarvittavat viestittäviksi. Nyt ajastusta voi käsitellä massana, mutta ei sitä, mitä viestejä haluaa. Voisiko tähän saada muutoksen? ... View more

Hei, voisiko ostolaskuihin saada useamman hyväksyjän? Nyt esim. kahden osakkaan yrityksessä, jossa on asiatarkastajia, pitää opettaa asiakas vaihtamaan kiertoa, jotta tarkastus sujuu sulavasti todella yleisellä "se joka ehtii" -tyylillä. Tämä on aika monimutkaista ja sinänsä ihan ylimääräinen vaihe.   Lisäksi toivoisin usean henkilön asiatarkastukseen mahdollisuuden tarkastaa missä järjestyksessä tahansa, mutta vaaditaan kaikkien tarkastus. Pääasiatarkastajan yliajo-ominaisuutta tarvitaan oman kokemuksen mukaan todella vähän - yleensä käy niin että lasku menee vahingossa hyväksyntään ennen aikojaan kun järjestyksen pakotus on unohtunut. Nyt pakotetussa järjestyksessä kaikilla asiatarkastajilla näkyy asiatarkastuksessa oleva lasku ja tietääkseni saavat niistä ilmoituksen, mutta sitten laskulle tultaessa ei olekaan heidän vuoronsa tarkastaa, joten asiatarkastusnappi on piilossa. Tämä aiheuttaa hämmennystä ja pitää opettaa kierron muokkaus, jossa voivat vaihtaa oman nimensä ylimmäksi.   Miksi laskun lisätieto näkyy vain niille, joilla on kierron muokkausoikeus? laskun lisätieto on paras paikka laittaa kommentti, mikäli laskulla on jotain huomioitavaa. Tämän kommentin huomaa myös kirjanpitäjä, joka ei laskun sisäisiä kommentteja välttämättä huomaa tarkastajan roolissaan, kun niitä ei näe laskuluettelosta vaan tulee tietää mennä laskulle katsomaan.   Asiakkaalta tuli ehdotus, josko kiertolistan voisi asettaa toimittajan kiertolistaksi ilman, että tarvitsee valita tallentaa se uudeksi kiertolistaksi tai tallentaa muutokset. ... View more

Hei, Nyt jälleenlaskutustyökalussa voidaan laskuttaa vain tietyn tuotteen taakse asetetulla hinnalla tai hintakertoimella. Voisiko tähän saada lisäksi absoluuttisen hinnan, esim. tuoteostolaskulla 5 euroa ja voisi itse laittaa jälleenlaskutushinnaksi 8 euroa? Vielä parempi, jos tuotteille saisi lisäksi automatiikkaa ja laitettua euromääräisen lisäyksen useaan riviin kerralla. ... View more

Hei, Toivoisin parannusta kirjanpitäjän mahdollisuuteen ottaa nimen omaan tarkastajan rooli ostalaskukiertoon aktiivisen osallistumisen sijaan. Tätä saataisiin parannettua, jos tarkastettaviin tiliöinteihin OL-tositteiden kohdalla tulisi suora linkki reskontraan, ettei laskua ja sen tiliöintiä tarvitse mennä katsomaan ensin tositteen kautta ja sitten vasta päätyä laskulle. Tämä helpottaisi ja nopeuttaisi tarkastustyötä huomattavasti. Esim. tapauksessa, jossa asiakas ei huomaa laskun ja tiliöintirivien eroa tai edes uskalla korjata summia tiliöintiriveille.    Onhan siinä laskun kuva, mutta sillähän ei ole mitään tekemistä laskun tiliöitymisen kanssa, sillä tiliöintirivit määrää maksun ja alv-ilmoitukselle menevän summan. Lisäksi, jos muutokset tekee tässä tositteelle niin muutokset eivät tule näkyviin reskontraan, mikä aiheuttaa myöhemmin hämmennystä kun reskontrassa ja tositteella on eri tiedot.   Muuten kirjanpitäjän pitää tulla tarkastajan/teknisen korjaajan roolista ostolaskukierron aktiiviseksi jäseneksi, joka pysäyttää laskun omaan tarkastukseensa, manuaaliseen muokkaukseen ja päästää vasta sitten tositteeksi/maksuun. Jos kirjanpitäjä ei ole ostolaskujen kierrossa mukana ns. "jarruna" ja manuaalisena tarkastajana, voi mennä laskuja väärillä summilla maksuun asti, kun erotus laskun summan ja tiliöintirivien välillä ei näy missään muualla kuin reskontrassa laskulla. ... View more

Hei, toivoisin muutoksia Financial Overview:n ja kassavirtaennusteen käyttöoikeusasetuksiin, jolla voitaisiin erottaa yrityskäyttäjä ja kirjanpitäjä.    Jos asiakas haluaa itsekseen päivitellä lennosta tiedot ennusteita ja budjetteja varten FO:hin, on tälle annettava KP-rooli. Tarkemmissa oikeuksissa pystyttiin kuitenkin vielä rajaamaan vahinkoalttiit asetukset käytön ulkopuolelle. Kassavirtaennusteeseen onkin sitten annettava sekä KP-rooli että kaikki muokkausoikeudet, jotta sitä voi muokkailla ja päivittää. Sitten siellä saatetaan muokkailla ja poistella paljon muutakin kuin vain kassavirtaennusteen tapahtumia.   En epäile hetkeäkään, ettei olisi niitä yrityskäyttäjiä, jotka tietävät kausimenettelyt ja ymmärtävät yritys-, verotus- ja kirjanpitolait, mutta miten menee vastuukysymykset siinä vaiheessa, kun jotain sattuu ja kirjanpitäjä ei ole nähnyt tai pystynyt tarkistaa hänen tietämättään tehtyjä muutoksia? Tarkastamattomat tiliöinnitkään ei taida toimia tarkastusvälineenä, kun kyseessä on tositteen muokkaus tai poisto? Voisiko rooleja vielä erottaa tai edes kassavirtaennusteelle saada yksilöidymmät oikeudet? ... View more

Voisiko työajan hyväksynnässä olla valintana, ettei hae ajalla ollenkaan?  Nyt severasta tuodut matkalaskut, joilla on matkalaskutapahtumia kauempaa historiasta, jäävät helposti kuittaamatta asiakkaalle hyväksyntään,  kun pitäisi tietää, koska mikäkin matkalaskurivi on tapahtunut.   Matkalaskut toki voisi kuitata myös matkalaskunäkymästä, jolloin näkisi kaikki mitä sinne on tuotu,  mutta se on todella hidasta, kun matkalaskuja ei saa kuitattua mitenkään kerralla.   Voisiko siis työajan hyväksynnässä olla rajaamatta ajalla lainkaan ja hakisi ehkä vain matkalaskutapahtumia? Saisiko siihen nuolipainikkeen, joka valitsisi kaikki alla näytetyt tapahtumat (kuten monessa muussakin näkymässä), ettei niitä tarvitse naputella työntekijä kerrallaan? Tai mahdollisesti, voisiko matkalaskunäkymässä kuitata jotenkin kaikki saapuneet/tehdyt matkalaskut kerralla? ... View more

Hei, saisiko ostotilausten raportteihin ostotilausarkistoon sarakkeen ja hakuehdon, jossa näkyisi todellinen tavaran vastaanoton päivä?  Nyt jos tavaraa tilataan Kiinasta ja kuljetusehdot ovat sellaiset, että vastuu on jo lähtiessä ostajalla, tulee tämän ostotilauksen näkyä vähintään tilinpäätöshetkellä varastossa. Nyt tällaista tietoa ei saa netvisorista millään. Pitäisi pystyä etsimään koska toimitus on todella tapahtunut, jotta voidaan rajata mihin varastoon kyseinen tavara kuuluu. Kiinasta tuleviin (osa)laskuihin on ostotilauksia lähes mahdoton kohdistaakin, etenkin jos valuutat vaihtuvat välissä. ... View more

Hei, Laitan heti kättelyyn vanhan arkistoidun idean, jolla on juuret vuodessa 2017, mutta toiveita tullut vielä vuoden sisään: https://community.visma.com/t5/Netvisor-ideointi/Myyntitilausriveille-rivikohtaiset-toimituspaivat/idi-p/168584 En usko, että myyntitilauksille rivikohtainen toimituspäivä on poistunut tarpeista. Lisäksi siellä oli hyviä ja tuoreita ehdotuksia raportoinnista. Meillä asiakkailla olisi tarve myös parempaan raportointiin.    Nyt esim. proformia ei pysty seuraamaan mitenkään, sillä tilauksen tulostus ja tila näkyy samanlaisena oli se sitten lähete, tilausvahvistus tai proforma. Nyt asiakkaan on todella työläs seurata mitkä toimitukset voidaan lähettää ja laskuttaa loppuun ja tätä tehdäänkin paperilla, mikä on aika koomista ottaen huomioon minkälaista ohjelmaa he käyttävät.    Myynnin raportteja toivoisin myös kehitettävän, että saisi tarkempaa dataa myyntitilauksen kierrosta tilauksesta, toimitukseen, laskutukseen ja maksuun. Myös kiinnostaisi tietää myyjäkohtaisesti paljonko myyjä tekee tilauksia ja minkä arvoisia tilaukset ovat keskimäärin, koska laskullehan nämä saattaa päätyä vain yhtenä könttänä.  ... View more