Preguntes freqüents sobre Beancount: Preguntes de comptabilitat en text pla

Uns cinc conceptes, no cal un títol. Necessiteu els cinc tipus de compte (actius, passius, patrimoni net, ingressos, despeses), la idea que cada transacció mou valor entre almenys dos d'ells, i la regla que una transacció ha d'estar equilibrada. Beancount s'encarrega de la resta — es nega a carregar un fitxer les transaccions del qual no quadren, de manera que el programari detecta els errors que un principiant cometria d'altra manera en silenci.

Comenceu amb la Introducció a Beancount, mantingueu el Glossari obert en una pestanya, i afegiu les vostres primeres transaccions a la Guia ràpida.

Beancount no utilitza en absolut les paraules "deure" i "haver" — utilitza números amb signe que han de sumar zero. Els diners que surten d'un compte són negatius, els diners que arriben són positius, i una transacció és vàlida quan els seus apunts es cancel·len mútuament. Això és la mateixa comptabilitat de doble entrada que fan els comptables, però amb el vocabulari que confon els nouvinguts eliminat.

Si heu utilitzat programari de comptabilitat tradicional, la traducció és: un deure és un número positiu i un haver és un de negatiu. Consulteu la referència de Sintaxi del llenguatge per a com s'escriuen els apunts, o Deures i Havers Explicats per als antecedents comptables en llenguatge planer.

Perquè els diners sempre venen d'algun lloc, i la suma zero converteix aquest fet en una comprovació d'errors. Si gasteu 40 € en queviures, aquests diners van sortir d'un compte bancari: registrar ambdues meitats significa que les dues s'han de cancel·lar, i qualsevol error tipogràfic en qualsevol import farà que el fitxer no es pugui carregar en lloc de produir en silenci un saldo incorrecte.

Per això un llibre major en text pla és més fiable que un full de càlcul de despeses: la l'estructura mateixa s'auto-comprova. Una afirmació de saldo és el mecanisme relacionat que comprova el vostre llibre major contra la realitat.

Registreu una transacció a la vostra data d'inici que mogui el saldo actual de cada compte des de Patrimoni Net:Saldos-Inicials, i després afegiu una afirmació de balance per fixar-lo. No necessiteu reconstruir la vostra història financera: trieu una data d'inici, preneu els saldos tal com són aquell dia i continueu endavant des d'allà.

La Guia ràpida us guia a través d'un exemple complet de saldo inicial.

Començau de manera àmplia i dividiu només quan una divisió més fina canviaria una decisió. Una vintena de comptes és suficient per començar; si us trobeu preguntant si "Despeses:Menjar" hauria de separar queviures de restaurants, la prova útil és si realment faríeu alguna cosa de manera diferent sabent la divisió.

Canviar el nom i dividir més tard és una cerca i reemplaçament en un fitxer de text, de manera que el cost de començar de manera senzilla és baix. Els noms dels comptes s'hiereixen, de manera que podeu començar amb una categoria àmplia i dividir-la en subcomptes més tard sense reescriure la història: consulteu Com Dissenyar una Llista de Comptes si voleu una estructura per copiar.

Un full de càlcul no us pot dir quan s'equivoca. La comptabilitat en text pla fa complir la doble entrada, de manera que cada transacció s'auto-comprova, i el fitxer es manté cercable, diferenciable i programable mentre existeixin fitxers de text. També obteniu un historial de versions real: git log al vostre llibre major mostra exactament què va canviar, quan i per què.

La diferència pràctica es nota amb múltiples comptes, divises o inversions, on un full de càlcul d'entrada única es desvia en silenci de la realitat. Consulteu Comptabilitat Transparent i Auditable.

Si només voleu saber quant heu gastat en cafè, sí: un full de càlcul és suficient. La doble entrada es justifica tan bon punt teniu diversos comptes, una hipoteca, una corredoria o més d'una divisa, perquè aquestes són exactament les situacions on el seguiment d'entrada única perd diners sense avisar-vos.

Una manera útil de pensar-ho: la doble entrada és una suma de verificació per a les vostres finances. Consulteu la Introducció per al cas més llarg.

No. Fava és una interfície web completa sobre el mateix fitxer de text: balanços de situació, comptes de resultats, gràfics i entrada de transaccions. I Beancount.io ho executa per a vosaltres amb el vostre llibre major al núvol. El fitxer de text continua sent la font de veritat, de manera que podeu utilitzar la interfície web dia a dia i anar al terminal només quan vulgueu.

Consulteu Funcions de la Interfície d'Usuari per a què pot fer la interfície, o proveu la demostració en viu.

La majoria de la gent importa un 80-95% de les transaccions i introdueix la resta manualment. Per ordre aproximat de fiabilitat: una baixada OFX/QFX directa del vostre banc, una exportació CSV més regles d'importació, una connexió d'agregador i, només com a últim recurs, un extracte PDF convertit a CSV. La sincronització bancària de Beancount.io gestiona la connexió i la categorització per a vosaltres.

Espereu escriure o ajustar una regla per institució: les exportacions CSV dels bancs són notòriament inconsistents, i un nom de comerciant que contingui una coma no escapada és un problema real i comú. Consulteu Importació Intel·ligent per al camí automatitzat.

Per a un fitxer puntual, dos convertidors gratuïts de navegador fan la part mecànica sense penjar res: CSV a Beancount per a exportacions de fulls de càlcul, i OFX i QIF a Beancount per a les descàrregues .ofx, .qfx, .qbo i .qif que ofereixen els bancs quan no ofereixen cap CSV.

Els importadors deduplicen contra les entrades ja presents al vostre llibre major, comparant per data, import i beneficiari, i marquen qualsevol cosa ambigua perquè la confirmeu en lloc de suposar. El flux de treball habitual marca les importacions incertes com a pendents perquè les reviseu abans que formin part del registre permanent.

L'altra meitat de la resposta són les transferències: els diners que es mouen entre dos comptes que poseu apareixen a les exportacions de tots dos bancs. Registreu-ho una vegada com una sola transacció amb dos apunts.

OFX ho fa més senzill que el CSV: cada transacció porta un FITID que el banc manté estable entre descàrregues, de manera que un importador pot fer coincidències per identitat en lloc d'inferència — el conversor OFX el conserva com un camp de metadades id:.

No, i per a molta gent aquesta és la raó per utilitzar la comptabilitat en text pla. Podeu exportar OFX o CSV del vostre banc vosaltres mateixos i no donar mai credencials a un agregador. Si preferiu la sincronització automatitzada, Beancount.io utilitza un agregador autoritzat pel banc en lloc d'emmagatzemar la vostra contrasenya de banca en línia.

Llegiu els detalls a la pàgina de seguretat.

Afegiu una afirmació de balance amb el saldo final i la data de l'extracte. Beancount es negarà a carregar el fitxer si el vostre llibre major discrepa del banc, cosa que converteix la reconciliació d'una comparació manual en una comprovació que el programari fa cada vegada que s'executa.

Una cadència mensual és suficient per a la majoria de la gent. Consulteu Filtratge i Cerca per localitzar una discrepància.

De manera nativa, i aquest és un dels seus avantatges més forts respecte a les aplicacions de finances personals. Cada import porta la seva divisa, els comptes poden tenir-ne diverses alhora, i les conversions es registren explícitament amb @ per a un preu o {} per a un cost, de manera que un canvi de tipus de canvi mai no reescriu en silici la vostra història.

Res no es converteix darrere vostre: sempre veieu tant la divisa original com el valor convertit. Consulteu Sintaxi del Llenguatge, Precisió i Toleràncies i Comptabilitat Multi-Divisa per al vessant comptable.

Registreu les compres amb un cost entre claus: 10 AAPL {150.00 USD} i Beancount fa el seguiment de cada lot per separat. Quan veneu, dieu quin lot esteu reduint, i la plusvàlua s'obté de l'aritmètica automàticament en lloc de ser una cosa que calculeu a mà.

Beancount admet els mètodes de reserva STRICT, FIFO, LIFO i NONE. El mètode de cost mitjà s'analitza però no està totalment implementat: si la vostra jurisdicció fiscal requereix el cost mitjà, planifiqueu fer-ne el seguiment amb un complement o lots explícits. Consulteu Gestió d'Inventari.

Exactament com qualsevol altre producte bàsic: una criptomoneda és una unitat amb un cost, de manera que s'aplica el mateix mecanisme de lots i reserva. Un intercanvi d'un token per un altre és una sola transacció que redueix un lot i n'obre un altre, que és també com obteniu la plusvàlua realitzada que la majoria d'autoritats fiscals volen que es declari.

Consulteu Seguiment de Cartera de Criptomonedes i les plantilles de criptomonedes ja fetes.

Les empreses l'utilitzen, incloses companyies amb centenars de milers de transaccions. Gestiona la comptabilitat de meritació, estructures multi-entitat i els informes que espera un comptable. Els límits honestos són que no hi ha edició concurrent multiusuari, cap interfície d'usuari de facturació integrada i cap flux de treball d'aprovació de comptes a pagar: és un llibre major, no un ERP.

Consulteu Configuracions Específiques per Indústria i la mostra de Llibre Major Obert de llibres d'empreses reals.

Mantingueu-los separats, ja sigui com arbres de comptes de nivell superior diferents en un fitxer o com dos fitxers combinats amb include. Barrejar-los fa que el compte de resultats de l'empresa no tingui sentit i dificulta la declaració d'impostos, i separar-los no costa res al principi.

Dos fitxers sol ser l'opció més neta un cop l'empresa té el seu propi compte bancari. Consulteu Suport Multi-Fitxer.

Modeleu els comptes a cobrar com un compte d'actiu i els comptes a pagar com un de passiu, després registreu la factura quan l'emeteu i el pagament quan arribi: això és la comptabilitat de meritació, i Beancount la suporta directament. El que no té és una interfície de facturació: fa un seguiment del que us deuen, no genera ni envia la factura.

Consulteu Plantilles d'Informes Financers per al vessant d'informes, Configuracions Específiques per Indústria per a exemples pràctics, i Comprendre els Comptes a Cobrar per als conceptes.

Exporteu els informes en lloc del llibre major. El vostre comptable gairebé segur que no vol un fitxer de text: vol un compte de resultats, un balanç de situació i una llista de transaccions, que podeu produir com a CSV o PDF des de la interfície web o amb una consulta.

Consulteu les Guies de Preparació d'Impostos, Plantilles d'Informes Financers i Consulteu amb SQL per obtenir exactament les xifres que us demanin.

Tres són sistemes de doble entrada en text pla amb formats de fitxer similars. Ledger és l'original i l'analitzador més permissiu; hledger és una reimplementació en Haskell coneguda per les seves amigables regles d'importació CSV i documentació; Beancount té l'analitzador més estricte i el suport més fort per a inversions, lots i múltiples divises, a més d'una API de complements en Python.

L'estrictesa és el veritable compromís: Beancount es nega a carregar un fitxer que troba ambigu, cosa que detecta errors aviat al costat de ser més exigent. Consulteu Beancount vs Ledger CLI i Beancount vs hledger.

No de manera nativa: això és una mancança real, no una característica oculta. La funcionalitat de pressupostos integrada de Beancount és limitada, i la gent que vol un comportament estricte de sobres normalment utilitza un complement de la comunitat o modela els sobres com a comptes.

Si els pressupostos per sobres són el que voleu principalment, llegiu Beancount vs YNAB abans de canviar. Per a què funciona avui dia, consulteu Pressupostos a Beancount.

Sí. La directiva document enllaça un fitxer a un compte i una data, i la interfície web us permet carregar i navegar per aquests documents al costat de les transaccions a les quals pertanyen. Els rebuts es queden com fitxers ordinaris al disc, de manera que són tan portàtils com el llibre major mateix.

Consulteu Funcions de la Interfície d'Usuari.

Sí: Beancount.io publica aplicacions per a iOS i Android per veure el vostre llibre major i capturar transaccions sobre la marxa, que és la mancança que la majoria de configuracions de text pla deixen oberta.

Per a una captura ràpida sense aplicació, molta gent pren una nota aproximada i la reconcilia al llibre major més tard.

Una dècada de finances personals són uns pocs megabytes i es carreguen en menys d'un segon. Beancount recalcula els saldos a partir de l'historial complet de transaccions a cada càrrega, i això es manté ràpid fins a centenars de milers d'entrades; més enllà, dividir per any amb include manté el funcionament còmode.

Consulteu Suport Multi-Fitxer per a com dividir un llibre major que creix.