Jana Acsová
17.02.09,18:10
Navrhujem zaviesť diskusiu k zavedeniu meny euro v programe MRP, kde môžeme sumarizovať poznatky z automatizovaných prevodov a upozorniť na chyby, ktoré prevod spôsobuje v aktuálnych verziách programu.
Verzia: 6.00.546 (stiahnutá 16.2.2009)
Zavedenie euro je automatizované. Program si poradí s prevodom účtov pôvodne vedených v SKK. Neporadí si s menou euro nasledovne:
- zmenil pôvodne naúčtovanú čiastku v euro na účte 321 a v knihe faktúr (ak bola archívna, napr. z roku 2006) a to tým, že ju znížil o už zaúčtované úhrady a EURO dokladom dorovnal rozdiel do úhrad čím došlo k duplicite chyby a nesprávnemu zostatku v knihe faktúr. Zápisom 1.1.2009 EURO dokladom vstúpil aj do účtovného saldokonta.
Riešenie bez zásahu programátorov:
Kniha faktúr:
Skontrolujte si stav záväzku znejúceho na menu euro v inventúre k 31.12.2008 (odporúčam tak ako sa aj oficiálne uvádza inventarizovať v oboch menách, t.j. v mene SKK aj EUR. Je to neoceniteľná pomôcka po prevode). V knihe faktúr zrušte zo zoznamu úhrad čiastku nesprávnej úhrady, ktorá bola doplnená euro dokladom a skontrolujte si pôvodny základ dane, alebo hodnotu pôvodnej dodávky v eurách. Ak je nesprávne, opravte tak, aby Vám súhlasila v knihe faktúr fakturovaná čiastka, úhrady a ostávajúca časť k úhrade na základe podkladov inventúry. Nám postačilo opraviť pôvodnu sumu faktúry a zrušiť automatickú úhradu EURO dokladu.
Účtovníctvo:
Rozdiel doplnený euro dokladom sa premietol v doplnení PS na účte 379 POZOR je otvorený bez analytiky. Ak ste si zaviedli analytiku, ktorú rovnako odporúčam a vyplýva to aj z postupov v súvislosti so zavedením meny euro je potrebné zmeniť PS príslušného analytického účtu nasledovne:
- cez funkcie vstúpte do počiatočných stavov, zrušte položku na účte 379 a uveďte ju na analytickom účte napríklad 379.900.
Pozrite do EURO dokladu. Je vyhotovený 2x a to jednak ako vyrovnanie rozdielu PS účtu 379 voči príslušnému účtu napr. 663. POZOR opäť bez analytiky, túto postačuje doplniť priamo na doklade vytvorenom automatizovaným prevodom. Druhý doklad uvádza konkrétne rozdielové položky podľa analytických účtov so zaúčtovaním detekovaného rozdielu na účet Zrušte, alebo opravte zápis, ktorý sa viaže k faktúre, ktorú kontrolujete na príslušnom analytickom účte 563 alebo 663 a o rovnakú čiastku znížte hodnotu druhého dokladu, kde je rozdiel zhrnutý jednou sumou. Vstúpte do počiatočných stavov a podľa opravte počiatočné stavy účtov 379.900 a napríklad 321.200 ak máte na tejto analytike chybu.
Týmto postupom opravíte:
- knihu faktúr,
- prevod na EURO doklade,
- počiatočné stavy.
Uvedené je odporúčané firmám, ktoré potrebujú spustiť prevod a nemôžu čakať na prípadné softvérové upgrade. Nesprávnosť sme zaznamenali v položke, ktorá v sebe viazala úhrady z minulosti v eurách.
Máme čas DPH a preto ešte k tomuto:
Tlačivo je vyhovujúce, čo sa týka peňažných čiastok. Nezistili sme nesprávnosť vrátane započítania nadmerného odpočtu. POZOR. V účtovníctve máme matematicky zaokrúhlené čiastky, zápočet sa zaokrúhľuje v prospech oprávnenej osoby. Dôjde k centovým rozdielom a k účtovným zápisom napr. 343AE/663AE z titulu rozdielu z úhrady. Tento zápis je účtovným prípadom v období, kedy vznikne. Vznikne v momente vyúčtovania DPH t.j. k 31.1.2009, kedy je započítaný na úhradu vlastnej daňovej povinnosti za mesiac január 2009.
Čo je NESPRÁVNE v tlačive DPH?
Výkaz si neporadí s dlhým mestom. Jednoducho sa nezmestí do kolónky miestne príslušného daňového úradu. Napríklad aj my máme: BANSKÁ BYSTR a dosť, nezmestí sa ani dokončenie názvu mesta ani číslo daňového úradu. Volali sme do MRP. Odpoveď: "nie je tam dosť koloniek". Táto odpoveď však nepredpokladám, že bude dostačujúce pri odovzdaní DP, lebo pri vyplnení tlačiva na internete je rovnaký počet koloniek, ale vpísanie mesta je trochu odlišné od ostatného textu a jednoducho sa tam zmestí.
Ak si budete pomáhať vyplnením tlačiva na internete, odporúčam neakceptovať len ponúkané výpočty, ktoré neobsahujú matematicky nevýznamnú nulu. Odporúčam doplniť nuly, vtedy tlačivo vytlačí, tak ako sme zvyknutí pri písaní číslic, t.j. s presnosťou na eurocenty s doplnením núl. Nejedná sa o nesprávnosť, rozhodne to však s tými nulami vyzerá precíznejšie.
Verzia: 6.00.546 (stiahnutá 16.2.2009)
Zavedenie euro je automatizované. Program si poradí s prevodom účtov pôvodne vedených v SKK. Neporadí si s menou euro nasledovne:
- zmenil pôvodne naúčtovanú čiastku v euro na účte 321 a v knihe faktúr (ak bola archívna, napr. z roku 2006) a to tým, že ju znížil o už zaúčtované úhrady a EURO dokladom dorovnal rozdiel do úhrad čím došlo k duplicite chyby a nesprávnemu zostatku v knihe faktúr. Zápisom 1.1.2009 EURO dokladom vstúpil aj do účtovného saldokonta.
Riešenie bez zásahu programátorov:
Kniha faktúr:
Skontrolujte si stav záväzku znejúceho na menu euro v inventúre k 31.12.2008 (odporúčam tak ako sa aj oficiálne uvádza inventarizovať v oboch menách, t.j. v mene SKK aj EUR. Je to neoceniteľná pomôcka po prevode). V knihe faktúr zrušte zo zoznamu úhrad čiastku nesprávnej úhrady, ktorá bola doplnená euro dokladom a skontrolujte si pôvodny základ dane, alebo hodnotu pôvodnej dodávky v eurách. Ak je nesprávne, opravte tak, aby Vám súhlasila v knihe faktúr fakturovaná čiastka, úhrady a ostávajúca časť k úhrade na základe podkladov inventúry. Nám postačilo opraviť pôvodnu sumu faktúry a zrušiť automatickú úhradu EURO dokladu.
Účtovníctvo:
Rozdiel doplnený euro dokladom sa premietol v doplnení PS na účte 379 POZOR je otvorený bez analytiky. Ak ste si zaviedli analytiku, ktorú rovnako odporúčam a vyplýva to aj z postupov v súvislosti so zavedením meny euro je potrebné zmeniť PS príslušného analytického účtu nasledovne:
- cez funkcie vstúpte do počiatočných stavov, zrušte položku na účte 379 a uveďte ju na analytickom účte napríklad 379.900.
Pozrite do EURO dokladu. Je vyhotovený 2x a to jednak ako vyrovnanie rozdielu PS účtu 379 voči príslušnému účtu napr. 663. POZOR opäť bez analytiky, túto postačuje doplniť priamo na doklade vytvorenom automatizovaným prevodom. Druhý doklad uvádza konkrétne rozdielové položky podľa analytických účtov so zaúčtovaním detekovaného rozdielu na účet Zrušte, alebo opravte zápis, ktorý sa viaže k faktúre, ktorú kontrolujete na príslušnom analytickom účte 563 alebo 663 a o rovnakú čiastku znížte hodnotu druhého dokladu, kde je rozdiel zhrnutý jednou sumou. Vstúpte do počiatočných stavov a podľa opravte počiatočné stavy účtov 379.900 a napríklad 321.200 ak máte na tejto analytike chybu.
Týmto postupom opravíte:
- knihu faktúr,
- prevod na EURO doklade,
- počiatočné stavy.
Uvedené je odporúčané firmám, ktoré potrebujú spustiť prevod a nemôžu čakať na prípadné softvérové upgrade. Nesprávnosť sme zaznamenali v položke, ktorá v sebe viazala úhrady z minulosti v eurách.
Máme čas DPH a preto ešte k tomuto:
Tlačivo je vyhovujúce, čo sa týka peňažných čiastok. Nezistili sme nesprávnosť vrátane započítania nadmerného odpočtu. POZOR. V účtovníctve máme matematicky zaokrúhlené čiastky, zápočet sa zaokrúhľuje v prospech oprávnenej osoby. Dôjde k centovým rozdielom a k účtovným zápisom napr. 343AE/663AE z titulu rozdielu z úhrady. Tento zápis je účtovným prípadom v období, kedy vznikne. Vznikne v momente vyúčtovania DPH t.j. k 31.1.2009, kedy je započítaný na úhradu vlastnej daňovej povinnosti za mesiac január 2009.
Čo je NESPRÁVNE v tlačive DPH?
Výkaz si neporadí s dlhým mestom. Jednoducho sa nezmestí do kolónky miestne príslušného daňového úradu. Napríklad aj my máme: BANSKÁ BYSTR a dosť, nezmestí sa ani dokončenie názvu mesta ani číslo daňového úradu. Volali sme do MRP. Odpoveď: "nie je tam dosť koloniek". Táto odpoveď však nepredpokladám, že bude dostačujúce pri odovzdaní DP, lebo pri vyplnení tlačiva na internete je rovnaký počet koloniek, ale vpísanie mesta je trochu odlišné od ostatného textu a jednoducho sa tam zmestí.
Ak si budete pomáhať vyplnením tlačiva na internete, odporúčam neakceptovať len ponúkané výpočty, ktoré neobsahujú matematicky nevýznamnú nulu. Odporúčam doplniť nuly, vtedy tlačivo vytlačí, tak ako sme zvyknutí pri písaní číslic, t.j. s presnosťou na eurocenty s doplnením núl. Nejedná sa o nesprávnosť, rozhodne to však s tými nulami vyzerá precíznejšie.
Jana Acsová
17.02.09,17:27
Ďalšie postrehy:
- valutová pokladňa vedená v mene euro v roku 2008 bola prevedená korektne, nezaznamenali sme nesprávnosť,
- prevody položiek znejúcich na menu euro evidované v knihe záväzkov boli prevedené nekorektne, rovnako ako spomínané položky v knihe faktúr a to vtedy, ak sa k položkám viazali úhrady. Opravy sme realizovali podobne ako v predchádzajúcom prípade. Museli sme opraviť počiatočné stavy a EURO doklady, ktorými boli dorovnané zostatky na účtoch a vyčíslený rozdiel na účte 379.
EURO doklad je vytvorený v rámci samostatnej skupiny dokladov. Akékoľvek úpravy, ktorými by ste korigovali prevod je potrebné urobiť v počiatočných stavoch účtu 379 a v oboch EURO dokladoch. Nám pri spomínaných nezrovnalostiach ako som uviedla vytvorilo 2 doklady. Jeden k vyrovnaniu PS na účte 379 a druhý ku skutočnostiam, ku ktorým sa rozdiel vzťahoval.
Keď v účtovníctve neboli zaznamenané zostatky v mene euro, prevod prebehol s vytvorením jedného rozdielového dokladu s neidentifikovaným minimálnym rozdielom. Pôvod rozdielu je možné dozistiť z inventúry k 31.12.2008 porovnaním stavov s tým, že každej účtovnej jednotke odporúčam zvoliť si hranicu významnosti do ktorej bude akceptovať hodnotu prevodu. Nám napríklad vychádzajú zatiaľ rozdiely centové a teda NEVÝZNAMNÉ. Samozrejme odporúčam porovnať počiatočné stavy s inventarizovanými k 31.12.2008.
- valutová pokladňa vedená v mene euro v roku 2008 bola prevedená korektne, nezaznamenali sme nesprávnosť,
- prevody položiek znejúcich na menu euro evidované v knihe záväzkov boli prevedené nekorektne, rovnako ako spomínané položky v knihe faktúr a to vtedy, ak sa k položkám viazali úhrady. Opravy sme realizovali podobne ako v predchádzajúcom prípade. Museli sme opraviť počiatočné stavy a EURO doklady, ktorými boli dorovnané zostatky na účtoch a vyčíslený rozdiel na účte 379.
EURO doklad je vytvorený v rámci samostatnej skupiny dokladov. Akékoľvek úpravy, ktorými by ste korigovali prevod je potrebné urobiť v počiatočných stavoch účtu 379 a v oboch EURO dokladoch. Nám pri spomínaných nezrovnalostiach ako som uviedla vytvorilo 2 doklady. Jeden k vyrovnaniu PS na účte 379 a druhý ku skutočnostiam, ku ktorým sa rozdiel vzťahoval.
Keď v účtovníctve neboli zaznamenané zostatky v mene euro, prevod prebehol s vytvorením jedného rozdielového dokladu s neidentifikovaným minimálnym rozdielom. Pôvod rozdielu je možné dozistiť z inventúry k 31.12.2008 porovnaním stavov s tým, že každej účtovnej jednotke odporúčam zvoliť si hranicu významnosti do ktorej bude akceptovať hodnotu prevodu. Nám napríklad vychádzajú zatiaľ rozdiely centové a teda NEVÝZNAMNÉ. Samozrejme odporúčam porovnať počiatočné stavy s inventarizovanými k 31.12.2008.
Luboslava
22.02.09,06:21
Súhlasím s p. Acsovou, u firiem, kde prechádza množstvo čiastočne uhradených faktúr v pôvodne zahraničnej mene EUR,
je to veľmi pracné a tiež navrhujem príspevok p.Acsovej poslať
do MRP, snáď im to pomože v náprave.
je to veľmi pracné a tiež navrhujem príspevok p.Acsovej poslať
do MRP, snáď im to pomože v náprave.
m.hladka
22.02.09,17:11
posúvam...
eltrafficanto
27.02.09,07:24
Mne z danoveho dnes vratili priznanie DPH urobene v MRP ze uplne v lavom dolnom rohu je este "Minist. financii SR/DPH01-2007" a uz nie 2009!!! Teraz neviem na koho som nabruseny viac: ci na mrp ci na danovakov ze koli takej pidi-prkotine sa tam musim trepat s novym tlacivom
Jana Acsová
27.02.09,10:28
Mne z danoveho dnes vratili priznanie DPH urobene v MRP ze uplne v lavom dolnom rohu je este "Minist. financii SR/DPH01-2007" a uz nie 2009!!! Teraz neviem na koho som nabruseny viac: ci na mrp ci na danovakov ze koli takej pidi-prkotine sa tam musim trepat s novym tlacivomTáto nesprávnosť pripadá do úvahy iba v staršej verzii. V spomínanej verzii 6.00.546 je už nové tlačivo zapracované. Je však potrebné si všimnúť správnu tlačovú verziu, lebo ponúka samozrejme aj staršie tlačivá. Ale rovnako aj tlačivo s označením: Ministerstvo financií SR / DPH 01 - 2009. Má označenie (poradové číslo) 001. Takže Vami uvedené nie je chybou programu.
Jana Acsová
27.02.09,10:33
Ďalšie upozornenie:
Ak Vám urobí program chybný prevod a nevšimnete si to (stalo sa nám to) a začnete nahrávať január 2009 v eurách a následne sa rozhodnete pre opätovné spustenie prevodu k 1.1.2009 prepočíta Vám všetky nahraté údaje opäť t.j. aj januárové v eurách (: 30,1260).
Preto zvážte, čo bude menej pracné - ručná oprava pár chybných zápisov, alebo opätovná oprava (upozorňujem, že dosť pracná) nahratých údajov po 1.1.2009.
Prípadne: kontaktovať MRP.
Ak Vám urobí program chybný prevod a nevšimnete si to (stalo sa nám to) a začnete nahrávať január 2009 v eurách a následne sa rozhodnete pre opätovné spustenie prevodu k 1.1.2009 prepočíta Vám všetky nahraté údaje opäť t.j. aj januárové v eurách (: 30,1260).
Preto zvážte, čo bude menej pracné - ručná oprava pár chybných zápisov, alebo opätovná oprava (upozorňujem, že dosť pracná) nahratých údajov po 1.1.2009.
Prípadne: kontaktovať MRP.
eniva
27.02.09,10:56
Mne na šťastie tlačivo DPH nevrátili, ale vyskytol sa mi iný problém a akosi neviem rady, čo s tým... Program si sám vytvoril interné doklady a nimi mi zmenil počiatočné stavy v pokladni aj v banke... rozmýšľam nad tým a na nič rozumné som zatiaľ neprišla.... ako sa to dá jednoducho vyriešiť???
Lenka1979
27.02.09,15:05
Neviem či tu môžem napísať svoj problém, ale tiež sa týka prevodu v MRP.
1. Urobila som si uzávierku roku 2008. Posledný účt.prípad: zaúčtovanie dane z príjmu.
2. Doplnenie uzávierkových účt.prípadov (702,710)
3. Ročný prevod
4. Už v novej firme-r. 2009 som si všimla dosť vážnu vec a to v účtovnom denníku - Funkcie - Počiatočné stavy- a tam som chcela dať načítanie poč.stavov z predch. účt.obdobia a zrazu pozerám dole na dátumy v tej tabuľke: Stav poč.stavu k 01.01.2009-tento dátum OK
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Ja absolútne nechápem ako sa tam taký dátum dostal, skontrolovala som si všetky dátumy v Nastaveniach- Progam- účtovné dátumy- kontrolné dátumy- sú správne, viem určite že som nikde nezadávala takýto absurdný rok, a samozrejme,že mi zle načítalo poč. stavy, čo teraz? Mám ich ručne opraviť? Bude to dobré? Naozaj neviem kudy-kam. Prosím Vás o radu, nemôžem sa ďalej pohnúť.
Vďaka. Lenka
1. Urobila som si uzávierku roku 2008. Posledný účt.prípad: zaúčtovanie dane z príjmu.
2. Doplnenie uzávierkových účt.prípadov (702,710)
3. Ročný prevod
4. Už v novej firme-r. 2009 som si všimla dosť vážnu vec a to v účtovnom denníku - Funkcie - Počiatočné stavy- a tam som chcela dať načítanie poč.stavov z predch. účt.obdobia a zrazu pozerám dole na dátumy v tej tabuľke: Stav poč.stavu k 01.01.2009-tento dátum OK
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Ja absolútne nechápem ako sa tam taký dátum dostal, skontrolovala som si všetky dátumy v Nastaveniach- Progam- účtovné dátumy- kontrolné dátumy- sú správne, viem určite že som nikde nezadávala takýto absurdný rok, a samozrejme,že mi zle načítalo poč. stavy, čo teraz? Mám ich ručne opraviť? Bude to dobré? Naozaj neviem kudy-kam. Prosím Vás o radu, nemôžem sa ďalej pohnúť.
Vďaka. Lenka
Antonia1
27.02.09,15:42
Neviem či tu môžem napísať svoj problém, ale tiež sa týka prevodu v MRP.
1. Urobila som si uzávierku roku 2008. Posledný účt.prípad: zaúčtovanie dane z príjmu.
2. Doplnenie uzávierkových účt.prípadov (702,710)
3. Ročný prevod
4. Už v novej firme-r. 2009 som si všimla dosť vážnu vec a to v účtovnom denníku - Funkcie - Počiatočné stavy- a tam som chcela dať načítanie poč.stavov z predch. účt.obdobia a zrazu pozerám dole na dátumy v tej tabuľke: Stav poč.stavu k 01.01.2009-tento dátum OK
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Ja absolútne nechápem ako sa tam taký dátum dostal, skontrolovala som si všetky dátumy v Nastaveniach- Progam- účtovné dátumy- kontrolné dátumy- sú správne, viem určite že som nikde nezadávala takýto absurdný rok, a samozrejme,že mi zle načítalo poč. stavy, čo teraz? Mám ich ručne opraviť? Bude to dobré? Naozaj neviem kudy-kam. Prosím Vás o radu, nemôžem sa ďalej pohnúť.
Vďaka. Lenka
pozri vo/ voľba a definácia firiem /či máš nastavené prepojenie. Musíš tam mať to poradové číslo firmy, kde si prvýkrát v programe MRP učtovala túto firmu.
1. Urobila som si uzávierku roku 2008. Posledný účt.prípad: zaúčtovanie dane z príjmu.
2. Doplnenie uzávierkových účt.prípadov (702,710)
3. Ročný prevod
4. Už v novej firme-r. 2009 som si všimla dosť vážnu vec a to v účtovnom denníku - Funkcie - Počiatočné stavy- a tam som chcela dať načítanie poč.stavov z predch. účt.obdobia a zrazu pozerám dole na dátumy v tej tabuľke: Stav poč.stavu k 01.01.2009-tento dátum OK
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Ja absolútne nechápem ako sa tam taký dátum dostal, skontrolovala som si všetky dátumy v Nastaveniach- Progam- účtovné dátumy- kontrolné dátumy- sú správne, viem určite že som nikde nezadávala takýto absurdný rok, a samozrejme,že mi zle načítalo poč. stavy, čo teraz? Mám ich ručne opraviť? Bude to dobré? Naozaj neviem kudy-kam. Prosím Vás o radu, nemôžem sa ďalej pohnúť.
Vďaka. Lenka
pozri vo/ voľba a definácia firiem /či máš nastavené prepojenie. Musíš tam mať to poradové číslo firmy, kde si prvýkrát v programe MRP učtovala túto firmu.
Lenka1979
28.02.09,08:08
pozri vo/ voľba a definácia firiem /či máš nastavené prepojenie. Musíš tam mať to poradové číslo firmy, kde si prvýkrát v programe MRP učtovala túto firmu.
Prepojenie myslíš rokov? napr. 2008 2007? To mám nastavené, ale kde sa tam zobral takýto dátum?
Prepojenie myslíš rokov? napr. 2008 2007? To mám nastavené, ale kde sa tam zobral takýto dátum?
Antonia1
28.02.09,16:46
Prepojenie myslíš rokov? napr. 2008 2007? To mám nastavené, ale kde sa tam zobral takýto dátum?
Nie roky. Voľba a definície firmy sa spustí hneď pri spustený programu MRP. Natavíš sa na firmu daš opraviť a máš tam tabuľku: číslo, prepojenie názov firmy, účtovný rok atď... do okienka prepojenie zadaj číslo firmy (roku) 1.účtovného obdobia, ktoré spracovávaš v MRP programe. Číslo v okienku prepojenie je rovnaké pre všetky účtovné roky danej firmy. Údaj prepojenie má vplyv na import počiatočných hodnôt z predchádzajúceho účtovného obdobia.
Nie roky. Voľba a definície firmy sa spustí hneď pri spustený programu MRP. Natavíš sa na firmu daš opraviť a máš tam tabuľku: číslo, prepojenie názov firmy, účtovný rok atď... do okienka prepojenie zadaj číslo firmy (roku) 1.účtovného obdobia, ktoré spracovávaš v MRP programe. Číslo v okienku prepojenie je rovnaké pre všetky účtovné roky danej firmy. Údaj prepojenie má vplyv na import počiatočných hodnôt z predchádzajúceho účtovného obdobia.
Lenka1979
28.02.09,16:54
Nie roky. Voľba a definície firmy sa spustí hneď pri spustený programu MRP. Natavíš sa na firmu daš opraviť a máš tam tabuľku: číslo, prepojenie názov firmy, účtovný rok atď... do okienka prepojenie zadaj číslo firmy (roku) 1.účtovného obdobia, ktoré spracovávaš v MRP programe. Číslo v okienku prepojenie je rovnaké pre všetky účtovné roky danej firmy. Údaj prepojenie má vplyv na import počiatočných hodnôt z predchádzajúceho účtovného obdobia.
ale ja to mám rovnaké, mám tam napr.takto:
číslo:
2
firma:
XY
Rok:
2008
Prepojenie:
tam mám číslo "2"
a toto č. "2" v prepojení mám pri tej istej firme XY každý účtovný rok, už od r.2006.
ale ja to mám rovnaké, mám tam napr.takto:
číslo:
2
firma:
XY
Rok:
2008
Prepojenie:
tam mám číslo "2"
a toto č. "2" v prepojení mám pri tej istej firme XY každý účtovný rok, už od r.2006.
lenkak
02.03.09,20:44
4. Už v novej firme-r. 2009 som si všimla dosť vážnu vec a to v účtovnom denníku - Funkcie - Počiatočné stavy- a tam som chcela dať načítanie poč.stavov z predch. účt.obdobia a zrazu pozerám dole na dátumy v tej tabuľke: Stav poč.stavu k 01.01.2009-tento dátum OK
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Lenka, tento dátum je pri každom účte s ps, alebo len pri nejakom?
Stav koneč.stavu predch.účtov.obdobia a dátum- 31.12.1899!!!
Lenka, tento dátum je pri každom účte s ps, alebo len pri nejakom?
Lenka1979
03.03.09,12:21
Lenka, tento dátum je pri každom účte s ps, alebo len pri nejakom?
Lenka, nie je to pri žiadnom konkrétnom účte , je to vo:
"Funkciách"- "Počiatočné hodnoty" a tam je taká tabuľka úplne dole: Stav k 01.01.2009 a Stav predch.účt.obdobia k 31.12.2008-ja mám 1899 :rolleyes:. V MRP-čku mi už druhý deň nikto nedvíha telefón.
Lenka, nie je to pri žiadnom konkrétnom účte , je to vo:
"Funkciách"- "Počiatočné hodnoty" a tam je taká tabuľka úplne dole: Stav k 01.01.2009 a Stav predch.účt.obdobia k 31.12.2008-ja mám 1899 :rolleyes:. V MRP-čku mi už druhý deň nikto nedvíha telefón.
betka
03.03.09,19:13
Prosím Vás, dajú sa niekde vytlačiť duálne hodnoty PS v roku 2009, aby to nebolo len v tom bublinkovom popise?
Vďaka
Vďaka
lenkak
03.03.09,20:05
Prosím Vás, dajú sa niekde vytlačiť duálne hodnoty PS v roku 2009, aby to nebolo len v tom bublinkovom popise?
Vďaka
V denníku - Výstupy - počiatočný účet súvahový -treba vybrať výstupnú predlohu 005-Poč.účet súvahový - duálne zobrazenie
Vďaka
V denníku - Výstupy - počiatočný účet súvahový -treba vybrať výstupnú predlohu 005-Poč.účet súvahový - duálne zobrazenie
lenkak
03.03.09,20:10
Lenka, tento dátum je pri každom účte s ps, alebo len pri nejakom?
Ja mám tabuľku takúto:
v prílohe a nemám žiaden dátum predch.obdobie
Ja mám tabuľku takúto:
v prílohe a nemám žiaden dátum predch.obdobie
Andyke
03.03.09,20:23
Lenka, nie je to pri žiadnom konkrétnom účte , je to vo:
"Funkciách"- "Počiatočné hodnoty" a tam je taká tabuľka úplne dole: Stav k 01.01.2009 a Stav predch.účt.obdobia k 31.12.2008-ja mám 1899 :rolleyes:. V MRP-čku mi už druhý deň nikto nedvíha telefón.
Dátum 31.12.1899 sa mi objavilo v denníku pri prvých 10 vydaných starých zatiaľ neuhradených (alebo čiast.uhrad.)faktúrach, i keď tie faktúry mám z roku 2005 a 2007. Trošku ma to prekvapilo, ale zatiaľ som to neriešila, lebo ja prechádzam z Dosu na WIN , takže som počítala s nejakými chybami(že to nebude 100 % prenos), postupne ich prekliknem na správny dátum.
"Funkciách"- "Počiatočné hodnoty" a tam je taká tabuľka úplne dole: Stav k 01.01.2009 a Stav predch.účt.obdobia k 31.12.2008-ja mám 1899 :rolleyes:. V MRP-čku mi už druhý deň nikto nedvíha telefón.
Dátum 31.12.1899 sa mi objavilo v denníku pri prvých 10 vydaných starých zatiaľ neuhradených (alebo čiast.uhrad.)faktúrach, i keď tie faktúry mám z roku 2005 a 2007. Trošku ma to prekvapilo, ale zatiaľ som to neriešila, lebo ja prechádzam z Dosu na WIN , takže som počítala s nejakými chybami(že to nebude 100 % prenos), postupne ich prekliknem na správny dátum.
31Jankal
31.03.09,08:21
Ahojte. A kedže od marca sa nám menila neodpočitateľná položka kedy bude nová verzia miezd?
m.hladka
31.03.09,09:27
Ja som si už sťahovala 6.00.016, ktorá bola 23.3.2009, odpočitateľná položka je už tam 335,47.
31Jankal
31.03.09,10:18
Dakujem. Stiahnem si ju.
Lenka1979
08.04.09,08:21
Milí poraďáci, rada by som napísala svoj poznatok a zároveň vás poprosila o Váš názor pri prevode programu MRP na menu euro.
Môj poznatok:
Pri prevode na menu euro mi účet 701 nesedel iba o 0,01 centa, na str. MD bolo o tento rozdiel viac, lenže som si všimla, že program automaticky sám po prevode zaúčtoval dokladom "intEURO"-doplnenie úhrady všetky rozdiely, avšak s nesprávnymi analytikami.
Pr.
Mám účet 311.026-Odberatelia na ktorom mám po prevode k 1.1. čiastku 9.929,54 €. v porovnaní s knihou faktúr mám 9.929,53€-rozdiel 0,01 €.
Program mi to zaúčtoval takto:
doplnenie úhrady 1.1.2009 563.002/311.028:confused: (namiesto 311.026)
Aj tak sa mi to nezdá správne účtovanie, keďže podľa opatrenia MF SR z 27.novembra 2008 č. MF/23535/2008-74 sa píše:
§ 85a : odst. 1- K 1.januáru 2009 sa otvoria súvahové účty hlavnej knihy v eurách a informatívne v SKK.
- odst. 4- Po zaúčtovaní ZS jednotl.súvahových účtov ak sa celková suma strany MD účtu 701 nerovná celkovej sume str. D účtu 701, vzniknutý rozdiel sa účtovne vyrovná buď na ťarchu účtu 701 so súvsťaž.zápisom v prospech účtu 379-Iné záväzky alebo v prospech účtu 701 so súvsťaž.zápisom na ťarchu účtu 378-Iné pohľadávky.
- odst.5- Vzniknutý rozdiel sa k 1.januáru 2009 účtuje na ťarchu účtu 379-Iné záväzky so súvsťažným zápisom v prospech vytvoreného analytického účtu 663-Kurz.zisky pri prechode na euro alebo sa vzniknutý rozdiel účtuje v prospech účtu 378-Iné pohľadávky so súvsťažným zápisom na ťarchu vytvoreného analytického účtu 563-Kurzové straty pri prechode na euro.
Čiže podľa mňa by som v danom prípade mala účtovať:
379AÚ/701AÚ: 0,01€, a
563AÚ/379AÚ: 0,01€
Ako ste si to opravili vy?
Ďakujem.
Lenka
Môj poznatok:
Pri prevode na menu euro mi účet 701 nesedel iba o 0,01 centa, na str. MD bolo o tento rozdiel viac, lenže som si všimla, že program automaticky sám po prevode zaúčtoval dokladom "intEURO"-doplnenie úhrady všetky rozdiely, avšak s nesprávnymi analytikami.
Pr.
Mám účet 311.026-Odberatelia na ktorom mám po prevode k 1.1. čiastku 9.929,54 €. v porovnaní s knihou faktúr mám 9.929,53€-rozdiel 0,01 €.
Program mi to zaúčtoval takto:
doplnenie úhrady 1.1.2009 563.002/311.028:confused: (namiesto 311.026)
Aj tak sa mi to nezdá správne účtovanie, keďže podľa opatrenia MF SR z 27.novembra 2008 č. MF/23535/2008-74 sa píše:
§ 85a : odst. 1- K 1.januáru 2009 sa otvoria súvahové účty hlavnej knihy v eurách a informatívne v SKK.
- odst. 4- Po zaúčtovaní ZS jednotl.súvahových účtov ak sa celková suma strany MD účtu 701 nerovná celkovej sume str. D účtu 701, vzniknutý rozdiel sa účtovne vyrovná buď na ťarchu účtu 701 so súvsťaž.zápisom v prospech účtu 379-Iné záväzky alebo v prospech účtu 701 so súvsťaž.zápisom na ťarchu účtu 378-Iné pohľadávky.
- odst.5- Vzniknutý rozdiel sa k 1.januáru 2009 účtuje na ťarchu účtu 379-Iné záväzky so súvsťažným zápisom v prospech vytvoreného analytického účtu 663-Kurz.zisky pri prechode na euro alebo sa vzniknutý rozdiel účtuje v prospech účtu 378-Iné pohľadávky so súvsťažným zápisom na ťarchu vytvoreného analytického účtu 563-Kurzové straty pri prechode na euro.
Čiže podľa mňa by som v danom prípade mala účtovať:
379AÚ/701AÚ: 0,01€, a
563AÚ/379AÚ: 0,01€
Ako ste si to opravili vy?
Ďakujem.
Lenka
Lenka1979
08.04.09,09:36
... posúvam túto tému...
bijou
15.05.09,08:09
síce je už vysoký dátum, ale ja by som sa chcela ešte vrátiť k tomu prepočítavaniu PS na EUR. nenašla som totiž odpoveď na môj problém v žiadnej téme. ak existuje, tak ma prosím navigujte.
Mám verziu 6.00(551) centové rozdiely na 701 mi zaúčtovalo správne-na 378 (síce bez analytík, ale cez počiatočné stavy som si to opravila). Ale po prepočítaní jednotlivých vystavených faktúr v saldokonte(311) som zistila , že súčet fa v saldokonte mi nesedí na stav účtu 311 v počiatočnom účte súvahovom o 0,01EUR. tento rozdiel by som mala podľa opatrenia MF(23535) zaúčtovať ako 311/663. neviem ale ako v MRP, lebo cez ID mi to doplní aj do saldokonta 311-ky a znova mám saldokonto o 0,01Eur vyššie ako stav účtu v súvahe. predpokladám, že toto bude problém so všetkými saldokontnými účtami.
Dnes som volala kvôli tomu aj do MRP(12 minút medzimesto bez výsledku), ale najprv sa ma snažili odbiť tým, že to je otázka pre daňového alebo účtovného poradcu, ale nakoniec mi povedali, že mám zavolať keď tam bude autor programu. Takže som nevybavila nič.
Ak ste niekto tento problém už vyriešil, prosím, odpovedzte ako nato.
Mám verziu 6.00(551) centové rozdiely na 701 mi zaúčtovalo správne-na 378 (síce bez analytík, ale cez počiatočné stavy som si to opravila). Ale po prepočítaní jednotlivých vystavených faktúr v saldokonte(311) som zistila , že súčet fa v saldokonte mi nesedí na stav účtu 311 v počiatočnom účte súvahovom o 0,01EUR. tento rozdiel by som mala podľa opatrenia MF(23535) zaúčtovať ako 311/663. neviem ale ako v MRP, lebo cez ID mi to doplní aj do saldokonta 311-ky a znova mám saldokonto o 0,01Eur vyššie ako stav účtu v súvahe. predpokladám, že toto bude problém so všetkými saldokontnými účtami.
Dnes som volala kvôli tomu aj do MRP(12 minút medzimesto bez výsledku), ale najprv sa ma snažili odbiť tým, že to je otázka pre daňového alebo účtovného poradcu, ale nakoniec mi povedali, že mám zavolať keď tam bude autor programu. Takže som nevybavila nič.
Ak ste niekto tento problém už vyriešil, prosím, odpovedzte ako nato.
Jana Acsová
19.05.09,06:24
síce je už vysoký dátum, ale ja by som sa chcela ešte vrátiť k tomu prepočítavaniu PS na EUR.Nie je vysoký dátum. Problematika prepočítavania bude podľa môjho názoru aktuálna až do vykonania inventúr najbližšej účtovnej závierky.
Ďalší poznatok:
Po prepočítaní na euro nesúhlasilo účtovné saldokonto na knihu faktúr. Boli tam centové rozdiely v súčte 0,02-0,04. Stalo sa nám aj, že saldokonto v sumáre súhlasilo, ale v položkách boli centové rozdiely, niektoré plusom, niektoré mínusom, takže v súčte to bolo dobre.
Odporučenie:
Odsúhlaste si účtovné saldokontá s knihou faktúr. Pozor pri prepočítavaní čiastok v knihe DF. Tam môže priamo vyrovnávať centové rozdiely bez potreby zmeniť čiastku. Pred prepočítaním si poznačte čiastku (zamerajte sa na opravovanú čiastku), aby ste zabezpečili súhlasnosť saldokonta s evidenciou faktúr. Každá oprava je spojená s opravou na interných euro dokladoch ako uvádzam v úvode témy, t.j. je spojená s opravou napr.: 311/379, 379/663. Ak robíte centové opravy nezabudnite aj na počiatočné stavy na príslušnom saldokontnom účte vrátane účtu, ktorý bol vytvorený pri prevode, t.j. 378 alebo 379, kde sú účtované rozdiely z prepočítania na menu euro.
Kde opraviť nesprávnosti saldokontného účtu?
1. kniha faktúr,
2. archívne položky účtovného saldokonta,
3. interný doklad s vyvedením rozdielu saldokontného účtu na 378, 379,
4. interný doklad so zaúčtovaním rozdielu na 563, 663,
5. počiatočný stav saldokontného účtu, počiatočný stav euro účtu 378, 379.
Ďalší poznatok:
Po prepočítaní na euro nesúhlasilo účtovné saldokonto na knihu faktúr. Boli tam centové rozdiely v súčte 0,02-0,04. Stalo sa nám aj, že saldokonto v sumáre súhlasilo, ale v položkách boli centové rozdiely, niektoré plusom, niektoré mínusom, takže v súčte to bolo dobre.
Odporučenie:
Odsúhlaste si účtovné saldokontá s knihou faktúr. Pozor pri prepočítavaní čiastok v knihe DF. Tam môže priamo vyrovnávať centové rozdiely bez potreby zmeniť čiastku. Pred prepočítaním si poznačte čiastku (zamerajte sa na opravovanú čiastku), aby ste zabezpečili súhlasnosť saldokonta s evidenciou faktúr. Každá oprava je spojená s opravou na interných euro dokladoch ako uvádzam v úvode témy, t.j. je spojená s opravou napr.: 311/379, 379/663. Ak robíte centové opravy nezabudnite aj na počiatočné stavy na príslušnom saldokontnom účte vrátane účtu, ktorý bol vytvorený pri prevode, t.j. 378 alebo 379, kde sú účtované rozdiely z prepočítania na menu euro.
Kde opraviť nesprávnosti saldokontného účtu?
1. kniha faktúr,
2. archívne položky účtovného saldokonta,
3. interný doklad s vyvedením rozdielu saldokontného účtu na 378, 379,
4. interný doklad so zaúčtovaním rozdielu na 563, 663,
5. počiatočný stav saldokontného účtu, počiatočný stav euro účtu 378, 379.
Jana Acsová
19.05.09,06:31
Mám účet 311.026-Odberatelia na ktorom mám po prevode k 1.1. čiastku 9.929,54 €. v porovnaní s knihou faktúr mám 9.929,53€-rozdiel 0,01 €.
Skúste si pozrieť predchádzajúci príspevok. Porovnajte knihu faktúr s účtovným saldokontom. Predmetné nezrovnalosti vyplývajú zo zaokrúhľovaní osobitne základu dane a DPH, čo sa premietne inak v knihe faktúr a inak v saldokonte. Rozhodujúca je čiastka na účte 311, 321, nie v základe DPH a DPH, nakoľko tieto údaje boli rozhodujúce do konca roka 2008. Pre rok 2009 je významný počiatočný stav saldokontného účtu, t.j. našej pohľadávky alebo záväzku. Dôležité je mať v položkách účtovného saldokonta a knihy faktúr čiastky, ktoré budeme hradiť, alebo nám majú byť uhradené v zmysle zákonného zaokrúhlenia, v tomto prípade matematického s presnosťou na dve desatinné miesta.
Skúste si pozrieť predchádzajúci príspevok. Porovnajte knihu faktúr s účtovným saldokontom. Predmetné nezrovnalosti vyplývajú zo zaokrúhľovaní osobitne základu dane a DPH, čo sa premietne inak v knihe faktúr a inak v saldokonte. Rozhodujúca je čiastka na účte 311, 321, nie v základe DPH a DPH, nakoľko tieto údaje boli rozhodujúce do konca roka 2008. Pre rok 2009 je významný počiatočný stav saldokontného účtu, t.j. našej pohľadávky alebo záväzku. Dôležité je mať v položkách účtovného saldokonta a knihy faktúr čiastky, ktoré budeme hradiť, alebo nám majú byť uhradené v zmysle zákonného zaokrúhlenia, v tomto prípade matematického s presnosťou na dve desatinné miesta.
Jana Acsová
19.05.09,06:37
Ďalšie rozdiely:
Mali sme nulový stav na účte 261, ale program vytvoril pri automatizovanom prevode rozdiel 0,02 € a zaúčtoval ho následne na 379 s vyrovnaním na 663. T.j. správal sa k nemu ako k legitimnému rozdielu z prepočítania. Tento rozdiel však nemá žiadne opodstatnenie a je potrebné ho vylúčiť z prepočítania.
Kde vykonať opravu?
1. int euro doklad 261/379,
2. int euro doklad 379/663,
3. počiatočný stav na účte 261,
4. počiatočný stav na účte 379.
Upozornenie:
Kontrola prevodov počiatočných stavov v programe MRP sa javí nevyhnutná. Vzniknuté rozdiely by mali byť opodstatnené a identifikovateľné. Nekorektné prevody je potrebné opraviť. Dobrou pomôckou kontrol sú vykonané inventúry, kde bolo odporúčané aj prepočítanie čiastok v slovenských korunách na menu euro.
Mali sme nulový stav na účte 261, ale program vytvoril pri automatizovanom prevode rozdiel 0,02 € a zaúčtoval ho následne na 379 s vyrovnaním na 663. T.j. správal sa k nemu ako k legitimnému rozdielu z prepočítania. Tento rozdiel však nemá žiadne opodstatnenie a je potrebné ho vylúčiť z prepočítania.
Kde vykonať opravu?
1. int euro doklad 261/379,
2. int euro doklad 379/663,
3. počiatočný stav na účte 261,
4. počiatočný stav na účte 379.
Upozornenie:
Kontrola prevodov počiatočných stavov v programe MRP sa javí nevyhnutná. Vzniknuté rozdiely by mali byť opodstatnené a identifikovateľné. Nekorektné prevody je potrebné opraviť. Dobrou pomôckou kontrol sú vykonané inventúry, kde bolo odporúčané aj prepočítanie čiastok v slovenských korunách na menu euro.
Pejo
20.05.09,10:43
neviem, či ešte aktuálne, ale v našej účtovnej kancelárií bolo problém, účtovať DPH za január a uzávierka urobená na konci marca, v apríli po uzatvorení účta nový prevod, teraz trebalo položky nanovo nahodiť, alebo opravovať saldokonto a knihy faktúr + poč. stavy. Našiel som spôsob ako zlúčiť 2 účtovníctva "nový prevod z roku 2008" a vedené účtovníctvo kvôli dph, bol by záujem o zverejnenie takéhoto postupu ?
Naša kancelária je dosť špecifická, klienti nosia všetko na poslednú chvílu, tak som pospájal takto veľa firiem a ušetrilo nám to kopu času. Dosť výužívam rady na porade, rád by som aj ja niejako pomohol :) Možno za úvahu stoja aj automatické vytvorenie invertarizácie podľa vyexportovanej hlavnej knihy, a ešte mám kopec iných zlepšovákov, nakoľko to mrp nie je také dokonalé ako niektoré konkurečné programy :)
Naša kancelária je dosť špecifická, klienti nosia všetko na poslednú chvílu, tak som pospájal takto veľa firiem a ušetrilo nám to kopu času. Dosť výužívam rady na porade, rád by som aj ja niejako pomohol :) Možno za úvahu stoja aj automatické vytvorenie invertarizácie podľa vyexportovanej hlavnej knihy, a ešte mám kopec iných zlepšovákov, nakoľko to mrp nie je také dokonalé ako niektoré konkurečné programy :)
m.hladka
20.05.09,16:55
Tak sem s tými zlepšovákmi. Zídu sa.
bijou
26.05.09,12:09
Ďakujem, p. Acsová, za odpoveď.
Správne som teda pochopila?
kniha fa mi sedí na saldokonto. takže mám natvrdo opraviť PS na účte 311 a 379 o 0,01 a potom cez ID preúčtovať 379/663?
Ja som totiž opravovala všetky účty priamo cez ID na 563 alebo 663(okrem saldokontných).
Správne som teda pochopila?
kniha fa mi sedí na saldokonto. takže mám natvrdo opraviť PS na účte 311 a 379 o 0,01 a potom cez ID preúčtovať 379/663?
Ja som totiž opravovala všetky účty priamo cez ID na 563 alebo 663(okrem saldokontných).