Forum

Welcome Guest! To enable all features please try to register or login.
Guest
#1 Posted: : 22 February 2002 01:00:00(UTC)
Guest

Rank: Guest

You have been a member since:: 19/06/2012(UTC)
Objave: 511

Na Valkartonu so danes zjutraj spet pognali preračun prometov na verziji 2014. Določili so skladišče materiala, datume od do, po končanem preračunu se je izkazalo, da jim je preračun prometov naredilo namesto samo na skladišču materiala, tudi na vseh ostalih skladiščih in spet na skladišču končnih izdelkov izbrisalo vse cene.<br><br>Prosim za urgenten odgovor in za pojasnitev zakaj je preračun šel preračunavat tudi na druga skladišča, če smo določili samo eno skladišče!!!!!<br>Hvala<br><br>Pošiljam opisan primer na Valkartonu.<br>Iz Valkartona so mi napisali kako je do problema prišlo.<br>Lepo prosim, če si vzamete čas in preštudirate kaj se je zgodilo.<br>Problem se je zgodil na verziji 2009.<br><br>Z letom 2002 smo se v podjetju odločili, da bomo prešli na novo metodo<br>vrednotenja zalog. Do sedaj smo zaloge vodili po LIFO metodi. Z novim<br>obračunskim obdobjem pa naj bi, skladno z novimi računovodskimi<br>standardi, prešli na FIFO metodo.<br><br>Sredi januarja 2002 smo uskladili stanja na skladiščih za leto 2001.<br>Skladno z napotki, ki so navedeni na Vaši spletni strani<br>http://help.datalab.si/p45si/, sem v začetku februarja v parametrih<br>programa določila datum zaključka materialnih prometov na dan<br>31.12.2001. Nato sem na vseh skladičih določila datum zadnje inventure<br>(tudi 31.12.2001) in spremenila metodo vodenja zalog z LIFO na FIFO.<br>Potem sem pognala preračun prometov na naslednji način:<br><br>- skladišča, na katerem naj bi opravila preračun prometov, nisem<br>določila, ker verzija 2009, ki smo jo tedaj uporabljali, ni več imela te<br>opcije (vse predhodne verzije so to omogočale).<br><br>- Na panelu za obračun prometov sem na zavihku "Obnovitev zaloge"<br>potrdila vseh pet opcij, na zavihku "Preračun prometov" pa prve tri. <br><br>- Datumskega obdobja nisem določila, ker v Vaših navodilih navajate, da<br>v kolikor v parametrih programa določimo datum zaključka materialnih<br>prometov, program ne bo vplival na predhodna obdobja. Preračun pa sem<br>želela opraviti za celotno obdobje od začetka leta 2002.<br><br>- Pognala sem preračun prometov.<br><br>Ko je bil obračun prometov končan smo opazili, da je obračun pobrisal<br>obračunske cene iz VSEH izdajnih dokumentov, ki se nanašajo na skladišče<br>končnih izdelkov, vse od leta 2000, ko smo začeli uporabljati program.<br><br>Na skladiču materiala pa je preračunalo vso porabo po metodi FIFO (prej<br>LIFO). Tudi na tem skladišču je spremenilo promete od leta 2000 naprej.<br><br>Posledica tega so nepravilni prometi in stanja na obeh skladiščih za vsa<br>obdobja.<br><br>Za pomoč smo se obrnili na Actual I.T..<br><br>Ponoven preračun prometov po LIFO metodi ni rešil problema - ni vrnil<br>prometov v predhodno stanje. Prav tako ni vnesel cen na izdajne<br>dokumente vezane na skladišče končnih izdelkov. <br><br>Cene v izdajne dokumente smo nato kopirali iz šifranta artiklov. Ker pa<br>smo v podjetju kalkulacije cen artiklov opravljali v obdobju 2000 - 2001<br>postopoma, medobdobna stanja zalog še vedno niso bila pravilna. Zato sem<br>začasno uskladila le stanja končnih zalog na dan 31.12.2000 in<br>31.12.2001 v enkratnih zneskih po posameznih artiklih. Popolna<br>uskladitev bo zahtevala več sto vnosov cen.<br><br>Na skladišču materiala se stanja s kopiranjem cen iz šifrantiov ne da<br>rešiti, ker so v šifrantu artiklov le zadnje nabavne cene. Vse promete<br>bomo morali popravljati ročno za obe leti nazaj. To pomeni več tisoč<br>vnosov in več tednov dela. Začasno smo težavo rešili tako, da smo<br>odstopanja od pravilnega stanja zaloge popravili v enkratnem znesku po<br>posamezni vrsti materiala na dan 31.12.2000 in 31.12.2001.<br><br><br>Naše podjetje je del podjetja, ki je po zakonu dolžno opraviti redno<br>letno revizijo poslovanja. Ker sestavljamo konsolidirane izkaze, moramo<br>revizijo opraviti tudi v našem podjetju. Pregled vodenja zalog je ena<br>temeljnih nalog revizije, ki s tem ocenjuje verodostojnost podatkov v<br>računovodskih izkazih podjetja. Verjetno mi ni treba posebej razlagati,<br>kaj pomeni ta težava za poslovanje našega podjetja na vseh področjih in<br>koliko truda bo vzelo njeno odpravljanje.<br><br>Posredovali smo bazo.<br>Na Valkartonu delajo s Delovnimi nalogi!<br>Torej:<br>- prodajajo pa s izdaja/dokument/(30)prodaja domača<br>- s poslovnim dogodkom 64 (izdaja/interno) - razknjižujejo material<br>- s poslovnim dogodkom 69 (prevzem/interno) - prevzem konč. izdelkov na<br>slkadišče<br>- imajo skladišče materiala (FIFO - metoda)<br>- skladišče kon.izdelkov (FIFO - metoda)<br>- če narediš preračun prometov za nek artikel (oz. končni proizvod) od<br>01.01.2002 do danes (lahko greš kar na prevzem/interno/69) in kar iz<br>dokumenta poženeš preračun prometov za nek konč.proizvod, boš videla nato<br>skladiščni karton bo izkazoval nekje cene 0.<br><br>Torej: problem se pojavlja pri preračunu prometov na teh 2 skladiščih.<br><br><br>
Guest
#2 Posted: : 22 February 2002 01:00:00(UTC)
Guest

Rank: Guest

You have been a member since:: 19/06/2012(UTC)
Objave: 511

Problem ni v preračunu prometov - ta deluje pravilno.<br>Glej navodila za uporabo <a href="http://help.datalab.si/p45si//00905.html">Obnovitev zaloge</a>, kjer boš našel odgovore na vsa tvoja vprašanja.<br>Filter na skladišče, kot je označeno v opombah, navodilih in na samem panelu, se uporablja samo pri opcijah štetje serijskih številk in obnovitev zaloge.<br><br>Če so podatki pravilni, jih preračun prometov ne spreminja. Preveriti boš moral, v čem je problem na tvoji bazi (nastavitve poslovnih dogodkov in skladišč). <br><br>Prav tako ne spreminja prometov iz zaključenega materialnega obdobja.<br><br>Vzorčni testni primer: artikel 3005396, interni prevzem 026900910, ki je po<br>preračunu prometov ovrednoten z lastno ceno 0.<br><br>I. Preračun prometov<br>Iz poslane baze ugotavljam, da je preračun cen pravilen, saj je lastna cena<br>izdelanih proizvodov enaka 0, kar se izkazuje tudi v skladiščnem kartonu.<br>Pri vrstah materialnega sredstva tipa "P-Proizvodnja" je rezultat obdelave<br>delovnega naloga in rezultat preračuna cen lastna cena izdelka.<br>Lastna cena je seštevek vrednosti vseh izdajnic za ta delovni nalog,<br>izdelanih preko modula delovni nalogi. Če teh izdaj ni, je lastna cena seveda enaka 0.<br>Za način izračunavanja lastne cene izdelkov glej Računanje lastne cene izdelka v delovnih nalogih<br><br>Preračun prometov torej poteka v dveh fazah:<br>1. ponoven izračun cen za vrednotenje. Pri tem se uporabljajo parametri iz šifranta skladišč in poslovnih dogodkov.<br>2. iz ponovno ovrednotenih cen za vrednotenje sestavnih delov se ponovno izračuna lastna cena po zgoraj predstavljeni formuli.<br><br><br>II. Nastavitve skladišč in poslovnih dogodkov<br>Pri pregledu baze Valkarton ugotavljam tudi, da je izbrana kombinacija vsebinsko povsem napačna.<br>- poslovni dogodek 69: vsi artikli za proizvodnjo (odslej: sestavni deli) so ovrednoteni z neko ceno iz šifranta materialnih sredstev. <br>To je neke vrste "stalna cena", ki to ni, saj niso evidentirani dejanski odmiki nabavnih cen od planiranih. Zato je vrednotenje zaloge fiksno, ne glede na izbrani način vrednotenja in ne glede na dejanske stroške. Izbiranje načina vrednotenja nima nikakršnega učinka.<br><br>- poslovni dogodek 30: vsi končni izdelki za prodajo (v nadaljevanju: izdelki), ki pridejo iz proizvodnje, niso ovrednoteni s potroškom<br>porabljenih sestavnih delov, temveč spet z neke vrste "stalno ceno", ki to ni, saj spet niso evidentirani odmiki dejanskih lastnih cen od planskih.<br>Zato je vrednotenje zaloge fiksno, ne glede na izbrani način vrednotenja in ne glede na dejanske stroške. Izbiranje načina vrednotenja nima nikakršnega<br>učinka.<br><br>Predlagam oblikovanje tabele stalnih cen (za tvoj primer: 3005396 v vrednosti 84,78) in uporabo vrednotenja po stalnih cenah. <br>Seveda je treba na poslovnih dogodkih izbrati logičen način izbire cene za vrednotenje - glej navodila za uporabo.<br><br>Pri prevzemu je to vnos cene, pri izdaji pa polnjenje cene iz trenutnega skladišča.<br>Na skladiščnem kartonu tako dobimo planske lastne cene izdelka (glej priložene sličice sc1, sc2, sc3).<br><br>III. Avtomatsko knjiženje porabe materiala<br>Vendar pa tudi izbira kakršnegakoli drugačnega načina vrednotenja ne spremeni dejstva, da je lastna cena izdelka seštevek cen za izdelavo<br>porabljenih sestavnih delov. V zgoraj navedenem testnem primeru pa ob potrjevanju delovnega naloga 026000533 ni bila izdelana nobena interna<br>izdajnica, zato bo lastna cena tega izdelka pri knjiženju ne glede na uporabljene parametre enaka 0 (glej sličico sc3).<br><br>Pri izbiri vrednotenja po stalnih cenah bi avtomatsko knjiženje porabe materiala namreč pravilno izračunalo vrednost blaga po stalnih cenah in (v<br>odsotnosti kakršnihkoli izdajnic) natanko enak znesek odmika od stalne cene od dejanske lastne cene (glej sličico 69 za nastavitve poslovnega dogodka in<br>pormat za rezultat knjiženje porabe materiala za vzorčni primer).<br><br><br>
Rss Feed  Atom Feed
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)
Powered by YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NET
This page was generated in 0.494 seconds.