Preguntes Freqüents sobre Beancount: Comptabilitat en Text Pla

Uns cinc conceptes, no un títol. Necessites els cinc tipus de compte (actius, passius, patrimoni, 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 fa complir la resta per tu.

Comença amb la Introducció a Beancount, mantén el Glossari obert en una pestanya, i afegeix les teves primeres transaccions a la Guia d'inici ràpid.

Beancount no utilitza en absolut les paraules "dèbit" i "crèdit" — 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 les seves partides es cancel·len. Això és la mateixa comptabilitat de partida doble que fan els comptables, però sense el vocabulari que confon als nouvinguts.

Si has utilitzat programari de comptabilitat tradicional, la traducció és: un dèbit és un número positiu i un crèdit és un número negatiu. Vegeu la referència de Sintaxi del llenguatge per a com s'escriuen les partides, o Dèbits i crèdits explicats per al context comptable en llenguatge senzill.

Perquè els diners sempre venen d'algun lloc, i la suma zero és el que converteix aquest fet en una comprovació d'errors. Si gastes 40 € en queviures, aquests diners van sortir d'un compte bancari — registrar les dues meitats significa que les dues han de cancel·lar-se, i qualsevol error tipogràfic en qualsevol import es detecta en lloc de produir silenciosament un saldo incorrecte.

Aquesta és la raó per la qual un llibre major en text pla és més fiable que un full de càlcul de despeses: l'estructura mateixa s'autoverifica. Una comprovació de saldo és el mecanisme relacionat que verifica el teu llibre contra la realitat.

Registra una transacció a la teva data d'inici que mou el saldo actual de cada compte des de Patrimoni:SaldosInicials, i després afegeix una comprovació de saldo per bloquejar-lo. No cal que reconstrueixis el teu històric financer — tria una data d'inici, pren els saldos tal com són aquell dia, i avança cap endavant.

La Guia d'inici ràpid mostra un exemple complet de configuració del saldo inicial.

Comença amb grans categories i divideix només quan una divisió més fina canviaria una decisió. Uns vint comptes és suficient per començar; si et trobes preguntant-te si "Despeses:Menjar" hauria de separar els restaurants de la compra de queviures, la prova útil és si faries alguna cosa diferent sabent aquesta distinció.

Reanomenar i dividir més tard és una cerca-i-reemplaça en un fitxer de text, així que el cost de començar de manera senzilla és baix. Els noms dels comptes es nien, així que pots començar amb una categoria àmplia i dividir-la en subcomptes més endavant sense reescriure la història — vegeu Com dissenyar un pla de comptes si vols una estructura per copiar.

Un full de càlcul no et pot dir quan està malament. La comptabilitat en text pla fa complir la partida doble, així que cada transacció s'autoverifica, i el fitxer es pot cercar, diferenciar i escriure amb scripts mentre els fitxers de text existeixin. També obtens un veritable historial de versions: git log al teu llibre et mostra exactament què va canviar, quan i per què.

La diferència pràctica apareix amb múltiples comptes, monedes o inversions, on un full de càlcul d'una sola entrada es desvia silenciosament de la veritat. Vegeu Comptabilitat transparent i auditable.

Si només vols saber quant has gastat en cafè, un full de càlcul és suficient. La partida doble val la pena tan bon punt tens diversos comptes, una hipoteca, una corredoria o més d'una moneda — que són exactament les situacions on el seguiment d'una sola entrada perd diners sense que te n'adonis.

Una manera útil de pensar-hi: la partida doble és una suma de comprovació per a les teves finances. Vegeu la Introducció per a l'argument sencer.

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 l'executa per tu al núvol. La línia d'ordres és una manera d'interaccionar, no un requisit. Si prefereixes un terminal, la línia d'ordres bea crea, comprova i genera informes sobre aquest mateix fitxer — consulta la iniciació ràpida a la CLI.

Vegeu Funcions de la interfície d'usuari per al que la interfície web pot fer, o proveu la demostració en directe.

La majoria de la gent importa el 80–95% de les transaccions i introdueix la resta a mà. En ordre aproximat de fiabilitat: una descàrrega OFX/QFX directa del teu 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 tu.

Espera escriure o ajustar una regla per institució: les exportacions CSV dels bancs són notòriament inconsistents, i un nom de comerciant que conté una coma sense escapar és un problema real i comú. Vegeu Importació intel·ligent per al camí automatitzat.

Per a un fitxer puntual, dos convertidors gratuïts de navegador fan la part mecànica sense pujar 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 els bancs ofereixen quan no ofereixen CSV en absolut.

Els importadors dedupliquen contra les entrades que ja existeixen al teu llibre, comparant data, import i beneficiari, i marquen qualsevol cosa ambigua perquè la confirmis en lloc d'endevinar. El flux de treball habitual marca les importacions incertes com a pendents perquè les revisis abans que formin part del registre permanent.

L'OFX fa això més fàcil que el CSV: cada transacció porta un FITID que el banc manté estable entre descàrregues, així que un importador pot coincidir per identitat en lloc d'inferència — el convertidor OFX el preserva com a camp de metadades id:.

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

No — i per a molta gent aquesta és la raó per utilitzar comptabilitat en text pla. Pots exportar OFX o CSV del teu banc tu mateix i no donar mai les credencials a un agregador. Si prefereixes la sincronització automatitzada, Beancount.io utilitza un agregador autoritzat pel banc en lloc d'emmagatzemar la teva contrasenya de banca en línia.

Llegeix els detalls a la pàgina de seguretat.

Afegeix una comprovació de saldo per la xifra de tancament de l'extracte, amb data el dia després de la data de tancament. Les comprovacions de saldo s'avaluen a l'inici de la seva data, així que la comprovació del matí següent és la que inclou totes les transaccions fins a l'últim dia de l'extracte. Si el teu llibre no coincideix amb el banc, bea check informa d'un error Balance failed i surt amb codi no zero, la qual cosa converteix la conciliació d'una comparació manual en una cosa que el programari comprova cada vegada que s'executa.

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

De manera nativa, i aquest és un dels seus avantatges més forts sobre les aplicacions de finances per a consumidors. Cada import porta la seva moneda, els comptes poden tenir diverses alhora, i les conversions es registren explícitament amb @ per a un preu o {} per a un cost, així que un canvi de tipus de canvi mai no reescriu silenciosament la teva història.

Res no es converteix darrere la teva esquena — sempre veus tant la moneda original com el valor convertit. Vegeu Sintaxi del llenguatge, Precisió i toleràncies i Comptabilitat multidiners per al costat comptable.

Registra les compres amb un cost entre claus — 10 AAPL {150,00 USD} — i Beancount fa el seguiment de cada lot per separat. Quan vens, indiques quin lot estàs reduint, i la plusvàlua sorgeix automàticament de l'aritmètica en lloc de ser una cosa que calcules a mà.

Beancount admet els mètodes de reserva STRICT, FIFO, LIFO i NONE. El mètode de cost mitjà es reconeix però no està completament implementat — si la teva jurisdicció fiscal requereix cost mitjà, planifica fer-ne el seguiment amb un connector o lots explícits. Vegeu Gestió d'inventaris.

Exactament igual que qualsevol altre producte bàsic: una criptomoneda és una unitat amb un cost, així que s'aplica la mateixa maquinària de lots i reserva. Un intercanvi d'un token per un altre és una única transacció que redueix un lot i n'obre un altre, que és també com s'obté la plusvàlua realitzada que la majoria d'autoritats fiscals volen que es declari.

Vegeu Seguiment de carteres de criptomonedes i les plantilles de cripto 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 un comptable espera. Els límits honestos són que no hi ha edició concurrent multiusuari, ni interfície de facturació integrada, ni flux d'aprovació de comptes a pagar — és un llibre major, no un ERP.

Vegeu Configuracions per indústria i la vitrina Open Ledger de llibres d'empreses reals.

Mantén-los separats — ja sigui com a arbres de comptes de nivell superior diferents en un fitxer o com a dos fitxers combinats amb include. Barrejar-los fa que el compte de resultats del negoci no tingui sentit i dificulta la declaració d'impostos, i separar-los no costa res per endavant.

Dos fitxers sol ser l'opció més neta un cop el negoci té el seu propi compte bancari. Vegeu Suport multi-fitxer.

Modela els drets de cobrament com un compte d'actiu i les obligacions de pagament com un passiu, després registra la factura quan l'emets i el pagament quan arriba — això és comptabilitat de meritació, i Beancount ho admet directament. El que no té és una interfície de facturació: fa el seguiment del que et deuen, no genera ni envia la factura.

Vegeu Plantilles d'informes financers per al costat dels informes, Configuracions per indústria per a exemples treballats, i Comprendre els comptes a cobrar per als conceptes.

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

Vegeu les Guies de preparació d'impostos, les Plantilles d'informes financers i Consulta amb SQL per extreure exactament els números que demanen.

Tots tres són sistemes de partida doble en text pla amb formats de fitxer similars. Ledger és l'original i el més permissiu de tots; hledger és una reimplementació en Haskell coneguda per les seves regles d'importació CSV amigables i la documentació; Beancount té el parser més estricte i el suport més fort per a inversions, lots i múltiples monedes, més una API de connectors de Python.

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

No de manera nativa — aquesta és una mancança genuïna, no una característica oculta. La pressupostació integrada de Beancount és limitada, i la gent que vol un comportament estricte d'ensobrament normalment utilitza un connector de la comunitat o modela els sobres com a comptes.

Si la pressupostació per sobres és el que més vols, llegeix Beancount vs YNAB abans de canviar-te. Per al que funciona avui, vegeu Pressupostació a Beancount.

Sí. La directiva document enllaça un fitxer a un compte i una data, i la interfície web et permet pujar i explorar aquests documents al costat de les transaccions a les quals pertanyen. Els rebuts es queden com a fitxers normals al disc, així que són tan portables com el mateix llibre.

Vegeu Funcions de la interfície d'usuari.

Sí — Beancount.io publica aplicacions per a iOS i Android per veure el teu llibre i capturar transaccions en moviment, que és el buit que la majoria de configuracions de text pla deixen obert.

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

Una dècada de finances personals són uns pocs megabytes i es carrega en menys d'un segon. Beancount recalcula els saldos des 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à d'això, el límit és la comoditat d'edició i de difusió, no el temps de càrrega: dividir per any amb include manté els fitxers individuals petits, però els fitxers inclosos encara formen un únic llibre combinat que Beancount carrega i recalcula completament, així que és una conveniència d'organització de fitxers més que una acceleració o una manera de mantenir llibres separats.

Vegeu Suport multi-fitxer per a com dividir un llibre que creix.