Vlákno názorů k článku Statistika a analýza financí s HomeBank od sycho - Zdravim, dovolim si drobatko offtopic dnes jsem si shodou...

  • Článek je starý, nové názory již nelze přidávat.
  • 18. 1. 2011 0:36

    sycho (neregistrovaný)

    Zdravim, dovolim si drobatko offtopic
    dnes jsem si shodou okolnosti zacal hrat s gnucash, protoze si chci taky vytvorit urcity prehled o financich :). Zatim se priznam, ze mi to prijde hodne zmatene, podvojne ucetnictvi a vubec a navic spousta hrani si s tim aby to bylo vubec cesky. Hlavne jsem se chtel zeptat, jestli neplanujete v ramci serialu clanek, ktery by trosku podrobneji probral podvojne ucetnictvi, jde mi hlavne o to, jakou zvolit strategii pri vytvareni uctu v gnucash, protoze zatim mi prijde, ze bych vystacil s prijmy a vydaji, cimz se dostavam k jednoduchemu :). Respektive, kdyby mel nekdo nejaky lepsi zdroj, kde by se dalo docist, jaky je mezitim rozdil trosku podrobneji, zatim jsem se dostal jen k tomu, ze u jednoho jsou jen prijmy a vydaje a nezajima me, odkud jsou a kam jdou a u druheho je kazda transakce "z uctu na ucet"...

  • 18. 1. 2011 6:06

    Petr Bravenec (neregistrovaný)

    Na abclinuxu si najděte seriály o GnuCash (trochu starší) a o KMyMoney (z loňska). O podvojnosti je v obou seriálech napsáno docela dost. Dostanete tam i o odpověď na vaši otázku, jak vytvářet účty a proč vůbec vytvářet účty - když tohle pochopíte, budou pro vás příjmy a výdaje tou méně důležitou položkou v účetnictví. Nemusí být důležité, kolik vyděláte či utratíte, důležité je, kolik máte, kolik vám z vydělaného zbylo :-)

  • 18. 1. 2011 9:45

    sycho (neregistrovaný)

    Diky za reakce, na abc linuxu je presne ten serial, co mam zatim asi z pulky precteny :), no je to tam celkem hezky vysvetleno, mozna to je tim, ze jsem to zatim necetl do konce, ale rad bych trosku podrobnejsi vysvetleni. V napovede gnucash je ze zacatku takova pomucka, vysvetleni 5 typu uctu v gnucash(assets, liabilities, equity, income, expenses). V podstate to tam je podano tak, ze 2 ucty jsou na tok penez ode me, dva ke me a jeden je cosi jako equilibrium :). Ten princip chapu, ale nak jsem zatim nikde nevycetl, ktery ucet pouzivat na co...

    No, proste a jednoduse, porad nepobiram rozdil mezi prijmem a aktivem(stejne tak na tok penez smerem ode me, coz je vydaj a pasivum + ucet equity).

  • 18. 1. 2011 10:28

    Petr Bravenec (neregistrovaný)

    Pročtěte si ještě seriál o KMyMoney. Je to sice o jiném účetnictví, ale filozofie je podobná. V KMyMoney se dají dělat některé věci jednodušeji (a některé nejdou), možná to z toho seriálu lépe pochopíte.

    Jinak příjem je to, co vám zaplatil zaměstnavatel. Aktivum je to, co máte skutečně v bance a po kapsách.

    Můžete mít plat jak Rotšíld, ale je vám to prd platné, pokud vše utratíte, v bance máte sekeru, a když budete muset nečekaně něco zaplatit, dostanete se do problémů, nedej přírodo pod most, protože vaše aktiva jsou nulová a nemáte to z čeho zaplatit. A to i přesto, že máte ty příjmy jak Rotšíld...

  • 18. 1. 2011 10:56

    EuGenio (neregistrovaný)

    Základní princip podvojného účetnictví - peníze nikde nevznikají ani nemizí - čili pokud je někde částka mínus, musí být někde stejná částka s plusem.

    Assets (aktiva) - reálné hodnoty, tj. peníze na účtech, hotovost a vůbec majetek, který má reálnou (trvalejší) hodnotu vyjádřitelnou v penězích (třeba auto nebo dům)

    Liabilities (pasiva) - veškeré závazky, dluhy, čili to, co má zápornou reálnou hodnotu

    Income/outcome (příjmy a výdaje) - dalo by se říct, že to jsou přítoky a odtoky peněz z/do systému aktiv a pasiv. Příkladem příjmu může být výplata (zvyšuje aktiva - běžný účet nebo hotovost), výdaje jsou např. běžné nákupy potravin, platby za služby a podobně.

    Pořád by mělo platit, že Aktiva + příjmy = pasiva + výdaje

    Příklad: půjčíš si 10tisKč. To v účetnictví vygeneruje Pasivum ve výši 10tis (dluh), ale zároveň i 10tis aktivum (peníze na účtu či v hotovosti). Pokud budeš z dluhu platit úrok, je to výdaj).

  • 18. 1. 2011 17:33

    Karel (neregistrovaný)

    Laicky podáno :-) Ale asi bych z toho nepochopil, k čemu je to dobré. I bez definice dle zákona to jde říci jinak:

    Assets (aktiva) - tady si připisujete vlastnictví něčeho, co pro vás obvykle má pozitivní hodnotu. Takže obecně majetek, akcie, umělecká díla. Nemusí jít vůbec o hodnoty reálné (patenty, zástavní právo atd.) a ani to nemusí být nutně kladné. Patří sem i platby, které očekáváte, například vámi vystavená faktura.

    Liabilities (pasiva) - podobně jako aktiva, ale je to vlastnictví něčeho, co má pro vás negativní hodnotu. Například úvěr, neuhrazené platby atd.

    Z hlediska podvojného účetnictví musí platit Aktiva = Pasiva. Příjmy a výdaje do toho netahejte, ty s tím v zásadě nemají nic společného. Rovnost je dána tím, že nikdy nic nevznikne jen tak - pokud na jednom účtu přičtete (koupíte si televizi, plus v aktivech), musíte to "vypárovat", tedy kupříkladu vydat peníze (mínus v aktivech) nebo si vzít půjčku (plus v pasivech). Je to docela legrace, protože to obvykle musíte balancovat přes více pohybů - koupím materiál v ceně 1000 Kč, připočtu ho do aktiv. Ale faktura byla na 1300Kč. To kvůli DPH a příplatku za expresní dodávku. Takže kvůli jediné transakci hýbete hned několika účty. A pokud máte párování faktur jako oddělený proces, tak dokonce na několikrát (při příjmu materiálu, při párování faktury). V té chvíli pochopíte, proč tolik studentů ekonomie nenávidí předmět Účetnictví :-)

    Income/Outcome - to jsou pohyby. Obvyklé je v účetnictví mít jen jednu tabulku a záznamy pak rozlišovat podle jejich povahy. Pro domácí účetnictví je ale asi zajímavé mluvit o dvou tabulkách.

    Pro domácí účetnictví bych tedy od aktiv a pasiv upustil a použil jen evidenci příjmů a výdajů, doplněnou o evidenci zůstatku. Zůstatek bych si rozdělil na více různých účtů (už proto, že v reálu mám více účtů v bankách). Cpát hypotéku do pasiv a byt do aktiv by se mi nechtělo, protože díky podvojnosti účetnictví by to bylo moc práce. Leda bych chtěl aby mi SW pravidelné platby počítal sám a uměl i generovat výhled do budoucna. Ale i to by snad moderní SW mohl umět bez evidence aktiv a pasiv.