05-06-2015 2:31 pm posted by Anonymous
Meillä ihmetystä ovat aiheuttaneet virheelliset varaston arvot ja Netvisorin varastologiikka ylipäätään. Varaston arvosta laskettu kappalehinta (varaston arvo jaettuna varastossa olevalla kpl-määrällä) saattaa olla moninkertainen verrattuna tuotteen keskihintaan. Mistä tällainen voi johtua? Inventaariossa löytyneet kappalemäärien muutokset olemme tehneet inventointina käsittelykorin kautta. Muuttuuko varaston arvo silloin määrämuutosta vastaavasti? Jos ei, niin miten varaston arvo tulisi korjata? Toivottavasti ei ihan manuaalisesti laskemalla, kun nimikkeitä on varastossa melkoisesti.
Lisäksi haluaisin selkeät ohjeet siitä, että millaisen raportin tulostan ja millaisilla rajauksilla, jotta saan varaston arvon tilinpäätökseen? Mitä kertoo varastoraportti tapahtumalle tallennetuilla hinnoilla ja tilikauden alku- ja loppupäivillä rajattuna? Tällaisessa raportissa arvoheittoja on ainakin ollut paljon.
08-07-2015 1:09 pm posted by Anonymous
Hei,
Kiitos vastauksesta. Tuo FIFO-vaihtoehto kuulostaa kiinnostavalta.
Olkaa meihin yhteydessä. Edellyttääkö muutos jotain erityistoimenpiteitä meiltä?
10-07-2015 2:14 pm posted by Laura Sainio
Hei Satu!
Koska yrityksellänne on ollut Varastonhallinta käytössä jo pidempään, pitää Netvisorin tuotekehityksen tehdä tiettyjä konversioita varastoonne. Otan Sinuun yhteyttä sähköpostitse tämän asian jatkokäsittelyä varten.
Aleksi Martikainen
16-06-2015 11:45 am posted by Aleksi Martikainen
Hei Satu,
Kirjoitan tässä ensin alkuun ongelmat ja syyt mistä ne ovat todennäköisesti johtuneet. Älä huolestu, vaikka alla on paljon tekstiä ja kuvauksia. Näihin ongelmiin paras ratkaisu löytyy viimeisestä kirjoittamastani artikkelista, joka käsittelee kirjanpidollisesti suositeltua FIFO-laskentaa Netvisorissa.
Varastotapahtumat arvostetaan aina hankintatapahtumia ja ensimmäistä inventaariokirjausta lukuun ottamatta tuotteen keskihinnalla, ja jota lasketaan tuotteen taakse. Varaston arvon eriäväisyydet johtuvat todennäköisesti tässäkin tapauksessa keskihintalaskennan kahdesta eri ominaisuudesta, joita ei välttämättä ole tiedetty tai muistettu huomioida kirjausten käsittelyn yhteydessä:
Varastotapahtuman arvostus, kun inventointi tehdään käsittelykorin inventointipalikalla
Mainitsit, että olette tehneet inventointitapahtumat käsittelykorissa. Myös tässä tapauksessa inventointitapahtumille tuodaan oletuksena arvo tuotteen takaa keskihinnasta, mikä ei välttämättä pidä paikkaansa ellei edellisen kohdan asioita ole huolehdittu kuntoon.
Varastonarvon korjaaminen varastokirjanpitoon käyttäen varastorivillä "Korjaus" -tyyppiä
Varastonarvoa voidaan korjata myös manuaalisesti ilman määrämuutoksia luomalla uuden varastotapahtuman ja valitsemalla varastoriville varastotapahtumatyypiksi "Korjaus". Tällä tyypillä voidaan muuttaa manuaalisesti varastonarvoa (yksikköhinta -kentässä) muuttamatta varastomäärää. Tämä on tarkoitettu käytettävän niissä tilanteissa, kun varastomäärä on 0, ja kun raportointi näyttää edelleen arvoa tuotteella, mutta voidaan toki käyttää sellaisessakin tilanteessa, jossa tuotetta on edelleen varastossa. Käyttäjän joutuu itse laskemaan paljon varastonarvoa tulisi muuttaa.
Varaston muutos tilinpäätökseen
Voidaan käyttää esim. varastoraporttia tuoteryhmittäin tai varastotileittäin. Kumallakin raportilla raportoidaan varastoon muutos käyttäjän syöttämällä aikavälillä esim. tilikauden alku ja loppu.
Älä laita muita rajauksia raportille niin saat kaikkien tuotteiden varastonmuutokset samalle raportille.
Käytettävän hankintahinnaksi kannattaa myös valita tapahtumalle tallennettu. Tällöin raportin tunnusluvut lasketaan oikeita hankintahintoja käyttäen, joita varastotapahtumille on tallennettu. Valitsemalla keskihinnan lasketaan tunnusluvut tuotteen takana olevan keskihinnan mukaan. Valitsemalla tuotteen hankintahinnan lasketaan tunnusluvut sen mukaan, minkä hankintahinnan käyttäjä on syöttänyt itse tuotteen taakse tuotekortille.
FIFO-käsittely keskihintalaskennan tilalle vähentämään manuaalista työtä ja ongelmia
Koska meillä on ollut nämä keskihintalaskennan ominaisuudet ja haasteet tiedossa olemme kehittäneet vaihtoehdoksi FIFO-käsittelyn, jossa ei ole näitä keskihintalaskennan ongelmia. FIFO on tällä hetkellä pilotoinnissa ja se ei tuo ylimääräisiä kustannuksia asiakkaalle.
FIFO:n paras ominaisuus on se, että kaikki varastoa vähentävät tapahtumat linkitetään taustalla FIFO-periaatteen mukaan vanhimpaan hankintaerään ensin ja linkityksen yhteydessä päivitetään hankintahinta automaattisesti varastoa vähentäville kirjauksille, jolloin kaikkien varastotapahtumien arvot saadaan menemään yksiyhteen. Lisäksi käyttäjä voi esimerkiksi kirjata varaston miinukselle välittämättä hankintahinnasta, ja tehdä varastomäärää täydentävät hankinta- tai inventointikirjaukset jälkikläteen ja linkittää kaikki tapahtumat kerralla yhtä nappia painamalla ja järjestelmä tekee linkitykset ja päivittää hankintahinnat varastoa vähentäville tapahtumille, jolloin käyttäjän ei tarvitse tehdä mitään ylimääräistä manuaalista työtä.
Suosittelen siis FIFO-laskennan käyttöönottoa. Käyttäjä voi tehdä kirjauksia myös täysin tapahtumapohjaisesti, eli hän voi manuaalisesti vaihtaa linkityksen, jolloin hän ohittaa FIFO-oletuksen ja muodostaa täysin tapahtumapohjaisen linkitys ja jälkjitys ketjunb tuote-erälle varastokirjanpitoon. (=tiedetään tasan tarkaan mistä tuote-erä on tullut ja kenelle sitä on myyty)
Mikäli tämä halutaan käyttöön niin olemme teihin tarkemmin yhteydessä sähköpostitse. Mikäli edellisellä tilikaudella on varastotapahtumia, ei FIFO:a voida kytkeä suoraan päälle, vaan meidän tekniikan on ajettava kytkennän yhteydessä konversioskripta, jolla muodostetaan avoimet erät kulukvalle tilikaudelle, ja näin saadaan FIFO kirjanpidollisesti oikein käyttöön.