KMyMoney – účtujte v Linuxu (diskuse)

[balevas]

Vdaka za clanok. Doma pouzivame Gnucash, ale kedze som skor KDE-orientovany, KMyMoney ma rozhodne velmi zaujima. V com su tieto 2 nastroje odlisne, z pohladu funkcnosti? Preco autor presiel z GC na KMM?

[Petr Bravenec]

Já jsem nepřešel z GC na KMM. Opustil jsem GC - přestalo mi to vyhovovat. Pokud si vzpomínám, s upgradem na kterousi větší verzi (možná to bylo 1.8 - 2.0) se GC značně znepřehlednilo. Zmizely čáry ve stromové struktuře, takže hierarchii mého miliónu účtů jsem rozeznával pouze podle nevýrazného odsazení. GTK změnilo formuláře pro výběr souboru, uložit soubor na požadované místo je v GTK rébus. A poslední věc, pokud si vzpomínám, byla nějaká chyba, která v české verzi neumožňovala změnit datumy nebo částky - to mě dorazilo a od GC jsem utekl.

Pocit vlastní dokonalosti mě přesvědčil, že zvládnu naprogramovat účetnictví vlastní. Nad databází Postgres, s řízením přístupů, webové i v Qt. Nešlo to. Víc jsem programoval, než účtoval.

Mezitím jsem si hrál s KMyMoney pro KDE3.5 - to se mi líbílo, ale s přechodem na KDE4 jsem byl zase bez účetnictví. Od začátku roku jsem začal používat SVN verzi pro KDE4. Teď je už KMyMoney pro KDE4 perfektně použitelné.

Vyhovuje mi lépe než GC. Je jednodušší, snazší na používání a svou filozofií lépe vystihuje potřeby domácího účetnictví. Myslím, že u KMyMoney nějaký ten rok vydržím.

[Věroš]

Potvrzuji, v GnuCash je nějaký bug, který v české lokalizaci neumožňuje měnit datum. Slovenská lokalizace funguje a víc času jsem tomu nevěnoval.

(Ano, je to nahlášené do patřičné bugzilly)

[Petr Bravenec]

Je k nevíře, že je tam ta chyba takových let...

[Vasa]

GC používám a ten bug tam je, ale pokud vím, tak stačí někde v nastavení změnit formát zobrazování data z výchozího na nějaký jiný - "více český" a všechno funguje jak má. Teda alespoň u mě to takhle funguje. (nejsem u mého počítače, takže nic bližšího)

[Petr F]

Perfektní článek psaný o středně zajímavém programu velmi zajímavým a čtivým způsobem. Víc takových.

[corwin78]

Velice děkuji za tento článek a netrpělivě čekám na další díl.

[filip]

Nevite, jestli se daji dostat data (za asi 10 let) z S3 Money do KMyMoney?

Rucni prepisovani by trvalo velmi velmi dlouho.

Diky

[Petr Bravenec]

Tak to nevím. Ale KMyMoney podporuje QIF a OFX formáty, pomocí kterých by se to mohlo dát překopírovat.

http://en.wikipedia.org/wiki/Quicken_Interchange_Format

[Murry]

Děkuji. Hnedka jdu zjistit zdali to moje banka podporuje.

[Leoš Literák]

RB bohužel žádné exporty AFAIK nemá

[osvc1]

u toho screenu 'Investice' jsou posunuty nadpisy oproti udajum ve sloupcich. Nevite proc? Je to u vice zpracovani tak? Lze podobne 'malickosti' opravit ve vlastni rezii?

Jeste k te definici u tech 'pasiv'. To skutecne plati jen u osobniho ucetnictvi a u mensich subjektu.

[Petr Bravenec]

Ty nadpisy nejsou posunuté. Totéž se vám stane i v tabulkovém kalkulátoru, když do nadpisu sloupce vložíte text (defaultně zarovnaný doleva) a do sloupců čísla (zarovnaná doprava).

Ale jinak to ani mně nepřipadá estetické a kde můžu, tam si to přizpůsobuji. V účetnictví je mi to jedno.

[gapon]

neda mi to abych nezminil program ktery pouzivam, treba se nekomu bude taky hodit/libit - HomeBank - jednoduchy, presne to co potrebuji (KMyMoney na me bylo prilis komplexni)

[Ropucha]

HomeBank používam, príjemne jednoduchý. Kým som prišiel na to, ako v KMyMoney založiť účet, tak ma chuť prešla a letel von.Predtým som používal ešte jednoduchší program Grisbi.

Jediné, čo mi na HomeBank vadí, je nemožnosť používania inej meny. Pre obyvateľa malej krajiny v Európe to môže byť problém.

[D.A.Tiger]

Díky za pěkný článek. No a pak, že pro linux neexistují účetní programy

[Cuda]

Chci se zeptat na účetní rozměry a možnost jejich vyjetí. Nyní používám pro vlastní potřebu (náklady na stavbu) Winstrom (zdarma) a využívám účetní rozměr Zakázka (Barák, Garáž, Studna, atd...) a Středisko (Hrubá stavba, omítky, elektrika, atd..). Bohužel když chci vidět výsledek, musím si to vyexportovat do xls a udělat kontigneční tabulku (název beru z MS Office, ale i OpenOffice to umí) a to tak, že když chci vidět útratu za barák, garáž a pak za jednotlivé práce, tak dám první zakázku, pak středisko. Když chci vidět Prvně za jednotlivé práce a pak kde byly prováděny, tak dám středisko a pak zakázku. Jde něco takového i v KMyMoney? Nebo je daná stromová struktura furt pevná?

[Petr Bravenec]

Myslím, že chápu o co jde, ale asi vás zklamu. Ze všech účetních programů jsem měl vždy pocit, že jejich tvůrci opisují jeden od druhého a nemají žádnou vlastní fantazii. Přesně toto byl totiž jeden z důvodů, proč jsem uvažoval nad vlastním účetnictvím. Chtěl jsem to řešit tak, že v databázi by byly účty nezávisle na sobě (žádná stromová struktura), ale nad tím by se dalo vytvořit několik různých účetních osnov podle toho, jaký bych chtěl mít zrovna přehled.

U mě to byl zase jiný důvod: Na dům mám odloženo na účtech stavebního spoření, na akciovém účtu, na spořícím účtu atd. Kde mám kolik ulito, to zjistím snadno (v příštích dílech seriálu vysvětlím), ale kolik mám odloženo na dům celkem, to zjistím jedině tak, že jednotlivé částky posčítám ručně. Tomu říkám hrubá koncepční nedomyšlenost.

[Cuda]

Hmm tak bohužel, to už vydržím s Winstromem, i když za chvilku se přiblížím ke 100 dokladů v jedné agendě, tak další doklad do té agendy nedám. Neva až vyčerpám pokl, banku, tak jsou ještě vnitra, případně bych využil faktur. Ale možnost reportování je opravdu žalostná . Naštěstí účetní položky jdou do xls a kontigenční tabulka to řeší. Bohužel mě ještě chybí 3. rozměr, kde bych dal způsob čerpání (zda jsem to doložil na úvěr stavebního spoření nebo na státní fond rozvoje bydlení) a jednoduše bych zjistil, kolik ještě musím doložit.

Osobně pracuju SW firmě, který dělá celofiremní IS, který toto vše umí, dokonce má kontigenční tabulky zakomponované přímo v sobě, ale je to moloch a klient není na linuxu, tak jsem se rozhodl pro Winstrom.

[juraj-bit]

Skvelý článok/seriál. Seriál o Gnucash som sledoval a vrúcne vítal. Bohužiaľ problémy s diakritikou ma vtedy odradili.

KMyMoney ako aplikácia ma okúzlila niekedy vo verzii 0.7, pokúšal som sa so svojimi nie príliš veľkými znalosťami angl. finančných termínov aj o jej lokalizáciu do slovenčiny (tá je na rozdieľ od českej dosť chabá doposiaľ) myslím vo verzii 0.7.2. Niekto z SK lokalizačného tímu mi aj poslal slovenské šablóny, bohužiaľ pre zaneprádnenosť a súkromné problémy som musel ďalšiu prácu na lokalizácii zanechať.

Pozeral som, že v Debiane je najnovšia verzia s KDE4 s prijateľnou čeko-slovenskou :) slovenčinou (lepšie ako nič), v najnovšom Ubuntu však stršia s KDE 3.5.10 s ešte viac zmršenou slovenčinou ako som posielal tímu KMyMoney :( (niektoré textové reťazce od verzie 0.7.2 boli učite zmenené). Bolo by dobré ak by to niekto z SK lokalizačného tímu prešiel. KMyMoney v závislosti od nasadenia môže byť kľudne killer aplikáciou.

Autorovi držím palce pri ďalších dieloch.

[Mintaka]

Díky za článek.

Setrvávám u řešení pomocí OO Calc.
Pro každou operaci mám řádek:
A:Štítek B:Příjmy C:Výdaje D:Měsíc E:Info

Štítek je obecný popis operace (Mzda, Daň, Domácnost, Doprava)
Buď je částka ve sloupci příjmu nebo ve výdaji, výjmečně by mohla být v obou.
Měsíc je jen název měsíce.
Info je podrobnější popis (Penzijní připojištění, MHD)

Ve skrytém sloupci Q dělám spojení sloupců Měsíc a Štítku (=CONCATENATE(D177;A177))
Pro každý měsíc se agregují částky dle jednotlivých štítků. 
Agregace začíná na řádku s první položkou v měsíci.

I177  =D177  neboli rovná se názvu měsíce

=SUMIF($D$4:$D$10000;"=" &I177;$C$4:$C$10000)
             tam kde se měsíc rovná tomu co je v &I177
             sčítej všechny položky ve sloupci C, sečte všechny výdaje v měsíci
=SUMIF($D$4:$D$10000;"=" &I177;$B$4:$B$10000)  
             to samé pro sloupec B, sečte všechny příjmy

pak můžou následovat agregované hodnoty dle štítků, které chci sledovat např:
=SUMIF($Q$4:$Q$10000;"=" &CONCATENATE(I177;I180);$C$4:$C$10000)               
v I180 je název štítku CONCATENATE(I177;I180) dá řetězec Jídločervenec
sečte všechny hodnoty které mají ve skrytém sloupci Q (štítek+měsíc) Jídločervenec


Podobným způsobem lze získat souhrnné údaje za celý rok

=SUM(B2:B10000)  všechny příjmy (na řádcích 4 až 10000)
=SUM(C2:C10000)  všechny výdaje

=MONTHS(39814+356;NOW();1)
výpočet aktuálního počtu měsíců v roce pro určení mesíčních průměrů

celoroční sumy částek u jednotlivých štítků
=SUMIF($A$4:$A$10000;"=" &L5;$C$4:$C$10000)
&L5 název štítku


Prognózy se dají dělat
=(12-E2)*(pravidelná měsíční částka + pravidelná měsíční částka + ... )
v E2 je aktuální počet měsíců v roce
Podobně by šlo posbírat a vynásobit měsíční průměr zisků / výdajů


Další výpočty a přehledy se dají dělat z agregovaných částek.

A to je tak asi celý účetní program.
Pak už jen poctivě zapisovat všechny příjmy/výdaje.

[xurfa]

Tak nevim, ale oproti GnuCash nevidim na prvni pohled zadne vyhody. Spis nevyhody (cizorode KDE)...

[Petr Bravenec]

Pokud se vám líbí GnuCash, používejte GnuCash. Mně třeba KDE cizorodé nepřipadá, to spíš v GTK se špatně orientuji - GTK je nevýhoda pro mě, KDE pro vás. V článku GnuCash sice zmiňuji, ale jinak jsem se snažil nějakému srovnání vyhnout. GnuCash jsem používal dost dlouho na to, abych ho považoval za velmi solidní účetnictví... jenom to KMyMoney mi je prostě bližší.

[Kiron]

Jojo, někteří si holt myslí, že GTK a GNOME je jakýsi nepsaný standard a všechno ostatní je cosi cizorodého :o))

[Slávek]

Nedávno jsem díky jeho zařazení do Debianu narazil na další program - Skrooge.

Nezkoušel jsem jej, takže nemohu s KMyMoney porovnávat.

[Josef Kufner]

Jen tak mimochodem... neřešil jste někdo import dat z ČSOB (obyč. účet) do KMyMoney?

[Radek Dostál]

Pokud je to ještě aktuální, zkuste postupovat podle tohoto návodu.

[Josef Kufner]

Díky.

[standaT]

KMyMoney není českého původu, což je pro použití v praxi zásadní překážka, neodpovídá českým právním předpisům (zejména zákon o účetnictví, zákon o daních z příjmů a zákon o DPH). Česká pravidla pro účetnictví jsou odlišná od amerického nebo britského účetnictví.

[Petr Bravenec]

Tohle je článek o domácím účetnictví. Stačí si přečíst pár odstavců... nebo aspoň první větu.

[standaT]

Nechtěl jsem vést zbytečné spory, jen jsem upozornil na úskalí, aby se někdo nedostal do problémů s finančním úřadem. Protože co je osobní účetnictví? Česká legislativa zná jen "daňovou evidenci" a "účetnictví", žádné "osobní účetnictví" nezná.

Daňovou evidenci dle zákona o daních z příjmů mohou vést OSVČ do obratu 25 mil. Kč. Naopak účetnictví musí vést podle zákona o účetnictví právnické osoby, fyzické osoby zapsané v obchodním rejstříku (=všichni cizinci) nebo nad obrat 25 mil. Kč a účastníci sdružení fyzických osob (sdružení živnostníků). V případě účetnictví zákon umožňuje vedení účetnictví tzv. v zjednodušeném rozsahu pro bytová družstva, politické strany a občanská sdružení.

[Josef Kufner]

Můžeš pro nezasvěcené trošku nastínit ty nejvážnější odchylky od českého účetnictví?

[Petr Bravenec]

Jo, to by mě taky zajímalo.

Možná by někoho mohlo napadnout použít KMyMoney jako "firemní" účetnictví - v AbcLinuxu psali, že je to skvělý účetní program - ale takový člověk by brzy narazil: A jak tady mám vystavit fakturu? A jak tady mám zaúčtovat DPH?

Jinak ale nevidím důvod, proč nevyužít KMyMoney pro velice luxusní daňovou evidenci. Znám lidi, co vystaví za měsíc dvě faktury podle šablony v tabulkovém kalkulátoru, i evidenci faktur mají v tabulkovém kalkulátoru. Různé odvody platí furt stejně (a neevidují si to). Náklady ani bankovní účty si nesledují, do daňového přiznání si uplatní náklady paušálem. Je něco, co KMyMoney nezvládá lépe, než tabulkový kalkulátor, a co je v rozporu se zákony?

[Cuda]

Tak mě to nedalo a nainstaloval jsem to do Virtualního deiana-lenny s XFce.

Na daňovou evidenci bych si to ještě dokázal představit, ale nenašel jsem možnost tisku Příjmu (jakože fakturu). Tudíž, udělat fakturu ručně a pak to zadat do systému? to asi nebude to pravé, ale je jen možné, že to neumím. Právě v tom tisku bych viděl nejvíce chyb dle našeho zákona (aby tam bylo vše dle naší legislativy (a to při dokladu do 10 tis. a nad). O DPH bych se radši ani nebavil, jelikož to se mi zatím ani nepodařilo rozchodit.

Co mě pobavilo: do aktiv jsem si dal bankovní účet. Když jsem dal jen výběr, tak v aktivech mi to dalo částku v zárovce, místo mínus, zajímavé .

Tudíž pokud někdo má rád doma pořádek a chce to používat pro domácí účty, prosím, ale já osobně bych na to neměl trpělivost, jinak pokud z toho nevytisknu fakturu dle české legislativy tak bych se radši podíval po něčem z české produkce. Např. již mnou zmiňovaný Winstrom (zdarma pořídíte 100 dokladů v jedné evidenci (Banka, Pokl, FV, FP, atd)), máte možnost 3 firem takže kdo má málo dokladů, tak že na každý rok jedna firma stačí, super. A nebo si to dá do virtuálu a každý virtál nová databáze . Jsou i jiné programy, co mají nějaké doklady zdarma, ale o kterých já vím, tak mají min. klienta ve Win.

[Petr Bravenec]

Ne, faktury to opravdu neumí.

Ono to je skutečně určené na takový ten domácí pořádek...

[Cuda]

Ještě bych chtěl podotknout, že jestli by díky více virtuálům byla porušena licence, tak tuto volbu bych vynechal. Nejsem si tím ale jist, tipuju, že pan Ferschmann (pokud ještě ve Winstromu pracuje) tento článek sleduje, tak ať se případně vyjádří.

[Gilhad]

Jak se zobrauji zaporna cisla jde IMHO nastavit, me to pise normalne minusy (a ne zavorky). Na DPH pouzivam split transakce - zaklad a DPH jdou zvlast. Faktury delam jednoduse v OO Calcu, do GnuCash je prepisuju, ono to v malem poctu celkem jde :)

Nevim, jak je to se zakony, ale na financaku si na me nestezuji a jak jsem k tem cislum dosel je celkem moc nezajima (to asi az pri kontrole), proste musi byt v jejich papirech policka spravne vyplnena.

[DavidJ]

Pár postřehů z jiného úhlu. Sám pracuji jako účetní ve větší firmě, a tak asi to i trochu jinak vnímám. (Mimochodem: Vaše vysvětlení podvojností hodnotím jako velmi zdařilé a názorné, kéž bych takové dostal tenkrát na škole....)

1. Z množství příspěvků pod článkem usuzuji, že je dost uživatelů, kteří si domácí účetnictví skutečně vedou. A dokonce ve specializovaném programu. To mě překvapilo. Nechápu k čemu takováto činnost, kromě mrhání časem, slouží a co dělají se získanými výstupy. Připomínám, že není řeč o účetnictví např. pro živnostníka, který musí řešit DPH atd.

Těch pár výdajů, který normální smrtelník má, se dá postihnout obyčejnou tužkou na jedné straně A4 (ano, i sčítat takto lze...). Já sám si ve své internetové bance přidávám popisky k pohybům (nájem, daně atp.) a můžu si je vyfiltrovat, pokud mě to zajímá. Když už bych trval na vedení na počítači, tak maximálně popisovaným způsobem v OO Calc. Použití KMyMoney je overkill.

2. Ano, existuje konvence podle které záporná čísla se někdy zapisují v závorkách a někdy taky červeně. Je to pozůstatek z doby, kdy se účtovalo ručně a mínus se dal snadno přehlédnout.

3. Ohledně struktury účtů a sovisejícího reportingu - "dospělá" účetnictví skutečně nemají pevnou strukturu účtů, ale hierarchie se definuje zvlášť. V mezinárodním prostředí by to ani jinak nešlo, protože ze stejného účetnictví děláte reporty pro stát i pro zahraniční matku, která obvykle požaduje úplně jiné detaily. Často je navíc samotný reporting oddělený do separátního datového skladu, kvůli optimalizaci zatížení v případě přístupu mnoha uživatelů současně.

4. České účetnictví je téměř totožné se zbytkem světa, resp, liší se ve věcech, se kterými se většina firem nikdy nesetká (např. akvizice, cenné papíry). To co se liší, je výkaznictví, kdy u nás je povýšena forma nad obsah. Taky pořád přetrvává orientace na odvádění daní nad poskytováním informací majiteli firmy. To už je ale úplně jiná kapitola...

[Petr Bravenec]

Díky za zajímavý příspěvek do diskuse a díky za pochvalu.

Chtěl bych jen vysvětlit, k čemu mi takového domácí účetnictví slouží a ozřejmit, že KMyMoney není overkill.

Bankovních účtů mám několik - nějaké peníze mám uložené na běžném účtu, něco na lépe úročeném spořícím účtu. Nějaké peníze jsou ve stavebním spoření. Další peníze mám v cizí měně a další v různých investicích. Přehled v hlavě? Nesmysl. Není jistě problém vést účetní knihu v tabulkovém kalkulátoru pro každý účet zvlášť a vše, včetně směnných kursů dopisovat ručně, ale proč bych to dělal, když na to mám nástroj - podvojné účetnictví.

Můžete si mě představit jako majitele malé firmy, která se nemusí zabývat daněmi. Tudíž celé moje účetnictví slouží mým potřebám. Nemusím povyšovat formu nad obsah, nepotřebuji tudíž nic, co bude mít ty správné chlívky na správných místech, aby se finančák vlk nažral a já koza ubohá zůstal celá. Můžu použít něco inteligentnějšího, než je tužka a papír, a zároveň jednoduššího, než je účetnictví určené pro podnikatele.

V účetnictví běžně sleduji své celkové finanční jmění. Když roste, jsem spokojen. Když neroste, zjišťuji důvod. Začínám prolézat výdaje a příjmy a uvažovat, jak bilanci vylepšit.

Moje peníze mě zajímají. Starám se o ně. Kdybych se staral o značkové kočky a měl jich doma desítky, měl bych v počítači program na sledování jejich rodokmenů, narozenin, výživy, očkování atd. O každé kočce bych věděl, kdy dostala průjem, kdy byla připuštěná, kdy se okotila, kolik kdy sežrala a jaké jsou její nutriční hodnoty.

Ale kočky mě nazajímají, zajímají mě peníze. Stejně, jak bych chtěl pro kočky to nejlepší, kdybych je měl, chci to nejlepší i pro své peníze - proto jsem jim opatřil podvojné účetnictví.

[NikolasCZ]

Přesto, že jde o 1020 dní starou diskusi, jak mě systém upozornil, doplním autora. Hlídat si peníze má smysl, třeba i proto, když člověk opravdu hlídá rozpočet rodiny a ne jedince. Co se týče účtů, tak v mojí rodině (žena deti a já) mám od běžných, přes spořící, po penzijní spoření. A to je 11 účtů. Máme běžné účty dva v ČR a jeden na Slovensku (chodí tam mzda a bydlíme na Slovensku z 2/3). Pak ještě peněženky v € a v Kč. Takže pak když chcete analyzovat za co a kdo utrácí, je třeba vést to pořádně. Papírová metoda se neosvědčila... Jak autor v sérii článků správně píše, bez plánování a přesného povědomí, kam peníze mizí, se ničeho nedoberete a můžete maximálně začít brát úplatky nebo se s mířit s mrháním.

[Leoš Literák]

No, na jednu stránku A4 ano, ale malým fontem. Pokud vezmu i různé nákupy, tak mám desítky až stovky plateb měsíčně. Kdysi jsem se to snažil sledovat, ale byl to takový opruz, že jsem to vzdal. Až si koupím chytrý mobil, napíšu si vlastní program na sledování výdajů.

[Gilhad]

Tech par vydaju je peknych par desitek za mesic, navic v ruznych kategoriich.

Zalezi na tom, co s tim chce clovek delat - pokud potrebuje jenom vyjit od vyplaty k vyplate, tak ho asi fakt jen zajima jedine cislo - kolik jeste zbyva na uctu.

Pokud ale chce aspon trochu vic nez jen prezit, tak uz se naskyta otazka: "Kam sakra vsechny ty prachy mizi" a pak uz to znamena sledovat zvlast utratu za potraviny v obchode a zvlast v hospode, zvlast vydaje za kulturu, za konicky, za auto (opravy a benzin zvlast) - tohle uz je sest A4 a jeste jsme poradne nezacali (vydaje pravidelne vs. mimoradne, deleni v te kategorii, prece jen knihy, zbrane a strelny prach jsou trochu ruzne polozky, spousta lidi nebydli sami, takze ackoli ji spolecne, tak v krame plati obcas jeden a obcas druhy, ... ) Uz se to zacina komplikovat a je z toho najednou cely sesit a spousta prace.

Nebo se to hodi do pocitace a misto napsani radky perem ji proste naklepu na klavesnici, s tim, ze uz ji rovnou zaradim do spravne kategorie. A najednou nemusim rucne scitat sloupce cisel a listovat sesitem, ale jednoduse se kouknu na uhledny vypis na obrazovce, kde se to spocetlo samo a spravne. A pravidelne platby se automaticky nagenerovaly taky. Nebe a dudy :)

Jenom se to chce oprostit od toho, ze "podvojne ucetnictvi je slozite" a "v tech cislech uctu a stredisek se normalni clovek nevyzna" a proste udelat prevod

13.7.2010 "Albert": "penezenka"->"zakladni potraviny" 123 Kc

a hotovo - ty dve polozky se vyberou z menu, a poznamka se vetsinou zkopiruje z predchozi po napsani par znaku - stejne slozite, jako zapis do sesitu, ale odpadaji nasledujici trable se scitanim a organizovanim :)

[Gilhad]

A pak prijdou ty vyhody proti papiru:

Pri zadani kazde castky vidim, kolik mi v penezence ma zbyvat a pokud je tam neco jineho, tak snadno zapatram v pameti ze "25,- bylo za vlastne za tu picu" a dopisu to tam. (coz si dnes vzpomenu, ale na konci mesice ani omylem - a poscitavat to na papire rucne pri kazde zmene je uchylne)

jakmile to vedu aspon mesic, tak vidim snadno, kolik penez kam zmizelo (a vest 50 uctu je v pocitaci stejne snadne jako 5, na papire to je mnohem slozitejsi)

Snadno ziskam trendy a muzu odhadnout, kolik tak utratim do konce roku a pokud bych musel setrit, tak snadno vidim, kolik to bude s vypustenim kina a kolik s vypustenim knih.

Cisla v pocitaci uz jsou, takze neni problem je (relativne) snadno nakrmit do libovolnych jinych programu a udelat si graf, kolik se prozere v jednotlivych mesicich roku, ocistit od vlivu dovolene v zahranici (malo zakladnich potravin, hodne restauraci) a ziskat tak mnohem lepsi prehled o svych vydajich.

("Vzdyt jde konec koncu jen o cas a o penize, tak proc se tim vubec zabyvat" plati mozna ve statni sprave, ale normalni lidi holt dluhy platit musi)

[tonicekus]

Dobrý den, k diskuzi se připojuji spíše s dotazem, jak ve verzi 1.0 přepnu do češtiny. Marně po tom pátrám. Předem díky. Tonda

[Petr Bravenec]

Jéje, tak to opravdu nevím. Verze 1.0 je pro prostředí KDE3, i když tuším, že je k nalezení i v Ubuntu. V KMyMoney pro KDE4 je volba pro přepnutí v menu "Nápověda: Přepnout jazyk aplikace". Je však možné, že KMyMoney 1.0 není vůbec počeštěné.

Nová verze KMyMoney by měla být z velké většiny česky (pustil jsem se do překladů). Verze 4 by měla být vydaná v nejbližších dnech, ale velmi dobře funguje i verze 3.98.1. Pokud by nebyl ve verzi pro KDE4 překlad přiložen, nebo se vám zdál překlad velmi nekvalitní, napiště mi, pošlu vám soubor kmymoney.mo.

[tonicekus]

Dobrý den, předem díky za odpověď. Na verzi 3.98. zatím nemohu přejít, neměním HW (KDE4). Verze 1.0 a KDE3 zatím na mém PC ještě chvíli zůstane. Po instalaci verze 1.0 v adresáři .po jsou soubory s počeštěním. Jenom nevím, jak to tam dostat (jsou tam i ostatní jazyky). Přeji hezký den Tonda

[Petr Bravenec]

Soubor .po je v prvé řadě třeba přeložit:

msgfmt kmymoney.po -o kmymoney.mo

a potom překopírovat soubor .mo někam do adresáře (záleží na distribuci)

/usr/share/locale/cs/LC_MESSAGES

Zkuste před tím ale ověřit, jestli už tam někde soubor .mo není.

[eMan]

Dobré odpoledne,

děkuji za radu totálnímu začátečníkovi. Mám Linux Mint poslední verze, který mi běží na VirtualBoxu. Z klasického správce aplikací jsem si stáhl KMM verze 1. Nicméně jsem dnes zjistil, že vyšla nová verze KMM 4.5. Uvažoval jsem, že bych ji stáhl a vyzkoušel, ale nepovedlo se. Ze Sourceforge jsem si stáhl soubor s koncovkou bz2. Ten jsem rozbalil a zkusil postupovat podle návodu. Bohužel se nepovedlo. Jal jsem se tedy hledat, jestli někde není .deb balíček. Našel jsem pouze PPA s verzí 3.98. Vím, že jste ji recenzoval, a že by mi mohla stačit, ale jde mi o to, zkusit tu novější. Poradíte, jak na to?

Dále bych měl ještě jeden dotaz - existuje jednoduché propojení mezi KMM a Androidí aplikací Financisto? Financisto umí exportovat do CSV. Z CSV ale KMM první verze neuměla importovat (nevím, jak 3.98 nebo 4.5). Pokud by šlo tyto dvě aplikace "propojit", pak by to byla skvělá kombinace.

[Petr Bravenec]

Balíček pro debian ještě nebude asi dlouho. Celý jeden den po vydání nemám balíček ještě ani ve svém gentoo

Na to, abyste přeložil KMM ze zdrojáků, budete zřejmě potřebovat spoustu devel balíků - v debianích systémech se natolik nevyznám, abych mohl poradit.

Pokud ale máte balíček 3.98.1, používejte zatím ten. Rozdílů je tam sice spousta, ale jediný zásadní problém, který je v 4.5 vyřešený, jsou půjčky. V 3.98.1 vám asi chodit nebudou, případně jen v anglické verzi.

Android ani Financisto mi nic neříká. Neporadím. Nenašel jsem ani import CSV v KMyMoney a vzhledem k relativní zbytečnosti ani nepředpokládám, že by se autoři importem z CSV zabývali. Nedá se pomocí nějakého skriptu převést CSV na QIF? Anebo ještě lépe - neumí Financisto export do QIF?

[eMan]

Děkuji za dílčí radu. QIF to bohužel negeneruje, ale zkusím to nějak převádět přes nějaké udělátko. Měl bych ale ještě jednu otázku. Existuje možnost importovat výpisy z některých českých bank? Případně existuje seznam takových/nějaká?

[Josef Kufner]

Update: Cesta Financisto --> QIF --> KMyMoney funguje velmi dobře, používám to už mnoho měsíců. Pohyby v peněžence loguju v mobilu do Financisto, čas od času pak provedu import do KmyMoney, kde je zbytek.

Pro import exportů z elektronického bankovnictví jsem si napsal konverzní skript, který přechroupe podivný textový výpis do QIF. QIF importér v KMyMoney umí takové skripty volat automaticky, takže používání je snadné a rychlé.

[Robert Krátký]

Na to, abyste přeložil KMM ze zdrojáků, budete zřejmě potřebovat spoustu devel balíků - v debianích systémech se natolik nevyznám, abych mohl poradit.

Seznam balíčků potřebných pro přeložení v Debianu najdete na http://techbase.kde.org/Projects/KMyMoney#Debian_dependencies.

[Hugo Fantozzi]

Zdravím měl bych dotaz - tak snad mi někdo odpoví, když už je to pár let mrtvá diskuze. Zvykl jsem si na MyMoney a používám ho často, ale poslední dobou se mě stává takový nešvar.

Používám "Verze 4.6.4, KDE 4.10.5"

V peněžním deníku je v pravo vedle roletky s účty okýnko "Hledat". Když hledám zpětně v transakcích, protože potřebuji něco upravit nebo přesunout do jiné kategorie, u některých transakcí mi jde položka editovat, u některých bohužel ne. Aktivní je jen tlačítko "Smazat". Je přitom jedno zda mam transakci ve stavu neschváleno/ověřeno/schváleno. Čím to může být?

Díky za případné info