Tällä hetkellä Visma.net muodostaa korkolaskun, vaikka myyntilaskun suoritukseksi on viety hyvityslasku. Olisi tärkeää, että tällaisessa tapauksessa korkoa ei muodostuisi, sillä hyvityslasku helpostikin menee eräpäivän jälkeen ja sitä ei enää pysty päiväämään suljetun kauden suoritukseksi.   Annathan äänesi, jotta työmme helpottuisi, eikä manuaalisia tarkistuksia tarvisi tehdä. Tämä on myös meidän asiakkaiden tyytyväisyyden perusjuttuja, että heitä ei huijata ylimääräisillä koroilla.   Kiitos! ... Näytä lisää

Ohjelma ei tunnista korkolaskutuksessa viikonloppua tai arkipyhiä. Ohjeena on meille annettu, että nämä pitäisi käsin käydä tutkimassa ja estettävä korkolaskun muodostus laittamalla ruksi myyntilaskun taakse.   Olemme tehneet ystävällisesti hymyillen idea -ehdotuksen ja toivomme kovasti että pääsemme äänestykseen. Hirmuisesti on töitä tehtävä, että ohjelma kehittyisi. Auttaisitko meitä menestymään tässä äänestyksessä. Alla linkki ideaan.    Idea korkolaskutuksen kehittämisestä     ... Näytä lisää

Tarvitseeko asiakkaan nähdä kaikki nippelitieto laskullaan, vai riittäisikö kenties kokonaisuudet  tyyliin; ”pakettituote-y” tai ”pakettipalvelu-x”.   Yrityksen johto haluaa seurata monia asioita (seurantakohde, varastotuote, palvelusuorite, tuotedimensio), mutta asiakkaalle ei haluta näyttää, että palvelu on tehty esimerkiksi kahdella eri seurantakohteella.    Yhtiössämme on ollut jo reilu kymmenen vuotta mahdollisuus yhdistää laskurivit asiakkaalle yhdeksi kokonaisuudeksi (tietenkin eri alv-%:t eriteltyinä). Siinä ohjelmalle kerrotaan mitkä rivit yhdistetään laskuriville 1,2,3 jne ja näissä ryhmissä ensimmäisen rivin mukaan laskulle tulostuu tuotenimi. Tällä tavoin yhtiön seuranta saataisiin halutulle tasolle ja asiakkaalla säilyy selkeä ja yksinkertainen lasku. ... Näytä lisää

Saamme tiliotteen kerran kuukaudessa, jolloin maksun tila pysyy avoin-tilassa kunnes kuukausi on kulunut ja tiliote on tullut. Toisessa yhtiössä viive on vain yhden päivän, mutta yhtenäkään päivänä, kun ostolaskuja on maksettu, tuohon tilaan ei voi luottaa. Ohjelma saa kuitenkin pankista hyväksynnän, mutta tämä ei näy ostolaskujen yleisnäkymässä. Aina on porauduttava erikseen ostolaskulle, jotta voi varmistua siltä, että maksu on lähetty pankkiin.  Ehdotan, että ostolaskun tila muuttuisi sen jälkeen, kun pankki on hyväksynyt sen maksuun ja se muutuisi esimerkiksi "pankki hyväksynyt maksuun" -tilaan. ... Näytä lisää

Meillä Visma.nettiin siirretään sekä osto, että myyntilaskuja toisesta järjestelmästä. Ostolaskuja on keskimäärin 50 päivässä ja myyntilaskuja 100. Kuinka ollakkaan siirrettävä aineisto on hyvä tarkistaa, että euromäärät ja kappaleet täsmäävät. Paras paikka tälle olisi se paikka mistä kyseiset laskut voidaan myös massahyväksyä. Ongelmana on, että kyseisestä paikasta, "Hyväksy tositteet", ei näy edes summatietoja. Näin ollen tarkistus pitää tehdä eri paikasta ja sitten vain toivoa, että myös "Hyväksy tositteet'" -toiminto valitsee samat laskut (ei saa olla esimerkiksi päällekkäisiä siirtoja).  Olisi niin paljon helpompaa, kun asian pystyisi tekemään yhdessä paikassa kokonaisuudessaan ja näkisi yhteissumman, jonka on hyväksymässä.  Toiminto on varmaan suunniteltu yhden laskun hyväksymiseen kerrallaan, mutta näillä volyymeillä se ei onnistu. Esimerkiksi "Käsittele maksut" -toiminto on paljon monipuolisempi ja siihen suuntaan toivon tämänkin menevän.         ... Näytä lisää

Asiakkaan tilat Visma.net -ohjelmassa: Aktiivinen Pidossa Luottokielto Passiivinen Kerta   Tässä ajatukseni siitä, miten asiakkaan "Luottokielto" ja "Pidossa" -tila -toiminto pitäisi olla. Pidossa -toiminto olisi sellainen, että jokin häiriö, esim asiakkaalle on kertynyt luottoa enemmän kuin luottoraja on määritellyt ja ohjelma automaattisesti heittää pidossa tilaan, kunnes se siitä vapautetaan, esimerkiksi joko aktiiviseksi tai luottokieltoon? Eli ohjelma heittäisi automaattisesti pidossa-tilaan, mutta manuaalisesti talousosastolta joudutaan tekemään päätös, annetaanko luotolla vai joutuuko asiakas maksamaan ennen palvelua, jolloin tehdään ennakkolasku? Tai toinen esimerkki, että asiakas perustetaan, ja vasta myöhemmin halutaan ottaa kantaa luottokelpoisuuteen. Näin luotonvalvonta näkee heti, missä asiakkuuksissa on otettava kantaa, annetaanko jatkossa luottoa vai ei. Esimerkiksi luottoraja voi ylittyä, koska myyntisuoritusten kohdistamisessa on epäselvyyksiä, siksi tarvitaan henkilö päättämään, annetaan luottoa vaiko ei. Jos on luottokielto, niin täytyyhän asiakkaalle kuitenkin tehdä laskuja. Tämän pitäisi toimia niin, että luottoa ei saa antaa, mutta käteisellä maksettu ja ennakkolasku pitäisi pystyä viemään ohjelmaan. Ohjelman ei pitäisi tähän luottokieltotilaan laittaa asiakkaita itsenäisesti, vaan siihen vaaditaan luotonvalvonnasta päätös. ... Näytä lisää

Tarvitsemme kipeästi "viety pankkiin" -tilaa ostoreskontraan. Me viemme etukäteen ostolaskut koko viikolta heti maanantaina pankkiin, jotta sieltä tapahtuisi maksu välittömästi oikeana päivänä. Nyt järjestelmässämme kaikki ostolaskut, jotka on hyväksytty tai on laitettu pankkiin maksettavaksi, näkyvät samassa tilassa; avoin. Olisi erittäin tärkeää, että me näemme selkeästi, mitkä ostolaskut on viety pankkiin ja mitkä ovat oikeasti maksamatta.  ... Näytä lisää

Minulle on kerrottu, että ainoastaan myyntilaskun päiväyksellä on mahdollista määrittää, mille kirjanpitokaudelle myynti kirjautuu. Se on siis ainoa keino saada arvolisävero ja myynnin tulovero oikealle kaudelle. Lisäksi sanottiin, että "tiliöintijakso" -kohtaa ei kannata muuttaa, jotta arvolisävero ei mene eri kaudelle kuin tulovero. Oikein! Miksi ihmeessä haluaisin myynnin arvolisäveron eri kaudelle, kuin missä kuussa näytän myynnin tuloslaskelmassa!!! Tavaramyynnin laskutus on varmasti helppoa automatisoida loppuun asti ja laskuttaa samalla hetkellä. Mutta on myös paljon palveluyrityksiä, joiden on aivan mahdotonta laskuttaa kaikkea kuukauden viimeisenä päivänä. Meidän liiketoiminnassamme (logistiikka) on paljon alihankkijoita, joilta tilaamme palveluita ja jotka veloitamme edelleen. Jos yhtiömme saa alihankkijalta laskun vasta viikon tai kaksi viikkoa myöhemmin, niin näissäkin tapauksissa meidän tulee kirjata sekä osto että myynti suoritepäivän mukaan edellisen kuukauden puolelle (sekä arvolisävero- että tuloverolain mukaan). Sitten kun mietitään asiaa eteenpäin ja me joudumme muuttamaan laskun päiväyksen kaksi viikkoa taaksepäin, jotta täytämme verottajan vaatimukset, niin eräpäivät ovatkin jo menneet, kun asiakas saa laskun. Eräpäivälaskenta meneekin laskun päiväyksen mukaan. Olen siis puun ja kuoren välissä. Visma.netissä on kyllä ”tiliöintijakso” -kohta olemassa, mutta sitä ei voi käyttää. Joku viisaampi voisi kertoa minulle miten ratkaisen tämän haasteen. ... Näytä lisää