Beancount ЧЗВ: Въпроси за счетоводството с обикновен текст

Около пет концепции, не диплома. Трябват ви петте типа сметки (активи, пасиви, собствен капитал, приходи, разходи), идеята, че всяка транзакция премества стойност между поне две от тях, и правилото, че една транзакция трябва да се балансира. Beancount налага останалото вместо вас — той отбелязва всяка транзакция, чиито числа не се събират, като грешка, вместо да я приеме мълчаливо, така че софтуерът хваща грешките, които начинаещият иначе би пропуснал.

Започнете с Въведение в Beancount, дръжте Речника отворен в раздел и добавете първите си транзакции в Бърз старт.

Beancount изобщо не използва думите "дебит" и "кредит" — той използва числа със знак, които трябва да се сумират до нула. Пари, напускащи дадена сметка, са отрицателни, пари, пристигащи, са положителни, и една транзакция е валидна, когато нейните осчетоводявания се компенсират взаимно. Това е същото двойно счетоводно записване, което счетоводителите правят, с премахната терминология, която обърква новодошлите.

Ако сте използвали традиционен счетоводен софтуер, преводът е: дебитът е положително число, а кредитът е отрицателно. Вижте справочника Синтаксис на езика за това как се записват осчетоводяванията, или Дебити и кредити обяснени за счетоводната основа на разбираем език.

Защото парите винаги идват отнякъде, и нулевата сума е това, което превръща този факт в проверка за грешки. Ако похарчите $40 за хранителни стоки, тези пари са напуснали банкова сметка — записването на двете половини означава, че те трябва да се компенсират, и всяка печатна грешка в някоя от сумите се отбелязва като грешка, вместо тихо да произведе грешен баланс.

Ето защо счетоводна книга с обикновен текст е по-надеждна от електронна таблица с разходи: самата структура се самопроверява. Балансовото утвърждение е свързаният механизъм, който проверява книгата ви спрямо реалността.

Запишете транзакция на началната си дата, която премества текущия баланс на всяка сметка от Equity:Opening-Balances, след което добавете утвърждение balance, за да го заключите. Не е нужно да възстановявате финансовата си история — изберете начална дата, вземете балансите такива, каквито са този ден, и продължете оттам.

Бързият старт преминава през пълен пример за начален баланс.

Започнете едро и разделяйте само когато по-фино разделение би променило решение. Двадесетина сметки са достатъчни за начало; ако се окажете в чудене дали "Expenses:Food" трябва да разделя хранителните стоки от ресторантите, полезният тест е дали наистина бихте направили нещо различно, знаейки разделението.

Преименуването и разделянето по-късно е търсене и заместване в текстов файл, така че цената на започването просто е ниска. Имената на сметките се влагат, така че можете да започнете с широка категория и да я разделите на подсметки по-късно, без да пренаписвате историята — вижте Как да проектирате сметкоплан ако искате структура за копиране.

Една електронна таблица не може да ви каже кога е грешна. Счетоводството с обикновен текст налага двойното записване, така че всяка транзакция се самопроверява, и файлът остава търсим с grep, сравним с diff и скриптираем, докато съществуват текстови файлове. Получавате и истинска история на версиите: git log на книгата ви показва точно какво се е променило, кога и защо.

Практическата разлика се проявява при множество сметки, валути или инвестиции, където едностранна електронна таблица тихо се отклонява от истината. Вижте Прозрачно и одитируемо счетоводство.

Ако искате само да знаете колко сте похарчили за кафе, да — електронна таблица е достатъчна. Двойното записване си заслужава в момента, в който имате няколко сметки, ипотека, брокерска сметка или повече от една валута, защото точно тези ситуации са случаите, в които едностранното проследяване губи пари, без да ви каже.

Полезен начин да мислите за това: двойното записване е контролна сума за финансите ви. Вижте Въведението за по-дългия аргумент.

Не. Fava е пълен уеб интерфейс върху същия текстов файл — баланси, отчети за приходите и разходите, графики и въвеждане на транзакции — и Beancount.io го стартира вместо вас с вашата книга в облака. Текстовият файл остава източникът на истина, така че можете да използвате уеб интерфейса ежедневно и да преминете към терминал само когато поискате. Ако все пак предпочитате терминал, командата bea създава, проверява и докладва върху същия файл — вижте Бърз старт с CLI.

Вижте Функции на интерфейса за това какво може интерфейсът, или опитайте живото демо.

Повечето хора импортират 80–95% от транзакциите и въвеждат останалите на ръка. В груб ред на надеждност: директно изтегляне на OFX/QFX от вашата банка, CSV експорт плюс правила за импортиране, връзка с агрегатор и — само като последна мярка — PDF извлечение, конвертирано в CSV. Банковата синхронизация на Beancount.io се грижи за връзката и категоризацията вместо вас.

Очаквайте да пишете или коригирате правило за всяка институция: CSV експортите на банките са notorious непоследователни, и име на търговец, съдържащо неекранирана запетая, е реален и често срещан проблем. Вижте Интелигентно импортиране за автоматизирания път.

За еднократен файл два безплатни конвертора в браузъра вършат механичната част, без да качват нищо: CSV към Beancount за експорти от електронни таблици, и OFX и QIF към Beancount за .ofx, .qfx, .qbo и .qif файловете, които банките предлагат, когато не предлагат никакъв CSV.

Импортерите премахват дубликати спрямо записи, вече налични в книгата ви, съпоставяйки по дата, сума и получател, и отбелязват всичко двусмислено, за да го потвърдите, вместо да гадаят. Обичайният работен процес маркира несигурните импорти като чакащи, за да ги прегледате, преди да станат част от постоянния запис.

OFX прави това по-лесно от CSV: всяка транзакция носи FITID, който банката поддържа стабилен при изтеглянията, така че импортерът може да съпоставя по идентичност, а не по предположение — OFX конверторът го запазва като метаданно поле id:.

Другата половина на отговора са преводите: пари, движещи се между две сметки, които притежавате, се появяват в двата банкови експорта. Запишете го веднъж като единична транзакция с две осчетоводявания.

Не — и за много хора точно това е причината да използват счетоводство с обикновен текст. Можете да експортирате OFX или CSV от банката си сами и никога да не давате идентификационни данни на агрегатор. Ако предпочитате автоматична синхронизация, Beancount.io използва одобрен от банките агрегатор, вместо да съхранява паролата ви за онлайн банкиране.

Прочетете подробностите на страницата за сигурност.

Добавете утвърждение balance за крайната сума от извлечението, датирано деня след крайната дата. Балансовите утвърждения се оценяват в началото на своята дата, така че утвърждението на следващата сутрин е това, което включва всяка транзакция до последния ден от извлечението. Ако книгата ви не съвпада с банката, bea check докладва грешка Balance failed и излиза с ненулев код, което превръща сверяването от ръчно сравнение в нещо, което софтуерът проверява всеки път, когато се изпълни.

Месечна честота е достатъчна за повечето хора. Вижте Филтриране и търсене за проследяване на несъответствие.

Нативно, и това е едно от най-силните му предимства пред потребителските финансови приложения. Всяка сума носи своята валута, сметките могат да държат няколко наведнъж, и конверсиите се записват изрично с @ за цена или {} за стойност, така че промяната на обменния курс никога не пренаписва историята ви мълчаливо.

Нищо не се конвертира зад гърба ви — винаги виждате както оригиналната валута, така и конвертираната стойност. Вижте Синтаксис на езика, Точност и допустими отклонения, и Счетоводство с множество валути за счетоводната страна.

Използвайте Актуални цени за поддържани активи в хоствана книга Beancount.io, или изтегляйте котировки в локални ценови файлове за upstream Beancount и Fava. Изборът ви позволява да изберете валута на котировка и да копирате управлявани включвания. Съвместимите версии на bea също поддържат управлявани включвания; ръководството за настройка съдържа връзки към техните инструкции.

Управляваните цени влияят на пазарната оценка, а не на сумите на транзакциите или данъчната основа. Вашата собствена цена има приоритет за същата дата и двойка. Опресняванията могат да използват остарели кеширани цени по време на прекъсване, и по-късна котировка не може да запълни липсваща историческа дата за оценка.

Записвайте покупките със стойност в къдрави скоби — 10 AAPL {150.00 USD} — и Beancount проследява всеки лот поотделно. Когато продавате, казвате кой лот намалявате, и капиталовата печалба се получава от аритметиката автоматично, вместо да е нещо, което изчислявате на ръка.

Beancount поддържа методи за осчетоводяване STRICT, FIFO, LIFO и NONE. Осчетоводяването по средна цена се парсва, но не е напълно реализирано — ако вашата данъчна юрисдикция изисква средна цена, планирайте да я проследявате с приставка или изрични лотове. Вижте Управление на инвентара.

Точно както всеки друга стока: криптовалутата е единица със стойност, така че същата машина за лотове и осчетоводяване се прилага. Размяната на един токен за друг е единична транзакция, която намалява един лот и открива друг, което е и начинът да получите реализираната печалба, която повечето данъчни органи искат да бъде отчетена.

Вижте Проследяване на криптовалутен портфейл и готовите крипто шаблони.

Бизнеси го използват, включително компании със стотици хиляди транзакции. Той се справя с начислявателно счетоводство, структури с множество субекти и отчетите, които един счетоводител очаква. Честните ограничения са, че няма многопотребителско едновременно редактиране, няма вграден интерфейс за фактуриране и няма работен процес за одобрение на задължения — това е счетоводна книга, не ERP.

Вижте Настройки за конкретни индустрии и Отворена книга витрината с истински фирмени книги.

Дръжте ги отделно — или като отделни дървета от сметки на най-горно ниво в един файл, или като два файла, обединени с include. Смесването им прави отчета за приходите и разходите на бизнеса безсмислен и прави данъчното време по-трудно, а разделянето им не струва нищо в началото.

Два файла обикновено е по-чистият избор, след като бизнесът има собствена банкова сметка. Вижте Поддръжка на множество файлове.

Моделирайте вземанията като сметка за активи, а задълженията като пасив, след което запишете фактурата, когато я издадете, и плащането, когато пристигне — това е начислявателно счетоводство, и Beancount го поддържа директно. Това, което няма, е интерфейс за фактуриране: той проследява какво ви се дължи, не генерира и не изпраща фактурата.

Вижте Шаблони за финансови отчети за страната на отчетите, Настройки за конкретни индустрии за разработени примери, и Разбиране на вземанията за концепциите.

Експортирайте отчетите, а не книгата. Вашият счетоводител почти сигурно не иска текстов файл — иска отчет за приходите и разходите, баланс и списък с транзакции, които можете да произведете като CSV или PDF от уеб интерфейса или с заявка.

Вижте Ръководства за данъчна подготовка, Шаблони за финансови отчети, и Заявки със SQL за извличане на точно числата, които искат.

И трите са системи с обикновен текст и двойно записване с подобни файлови формати. Ledger е оригиналът и най-толерантният парсер; hledger е реимплементация на Haskell, известна с приятелските правила за CSV импортиране и документация; Beancount има най-строгия парсер и най-силната поддръжка за инвестиции, лотове и множество валути, плюс API за приставки на Python.

Строгостта е истинският компромис: Beancount отказва да зареди файл, който намира за двусмислен, което хваща грешките рано, на цената на по-голяма придирчивост. Вижте Beancount срещу Ledger CLI и Beancount срещу hledger.

Не нативно — това е истинска празнина, а не скрита функция. Вграденото бюджетиране на Beancount е ограничено, и хората, които искат строго поведение на пликове, обикновено използват приставка от общността или моделират пликовете като сметки.

Ако бюджетирането с пликове е основното, което искате, прочетете Beancount срещу YNAB, преди да преминете. За това, което работи днес, вижте Бюджетиране в Beancount.

Да. Директивата document свързва файл със сметка и дата, и уеб интерфейсът ви позволява да качвате и разглеждате тези документи заедно с транзакциите, към които принадлежат. Касовите бележки остават като обикновени файлове на диска, така че са толкова преносими, колкото самата книга.

Вижте Функции на интерфейса.

Да — Beancount.io публикува приложения за iOS и Android за преглед на книгата ви и записване на транзакции в движение, което е празнината, която повечето настройки с обикновен текст оставят отворена.

За бързо записване без приложение много хора записват груба бележка и я сверяват в книгата по-късно.

Десетилетие лични финанси е няколко мегабайта и се зарежда за доста под секунда. Beancount преизчислява балансите от пълната история на транзакциите при всяко зареждане, и това остава бързо до стотици хиляди записи. След това ограничението е удобството при редактиране и diff, а не времето за зареждане: разделянето по години с include поддържа отделните файлове малки, но включените файлове все още образуват една обединена книга, която Beancount зарежда и преизчислява изцяло, така че е удобство за организация на файлове, а не ускорение или начин да поддържате отделни книги.

Вижте Поддръжка на множество файлове за това как да разделите растяща книга.