Večina podjetij potrebuje tri mesece za pripravo zaključnega računa. Zaradi tega bo končna konverzija otvoritvenega stanja za 2007 možna šele v aprilu. Večina programov ima težavo s poslovanjem v tem prehodnem obdobju (npr. zapiranje terjatve iz 2006, ki je v tolarjih, s plačilom v 2007, ki je v evrih; ali še težji primer - vrednotenje zalog).
Kakšno je vaše mnenje o naslednji ideji:
Takoj 1.1.2007 naredimo konverzijo vseh podatkov iz leta 2006 v evre.
To nam omogoči nemoteno poslovanje v evrih v letu 2007, podjetje pa ima še vedno tri mesece časa, da pripravi zaključni račun.
Ko je zaključni račun narejen, se naredi kopija podatkov za leto 2006. Nato se v tej kopiji podatki konvertirajo iz evrov, nazaj v tolarje. Rezultat so podatki za leto 2006 v tolarjih, ki so osnova za dokončno pripravo zaključnega računa.
Obratna konverzija
Mislim, da to ne bo pravilno.
Namreč, merodajni podatki za 2006 so tolarski. Če boste podatke preračunavali iz evrov nazaj v tolarje, bo prišlo do razlik zaradi zaokroževanja in podatki bodo spremenjeni.
Primer:
100.000,00 SIT / 239,64 = 417,29 EUR
417,29 EUR * 239,64 = 99.999,38 SIT
Podlaga za zaključni račun morajo biti originalni tolarski zneski.
Namreč, merodajni podatki za 2006 so tolarski. Če boste podatke preračunavali iz evrov nazaj v tolarje, bo prišlo do razlik zaradi zaokroževanja in podatki bodo spremenjeni.
Primer:
100.000,00 SIT / 239,64 = 417,29 EUR
417,29 EUR * 239,64 = 99.999,38 SIT
Podlaga za zaključni račun morajo biti originalni tolarski zneski.
Tudi sam na predavanjih opozarjam da preračunavanje ni dovoljeno 
Za tako obratno konverzijo je seveda kar nekaj predpogojev:
1. Pred konverzijo v evre je treba poknjižiti vse tolarske račune.
2. Program mora shraniti prvotne tolarske zneske ali pa zagotoviti dovolj visoko natančnost pri zaokrožanju in hraniti tudi nezaokrožene zneske v evrih (primer: 100.000,00 SIT / 239,64 = 417,2926 EUR; 417,2926 EUR * 239,64 = 100.000,00 SIT).
Če temu ni tako, je ideja lahko osnova ponudnikom programov, ki lahko z malo truda omogočijo hranjenje zneskov v obeh valutah (to seveda ni možno v vseh programih).
Po bilanci bi bili podatki za 2006 dejansko tolarski, kot to zahteva zakon.
Še vedno pa ostane opcija, da se zaključni račun naredi do 10.1.2007, naknadne spremembe pa se knjiži kot to za te primere določajo SRS
Na koncu si bo vsak izbral svoj "strup". Moj namen je vzpodbujati pravočasno razmišljanje o možnih pristopih, preden bo prepozno
Za tako obratno konverzijo je seveda kar nekaj predpogojev:
1. Pred konverzijo v evre je treba poknjižiti vse tolarske račune.
2. Program mora shraniti prvotne tolarske zneske ali pa zagotoviti dovolj visoko natančnost pri zaokrožanju in hraniti tudi nezaokrožene zneske v evrih (primer: 100.000,00 SIT / 239,64 = 417,2926 EUR; 417,2926 EUR * 239,64 = 100.000,00 SIT).
Če temu ni tako, je ideja lahko osnova ponudnikom programov, ki lahko z malo truda omogočijo hranjenje zneskov v obeh valutah (to seveda ni možno v vseh programih).
Po bilanci bi bili podatki za 2006 dejansko tolarski, kot to zahteva zakon.
Še vedno pa ostane opcija, da se zaključni račun naredi do 10.1.2007, naknadne spremembe pa se knjiži kot to za te primere določajo SRS
Na koncu si bo vsak izbral svoj "strup". Moj namen je vzpodbujati pravočasno razmišljanje o možnih pristopih, preden bo prepozno