Beancount FAQ: Otázky a odpovede o účtovníctve v čistom texte

Asi päť konceptov, nie vysokoškolský titul. Potrebujete päť typov účtov (aktíva, pasíva, vlastné imanie, výnosy, náklady), myšlienku, že každá transakcia presúva hodnotu medzi aspoň dvoma z nich, a pravidlo, že transakcia musí byť vyrovnaná. Beancount za vás vynucuje zvyšok — každú transakciu, ktorej čísla nesedia, označí ako chybu, namiesto toho aby ju ticho prijal, takže softvér zachytí chyby, ktoré by začiatočník inak prehliadol.

Začnite s Úvodom do Beancount, majte Slovník otvorený v karte a pridajte svoje prvé transakcie v Rýchlom štarte.

Beancount vôbec nepoužíva slová „debet" a „kredit" — používa čísla so znamienkom, ktoré musia dávať súčet nula. Peniaze opúšťajúce účet sú záporné, peniaze prichádzajúce sú kladné a transakcia je platná, keď sa jej zápisy navzájom vyrušia. Ide o to isté podvojné účtovníctvo, ktoré robia účtovníci, ale bez slovíčka, ktoré mätie nováčikov.

Ak ste používali tradičný účtovný softvér, preklad je: debet je kladné číslo a kredit je záporné. Pozrite si referenciu Syntaktika jazyka pre to, ako sa zápisy píšu, alebo Debet a kredit vysvetlené pre účtovné pozadie jednoduchou angličtinou.

Pretože peniaze vždy odniekiaľ pochádzajú, a nulový súčet je to, čo tento fakt mení na kontrolu chýb. Ak miniete 40 $ na potraviny, tie peniaze opustili bankový účet — zaznamenať obe polovice znamená, že sa musia vyrušiť, a akákoľvek preklep v ktorejkoľvek sume sa označí ako chyba, namiesto toho aby potichu vytvoril nesprávny zostatok.

Preto je účtovná kniha v čistom texte dôveryhodnejšia než tabuľka výdavkov: samotná štruktúra sa kontroluje. Súvisiaci mechanizmus, ktorý kontroluje vašu knihu voči realite, je overenie zostatku.

Zaznamenajte transakciu k dátumu začiatku, ktorá presunie aktuálny zostatok každého účtu z Equity:Opening-Balances, potom pridajte overenie balance, ktoré ho uzamkne. Nemusíte rekonštruovať svoju finančnú históriu — vyberte dátum začiatku, vezmite zostatky také, aké sú v ten deň, a pokračujte odtiaľ.

Rýchly štart prechádza kompletným príkladom počiatočných zostatkov.

Začnite hrubo a rozdeľujte len vtedy, keď by jemnejšie rozdelenie zmenilo rozhodnutie. Dvadsať alebo tak účtov na začiatok bohato stačí; ak zisťujete, či by „Expenses:Food" malo oddeľovať potraviny od reštaurácií, užitočným testom je, či by ste pri znalosti rozdelenia naozaj urobili niečo inak.

Premenovanie a rozdelenie neskôr je nájdi-a-nahraď v textovom súbore, takže náklady na jednoduchý začiatok sú nízke. Názvy účtov sa vnárajú, takže môžete začať so širokou kategóriou a neskôr ju rozdeliť na podúčty bez prepisovania histórie — pozrite si Ako navrhnúť účtový rozvrh, ak chcete štruktúru na skopírovanie.

Tabuľka vám nepovie, kedy sa mýli. Účtovníctvo v čistom texte vynucuje podvojný zápis, takže každá transakcia sa kontroluje, a súbor zostáva prehľadávateľný cez grep, porovnateľný cez diff a skriptovateľný tak dlho, ako budú existovať textové súbory. Získate aj skutočnú históriu verzií: git log na vašej knihe ukáže presne, čo sa zmenilo, kedy a prečo.

Praktický rozdiel sa prejaví pri viacerých účtoch, menách alebo investíciách, kde sa jednoduché účtovníctvo v tabuľke potichu vychýli z pravdy. Pozrite si Transparentné a auditovateľné účtovníctvo.

Ak chcete len vedieť, koľko ste minuli na kávu, áno — tabuľka stačí. Podvojný zápis si zaslúži svoje miesto v momente, keď máte niekoľko účtov, hypotéku, brokerský účet alebo viac ako jednu menu, pretože to sú presne situácie, kde jednoduché sledovanie stráca peniaze bez toho aby vám to povedalo.

Užitočný spôsob, ako o tom premýšľať: podvojný zápis je kontrolný súčet pre vaše financie. Dlhšie odôvodnenie nájdete v Úvode.

Nie. Fava je plnohodnotné webové rozhranie nad tým istým textovým súborom — súvahy, výkazy ziskov a strát, grafy a zadávanie transakcií — a Beancount.io ho prevádzkuje za vás s vašou knihou v cloude. Textový súbor zostáva zdrojom pravdy, takže môžete webové rozhranie používať denne a do terminálu sa uchýliť len vtedy, keď chcete. Ak predsa len uprednostňujete terminál, príkazový riadok bea vytvára, kontroluje a reportuje ten istý súbor — pozrite si Rýchly štart CLI.

Pozrite si Funkcie rozhrania, čo rozhranie dokáže, alebo si vyskúšajte živé demo.

Väčšina ľudí importuje 80–95 % transakcií a zvyšok zadá ručne. V hrubom poradí spoľahlivosti: priame stiahnutie OFX/QFX z vašej banky, export CSV plus pravidlá importu, pripojenie agregátora a — len ako posledná možnosť — výpis PDF prevedený na CSV. Banková synchronizácia Beancount.io sa postará o pripojenie a kategorizáciu za vás.

Očakávajte, že budete musieť napísať alebo upraviť pravidlo pre každú inštitúciu: exporty CSV z bánk sú povestne nekonzistentné a názov obchodníka obsahujúci neescapovanú čiarku je skutočný a častý problém. Automatizovanú cestu nájdete v Smart Import.

Pre jednorazový súbor zvládnu mechanickú časť dva bezplatné konvertory v prehliadači bez nahrania čohokoľvek: CSV na Beancount pre exporty z tabuliek a OFX & QIF na Beancount pre súbory .ofx, .qfx, .qbo a .qif, ktoré banky ponúkajú, keď neponúkajú žiadne CSV.

Importéry odstraňujú duplicity voči záznamom, ktoré už sú vo vašej knihe, a to porovnaním dátumu, sumy a príjemcu, a všetko nejednoznačné označia na potvrdenie, namiesto hádania. Zvyčajný pracovný postup označuje neisté importy ako čakajúce, aby ste ich skontrolovali, kým sa stanú súčasťou trvalého záznamu.

OFX to robí jednoduchším než CSV: každá transakcia nesie FITID, ktorý banka udržiava stabilný naprieč sťahovaniami, takže importér môže porovnávať podľa identity namiesto odhadu — konvertor OFX ho zachová ako metadátové pole id:.

Druhou polovicou odpovede sú prevody: peniaze pohybujúce sa medzi dvoma účtami, ktoré vlastníte, sa objavia v exportoch oboch bánk. Zaznamenajte to raz ako jednu transakciu s dvoma zápismi.

Nie — a pre mnohých ľudí je to dôvod, prečo vôbec používať účtovníctvo v čistom texte. Môžete si sami exportovať OFX alebo CSV z vašej banky a nikdy neodovzdať prihlasovacie údaje agregátorovi. Ak uprednostňujete automatickú synchronizáciu, Beancount.io používa agregátora schváleného bankou namiesto ukladania vášho hesla do internetového bankovníctva.

Podrobnosti si prečítajte na stránke o bezpečnosti.

Pridajte overenie balance pre konečnú sumu výpisu, datované na deň po dátume uzávierky. Overenia zostatku sa vyhodnocujú na začiatku svojho dátumu, takže overenie na nasledujúce ráno je to, ktoré zahŕňa všetky transakcie až do posledného dňa výpisu. Ak sa vaša kniha nezhoduje s bankou, bea check nahlási chybu Balance failed a skončí s nenulovým kódom, čo mení zosúlaďovanie z manuálneho porovnania na niečo, čo softvér kontroluje pri každom spustení.

Mesačná frekvencia väčšine ľudí stačí. Pri hľadaní nezrovnalosti pozrite si Filtrovanie a vyhľadávanie.

Natívne, a to je jedna z jeho najsilnejších výhod oproti spotrebiteľským finančným aplikáciám. Každá suma nesie svoju menu, účty môžu držať niekoľko naraz a konverzie sa zaznamenávajú explicitne pomocou @ pre cenu alebo {} pre náklad, takže zmena výmenného kurzu nikdy potichu neprepíše vašu históriu.

Nič sa nekonvertuje za vašimi chrbtom — vždy vidíte pôvodnú menu aj prevedenú hodnotu. Účtovnú stránku nájdete v Syntaktika jazyka, Presnosť a tolerancie a Účtovníctvo vo viacerých menách.

Použite Živé ceny pre podporované aktíva v hostenej knihe Beancount.io, alebo načítajte kotácie do lokálnych cenových súborov pre upstream Beancount a Fava. Výberník vám umožní zvoliť kótovanú menu a skopírovať spravované include-y. Kompatibilné verzie bea tiež podporujú spravované include-y; návod na nastavenie odkazuje na ich pokyny.

Spravované ceny ovplyvňujú trhovú valuáciu, nie sumy transakcií alebo nákladovú základňu. Vaša vlastná cena má prioritu pre rovnaký dátum a pár. Obnovenia môžu počas výpadku použiť zastarané vyrovnávacie ceny a neskoršia kotácia nemôže doplniť chýbajúci historický dátum valuácie.

Zaznamenajte nákupy s nákladom v zložených zátvorkách — 10 AAPL {150.00 USD} — a Beancount sleduje každú dávku samostatne. Keď predávate, poviete, ktorú dávku znižujete, a kapitálový zisk vyplynie z aritmetiky automaticky, namiesto toho aby ste ho museli počítať ručne.

Beancount podporuje metódy priradenia STRICT, FIFO, LIFO a NONE. Priradenie priemerným nákladom sa parsuje, ale nie je plne implementované — ak vaša daňová jurisdikcia vyžaduje priemerný náklad, plánujte jeho sledovanie pomocou pluginu alebo explicitných dávok. Pozrite si Správa zásob.

Presne ako akúkoľvek inú komoditu: kryptomena je jednotka s nákladom, takže platí rovnaká mašinéria dávok a priradenia. Výmena jedného tokenu za iný je jedna transakcia, ktorá zníži jednu dávku a otvorí ďalšiu, čo je tiež spôsob, ako získate realizovaný zisk, ktorý väčšina daňových úradov chce vidieť vykázaný.

Pozrite si Sledovanie krypto portfólia a hotové krypto šablóny.

Firmy ho používajú, vrátane spoločností so stovkami tisíc transakcií. Zvláda akruálne účtovníctvo, štruktúry s viacerými entitami a reporty, ktoré účtovník očakáva. Úprimné obmedzenia sú, že neexistuje viacpoužívateľské súbežné upravovanie, žiadne vstavané rozhranie na fakturáciu a žiadny schvaľovací pracovný postup pre záväzky — je to účtovná kniha, nie ERP.

Pozrite si Nastavenia pre konkrétne odvetvia a Open Ledger, prehliadku skutočných firemných kníh.

Veďte ich oddelene — buď ako odlišné stromy účtov najvyššej úrovne v jednom súbore, alebo ako dva súbory spojené pomocou include. Ich miešanie robí výkaz ziskov a strát firmy nezmyselným a sťažuje čas daní, pričom ich oddelenie na začiatku nič nestojí.

Dva súbory sú zvyčajne čistejšou voľbou, keď má firma vlastný bankový účet. Pozrite si Podpora viacerých súborov.

Modelujte pohľadávky ako účet aktív a záväzky ako pasívum, potom zaznamenajte faktúru, keď ju vystavíte, a platbu, keď dorazí — to je akruálne účtovníctvo a Beancount ho podporuje priamo. Čo nemá, je rozhranie na fakturáciu: sleduje, čo vám dlhujú, negeneruje ani neodosiela faktúru.

Pre reportovú stránku pozrite si Šablóny finančného výkazníctva, Nastavenia pre konkrétne odvetvia pre spracované príklady a Pochopenie pohľadávok pre koncepty.

Exportujte reporty, nie knihu. Váš účtovník takmer určite nechce textový súbor — chce výkaz ziskov a strát, súvahu a zoznam transakcií, ktoré môžete vytvoriť ako CSV alebo PDF z webového rozhrania alebo pomocou dotazu.

Pozrite si Návody na prípravu daní, Šablóny finančného výkazníctva a Dotazy pomocou SQL pre získanie presne tých čísel, o ktoré žiadajú.

Všetky tri sú systémy podvojného účtovníctva v čistom texte s podobnými formátmi súborov. Ledger je pôvodný a najtolerantnejší parser; hledger je reimplementácia v Haskellu známa priateľskými pravidlami importu CSV a dokumentáciou; Beancount má najprísnejší parser a najsilnejšiu podporu pre investície, dávky a viacero mien, plus API pluginov v Pythone.

Prísnosť je skutočný kompromis: Beancount odmietne načítať súbor, ktorý považuje za nejednoznačný, čo zachytáva chyby skoro za cenu väčšej vyberavosti. Pozrite si Beancount vs Ledger CLI a Beancount vs hledger.

Natívne nie — to je skutočná medzera, nie skrytá funkcia. Vstavané rozpočtovanie Beancount je obmedzené a ľudia, ktorí chcú striktné obálkové správanie, zvyčajne používajú komunitný plugin alebo modelujú obálky ako účty.

Ak je obálkové rozpočtovanie to hlavné, čo chcete, prečítajte si Beancount vs YNAB, kým prejdete. Pre to, čo dnes funguje, pozrite si Rozpočtovanie v Beancount.

Áno. Direktíva document spája súbor s účtom a dátumom a webové rozhranie vám umožňuje nahrávať a prehliadať tieto dokumenty spolu s transakciami, ku ktorým patria. Bločky zostávajú ako obyčajné súbory na disku, takže sú rovnako prenosné ako samotná kniha.

Pozrite si Funkcie rozhrania.

Áno — Beancount.io vydáva aplikácie pre iOS a Android na prezeranie vašej knihy a zaznamenávanie transakcií na cestách, čo je medzera, ktorú väčšina nastavení v čistom texte necháva otvorenú.

Pre rýchle zachytenie bez aplikácie mnohí ľudia zaznamenajú hrubú poznámku a neskôr ju zosúladia do knihy.

Desaťročie osobných financií má niekoľko megabajtov a načíta sa výrazne pod jednu sekundu. Beancount prepočítava zostatky z celej histórie transakcií pri každom načítaní a to zostáva rýchle až do stoviek tisíc záznamov. Za tým je limitom komfort upravovania a porovnávania, nie čas načítania: rozdelenie po rokoch pomocou include udržiava jednotlivé súbory malé, ale zahrnuté súbory stále tvoria jednu kombinovanú knihu, ktorú Beancount načíta a prepočíta celú, takže je to pohodlie pri organizácii súborov, nie zrýchlenie ani spôsob, ako viesť oddelené knihy.

Ako rozdeliť rastúcu knihu nájdete v Podpora viacerých súborov.