본문으로 건너뛰기

"복식부기" 태그로 연결된 7개 게시물개의 게시물이 있습니다.

모든 태그 보기

Beancount에서 세금 기록하기 (실용적인 방법)

· 약 6분
Mike Thrift
Mike Thrift
Marketing Manager

세금은 개인 재무 세계에서 특별하고 복잡한 존재처럼 느껴질 수 있습니다. 하지만 그렇지 않다면 어떨까요? 세금을 원장에 있는 다른 금전 흐름처럼 취급할 수 있다면요? 좋은 소식: 가능합니다. 세금을 단순한 가치 이동으로 취급하면 Beancount 원장이 깔끔하고 쿼리하기 쉬우며—무엇보다도—이해하기 쉬워집니다.

아래는 개인 또는 소규모 비즈니스 Beancount 파일에 바로 적용할 수 있는 실용적이고 간결한 패턴입니다. 급여, 세금 납부 및 새해로 넘어가는 성가신 환급까지 처리할 수 있는 간단한 시스템입니다. 필요한 핵심 계정들을 소개하고 실제 예시를 따라가며, 필요한 답을 얻기 위한 정확한 쿼리도 보여드립니다.

2025-08-25-recording-taxes-in-beancount

핵심 원칙

코드에 들어가기 전에 몇 가지 간단한 규칙에 동의합시다. 이러한 원칙은 논리적 흐름을 유지하고 미래의 골칫거리를 방지합니다.

  • "무엇인지"와 "현금이 이동하는 시점"을 구분하세요. 🗓️
    이것이 가장 중요한 개념입니다. 세금 비용은 소득을 얻은 연도(예: 2024)에 속하며, IRS에 2025년 4월에 청구서를 정산하더라도 마찬가지입니다. 비용 발생 시점과 현금 지급 시점을 구분하지 않으면 연도별 보고서가 혼란스럽고 오해를 불러일으킵니다.

  • 계정 계층 구조를 단순하고 지루하게 유지하세요. 📁
    세금 유형에 따라 계정을 명확히 이름 짓습니다(예: IncomeTax, SocialSecurity). 이렇게 하면 쿼리가 매우 간단해집니다. 계정 이름에 공급업체명이나 양식 번호(W-2, 1099 등)를 넣지 말고 메타데이터와 태그를 사용하세요.

  • 연말 조정을 위해 발생주의를 받아들이세요. ⚖️
    개인 원장이라도 연말에 간단한 발생주의 항목을 사용하는 것이 보고서를 정확하게 만드는 가장 깔끔한 방법입니다. 이는 돈이 다음 해에 이동하더라도 해당 연도에 비용이나 환급을 인식한다는 의미입니다. 작은 추가 단계 하나가 나중에 복잡한 사고를 방지해 줍니다.

  • 미래의 자신을 위해 작성하세요. 🧠
    목표는 명확성입니다. 세금 연도와 같은 추가 정보를 계정 이름에 넣는 것은 실제로 쿼리를 더 쉽게 만들 때만 적용하세요. 특별한 이유가 없는 한 매년 새로운 계정 집합(Expenses:Taxes:2024:Federal, Expenses:Taxes:2025:Federal 등)을 만들지 마세요. 평면 구조가 관리하기 더 쉽습니다.

최소 계정 골격

시작을 위한 기본 계정 세트를 소개합니다. 이 구조는 미국 중심이지만, 자신의 국가 세제에 맞게 이름을 쉽게 바꿀 수 있습니다. 아래 open 지시문을 Beancount 파일에 넣기만 하면 됩니다.

2024-01-01 open Income:Taxes:Federal:IncomeTax USD
2024-01-01 open Income:Taxes:Federal:SocialSecurity USD
2024-01-01 open Income:Taxes:Federal:Medicare USD
2024-01-01 open Income:Taxes:State:IncomeTax USD
2024-01-01 open Income:Taxes:State:SalesTax USD

2024-01-01 open Expenses:Taxes:Federal:IncomeTax USD
2024-01-01 open Expenses:Taxes:Federal:SocialSecurity USD
2024-01-01 open Expenses:Taxes:Federal:Medicare USD
2024-01-01 open Expenses:Taxes:State:IncomeTax USD
2024-01-01 open Expenses:Taxes:State:SalesTax USD

2024-01-01 open Liabilities:Taxes:Federal:IncomeTax USD
2024-01-01 open Liabilities:Taxes:Federal:SocialSecurity USD
2024-01-01 open Liabilities:Taxes:Federal:Medicare USD
2024-01-01 open Liabilities:Taxes:State:IncomeTax USD
2024-01-01 open Liabilities:Taxes:State:SalesTax USD

2024-01-01 open Assets:Tax:Receivable USD

이 설정은 원천징수된 세금과 직접 납부 및 환급을 구분하여 돈이 정확히 어디로 갔는지 쉽게 확인할 수 있게 합니다. LiabilitiesAssets 계정은 연말 보고를 정확하게 유지하기 위한 비밀 무기입니다.

예시 1: 급여

세금이 자동으로 원천징수되는 일반적인 급여를 기록해 봅시다. 핵심은 총 급여를 먼저 기록하고, 세금과 실제 은행 계좌에 입금된 현금으로 어떻게 나뉘었는지 보여주는 것입니다.

2025-07-15 * "급여 지급"
Assets:Bank:Checking -4341.00 USD
Expenses:Taxes:Federal:IncomeTax 1200.00 USD
Expenses:Taxes:Federal:SocialSecurity 372.00 USD
Expenses:Taxes:Federal:Medicare 87.00 USD
Income:Salary:Employer 6000.00 USD

이 하나의 거래가 전체 이야기를 전달합니다:

  • 총 $6,000의 총소득을 벌었습니다.
  • 그 중 $1,200은 연방 소득세로 IRS에 송금되었습니다.
  • 372은사회보장세,372은 사회보장세, 87은 메디케어에 사용되었습니다.
  • 나머지 $4,341이 실제 수령액입니다.

팁: 급여 명세서의 메타데이터(예: pay_period_end: "2025-07-15")를 거래에 첨부하면 감사 추적이 쉬워집니다.

예시 2: 신고하기 (연도 교차 문제)

많은 사람들이 헷갈려하는 상황입니다: 2025년 4월에 2024년 세금을 신고하고 있습니다. 원천징수 후에도 추가로 $3,000을 더 내야 한다는 것을 알게 되었습니다.

이를 어떻게 기록할까요? 비용은 2024년에 반영하고, 현금 지급은 2025년에 발생하도록 해야 합니다. 이를 처리하는 두 가지 훌륭한 방법을 소개합니다.

옵션 A: 수동 2단계 발생주의

이 방법은 순수 Beancount만 사용하며 플러그인이 필요 없습니다. 명확한 2단계 프로세스입니다.

단계 1: 세금 연도 말에 비용을 인식합니다. 2024년 마지막 날에 “정산” 항목을 생성합니다. 아직 현금 이동은 없으며, 비용을 인정하고 임시 부채 계정에 보관하는 것입니다.

2024-12-31 * "세금 정산"
Liabilities:Taxes:Federal:IncomeTax 3000.00 USD

이제 2024년 손익계산서에 $3,000 비용이 정확히 표시됩니다.

단계 2: 현금 지급이 발생할 때 기록합니다. 2025년 4월에 실제로 IRS에 돈을 송금하면 부채를 정산합니다.

2025-04-15 * "세금 납부"
Assets:Bank:Checking -3000.00 USD
Liabilities:Taxes:Federal:IncomeTax 3000.00 USD

2024년 보고서는 정확하고, 2025년 현금 흐름도 정확합니다. 완벽합니다! 환급의 경우에도 같은 패턴을 역으로 적용하면 되며, 부채 계정 대신 Assets:Tax:Receivable를 사용하면 됩니다.

옵션 B: 플러그인으로 자동화

지불을 하나의 거래로 유지하고 싶다면, beancount_reds_plugins.effective_date라는 훌륭한 커뮤니티 플러그인이 도움이 됩니다. 이 플러그인은 단일 항목에 다른 “유효일”을 지정할 수 있게 해줍니다.

먼저 메인 Beancount 파일에 플러그인을 활성화합니다: plugin "beancount_reds_plugins.effective_date"

이제 하나의 거래를 작성하면 플러그인이 자동으로 내부에서 분할하여 보고서를 정확하게 만들어 줍니다.

2025-04-15 * "세금 납부 (플러그인 사용)"
plugin "effective_date"
Assets:Bank:Checking -3000.00 USD
Expenses:Taxes:Federal:IncomeTax 3000.00 USD
effective_date: 2024-12-31

여기서는 현금 부분이 2025년 4월 15일에 기록되고, 비용 부분은 2024년 12월 31일에 소급 적용됩니다. 이는 옵션 A와 동일한 결과를 다른 워크플로우로 달성한 것입니다.

판매세는 어떻게 할까요?

대부분의 개인 원장에서는 판매세가 간단합니다. 환급을 청구하지 않는다면 구매 시 별도의 비용으로 분리하면 됩니다.

2025-03-10 * "구매 - 판매세 포함"
Expenses:Goods:OfficeSupplies -200.00 USD
Expenses:Taxes:Sales -15.00 USD
Assets:Bank:Checking 215.00 USD

이를 통해 연간 판매세 지출을 쉽게 추적할 수 있습니다. 부가가치세(VAT)를 다루는 사업을 운영한다면, 지급 및 수취 계정을 사용하는 보다 정식 시스템을 사용하지만 원리는 동일합니다.

실제로 실행할 쿼리

이 구조의 핵심은 답을 쉽게 얻는 것입니다. 아래는 세금 현황을 확인하기 위한 BQL 쿼리 예시입니다.

1. 2024년 연방 소득세 총액은 얼마인가요?

SELECT SUM(position) FROM "Expenses:Taxes:Federal:IncomeTax"
WHERE date >= '2024-01-01' AND date < '2025-01-01';

2. 그 총액이 원천징수, 납부, 환급으로 어떻게 구분되는가?

SELECT
SUM(CASE WHEN account LIKE '%IncomeTax%' THEN position ELSE 0 END) AS withholding,
SUM(CASE WHEN account LIKE '%Payments%' THEN position ELSE 0 END) AS payments,
SUM(CASE WHEN account LIKE '%Refunds%' THEN position ELSE 0 END) AS refunds
FROM "Expenses:Taxes:Federal"
WHERE date >= '2024-01-01' AND date < '2025-01-01';

3. 미결 세금 부채나 수취금이 있나요? (작업 확인에 유용!)

SELECT account, SUM(position) FROM "Liabilities:Taxes:Federal"
WHERE date >= '2024-01-01' AND date < '2025-01-01'
GROUP BY account;

요약

  • 세금을 간단한 거래로 취급합니다.
  • 제공된 계정 구조를 사용합니다.
  • 코드 블록을 활용하여 명확히 합니다.
  • 쿼리를 실행해 데이터를 검증합니다.

최종 생각

여기까지 읽었다면, Beancount에서 세금을 처리하기 위한 탄탄한 기반을 갖추게 된 것입니다. 원장을 깔끔하고 정확하며 이해하기 쉽게 유지하는 것이 목표임을 기억하세요. 회계 작업을 즐기세요!

회계 사이클, Beancount 스타일

· 약 7분
Mike Thrift
Mike Thrift
Marketing Manager

재무제표는 마법처럼 나타나는 것이 아닙니다. 이는 회계 사이클이라 불리는 구조화되고 반복 가능한 프로세스의 최종 산물입니다. 원칙은 보편적이지만, 사용하는 도구에 따라 경험이 크게 달라질 수 있습니다. 이 가이드는 강력한 텍스트 기반 회계 도구인 Beancount에 초점을 맞춰 회계 사이클을 단계별로 안내합니다.

Beancount의 텍스트 우선 접근 방식이 어떻게 번거로운 단계를 없애는지, 자동화해야 할 부분은 무엇인지, 그리고 재무 건전성을 가장 명확히 파악할 수 있는 보고서는 무엇인지 살펴보겠습니다. 🧑‍💻

2025-08-13-the-accounting-cycle-beancount-style


TL;DR: Beancount 워크플로우

  • Capture & Journal: 모든 거래를 깔끔한 복식부기 포스팅으로 .beancount 텍스트 파일에 기록합니다.
  • Validate & Reconcile: balance 어설션을 사용해 원장이 은행 명세와 일치하는지 확인하고 bean-check로 오류를 잡습니다.
  • Review: 조정되지 않은 시산표를 생성해 빠르게 sanity check를 합니다.
  • Adjust: 발생비용, 이연비용, 감가상각 및 기타 기간 말 항목에 대한 조정 분개를 기록합니다.
  • Re-review: 조정된 시산표를 확인해 모든 것이 정확한지 검증합니다.
  • Publish & Close: 손익계산서, 대차대조표, 현금흐름표를 생성합니다. Beancount에서는 보고서가 날짜를 인식하므로 장부 마감은 선택 사항입니다.

이 흐름은 다음과 같이 시각화할 수 있습니다:


Step 1: 거래 캡처 및 기록

이것이 기본 단계입니다. 모든 재무 이벤트—판매, 구매, 은행 수수료—는 반드시 기록되어야 합니다. Beancount에서는 main.beancount와 같이 간단한 텍스트 파일에 거래를 생성함으로써 이를 수행합니다. 파일을 연도별로 나누어 관리할 수도 있습니다.

각 거래는 복식부기 규칙을 따라야 하며, 모든 포스팅의 합은 반드시 0이어야 합니다. Beancount이 이를 자동으로 강제합니다.

2025-08-10 * "Walmart" "사무용품 구매"
Expenses:Office:Supplies 45.67 USD
Assets:Bank:Checking -45.67 USD
  • Pro-Tip: #project-phoenix 또는 #client-acme와 같은 태그를 사용해 데이터에 차원을 추가하세요. 나중에 쿼리와 보고서를 훨씬 유연하게 만들 수 있습니다.

조정 위생 ✅

정확성을 보장하는 가장 강력한 기능은 balance 어설션입니다. 명세 기간 말(예: 월말)에는 해당 계정의 잔액이 어떠해야 하는지 선언합니다.

2025-08-31 balance Assets:Bank:Checking  12345.67 USD

Assets:Bank:Checking에 영향을 주는 모든 거래의 합이 12345.67 USD와 일치하지 않으면 Beancount이 오류를 발생시킵니다. 이 간단한 지시문은 원장을 자체 감사 문서로 전환합니다.

역사 데이터를 뒤늦게 입력하는 경우, pad 지시문을 사용해 개시 잔액이 첫 어설션과 맞도록 자동으로 균형 거래를 생성할 수 있습니다.


Step 2: "원장에 포스팅" (무료!)

전통 회계 시스템에서는 먼저 "분개장(journal)"에 입력하고, 별도의 "포스팅" 단계에서 이를 "총계정원장(general ledger)"에 복사합니다.

Beancount에서는 .beancount 파일 자체가 분개장과 원장을 동시에 겸합니다. 거래를 작성하고 저장하면 이미 포스팅이 완료된 것입니다. 별도의 단계가 없습니다. 이 직접성은 텍스트 기반 회계의 핵심 장점이며, 보는 그대로가 결과가 됩니다.


Step 3: 조정되지 않은 시산표 준비

조정을 시작하기 전에 빠르게 “모두 맞는가?”를 확인해야 합니다. 시산표는 모든 계정과 그 총액을 나열하는 간단한 보고서이며, 차변 총액과 대변 총액이 일치해야 합니다.

다음과 같은 간단한 쿼리로 생성할 수 있습니다:

bean-query main.beancount \
"SELECT account, sum(position) GROUP BY 1 ORDER BY 1"

또는 Fava(Beancount 웹 인터페이스)를 열어 “Trial Balance” 보고서를 확인하세요. 자산 계정에 대변 잔액이 있거나, 비용 계정에 이상한 값이 있는지 살펴보세요.


Step 4: 조정 분개 기록

조정 분개는 발생주의 회계에 따라 정확한 보고를 위해 필수적입니다. 현금 흐름과 무관하게 수익은 발생 시점에, 비용은 발생 시점에 인식됩니다.

일반적인 조정 항목:

  • 발생비용(Accruals): 아직 청구하지 않은 매출이나 아직 지급하지 않은 비용을 기록합니다.
  • 이연수익(Deferrals): 선불을 처리합니다. 고객이 1년 서비스 비용을 선불로 지급하면 Liabilities:UnearnedRevenue로 부채를 잡고 매월 1/12씩 수익으로 인식합니다.
  • 비현금 항목: 감가상각 등.
  • 수정(Corrections): 오류 수정 또는 은행 피드에서 누락된 항목(예: 소액 이자 지급) 반영.

예시: 매출 발생(Accruing Revenue)

8월 31일에 프로젝트를 완료했지만 청구서는 9월에 보냅니다. 올바른 기간(8월)에 수익을 인식하려면 다음과 같이 조정 분개를 합니다:

2025-08-31 * "프로젝트 #1042 매출 발생"
Assets:AccountsReceivable 3000.00 USD
Income:Consulting -3000.00 USD

예시: 감가상각 기록

회사에 자산 감가상각 일정이 있습니다. 기간 말에 다음과 같이 비용을 기록합니다:

2025-12-31 * "컴퓨터 장비 연간 감가상각"
Expenses:Depreciation 4800.00 USD
Assets:Fixed:AccumulatedDepreciation -4800.00 USD

Step 5: 조정된 시산표 실행 및 검증

조정 분개를 모두 입력한 뒤 다시 시산표를 실행합니다. 이것이 조정된 시산표이며, 재무제표 작성에 사용될 최종 숫자입니다.

또한 Beancount 내장 검증 명령을 실행해 보세요:

bean-check main.beancount

출력이 없으면 구문, 균형 규칙, 어설션 모두 정상이라는 뜻입니다.


Step 6: 재무제표 발행 📊

이제 조정된 시산표의 숫자를 활용해 핵심 재무 보고서를 생성합니다. 가장 쉬운 방법은 Fava를 이용하는 것으로, 인터랙티브하고 드릴다운 가능한 보고서를 바로 제공합니다.

  • 손익계산서 (Income Statement / P&L): 기간 동안의 수익과 비용을 보여주며 순이익 또는 순손실을 나타냅니다.
  • 대차대조표 (Balance Sheet): 특정 시점에 자산, 부채, 자본(Equity)을 한눈에 보여줍니다.
  • 현금흐름표 (Cash Flow Statement): 시작 현금과 종료 현금을 연결해 현금이 어디서 들어오고 어디로 나갔는지 보여줍니다.

맞춤형 보고서는 Beancount Query Language (BQL)를 사용해 만들 수 있습니다. 아래는 월간 손익계산서 쿼리 예시입니다:

-- 2025년 8월 손익계산서
SELECT account, sum(position)
WHERE account '^(Income|Expenses)'
AND date >= 2025-08-01 AND date <= 2025-08-31
GROUP BY account ORDER BY account;

Step 7: 장부 마감 (선택)

전통 회계에서는 “마감” 절차를 통해 모든 임시 계정(수익·비용)을 0으로 만들고 순이익을 Retained Earnings(이익잉여금)으로 이전합니다. 이는 다음 회계 연도를 위해 임시 계정을 초기화하는 과정입니다.

Beancount에서는 보통 이 단계가 필요 없습니다. Fava 보고서는 날짜를 인식하므로 2025년 P&L을 요청하면 2025년 데이터만 사용합니다. 잔액이 “넘쳐” 나오지 않으며, 대부분의 사용자는 그대로 두고 작업합니다.

하지만 규정 준수나 주주 보고를 위해 공식 마감이 필요하다면, 연말에 총 수익·비용을 Equity:Retained-Earnings로 옮기는 간단한 거래를 추가하면 됩니다.


실용적인 월간 마감 체크리스트

Beancount를 사용해 매월 장부를 마감하는 반복 가능한 체크리스트입니다.

  • Capture: 모든 은행·신용카드 거래를 가져옵니다. 현금 지출이나 비정규 항목은 수동으로 입력합니다.
  • Reconcile: 모든 은행·카드·대출 계정에 balance 어설션을 추가해 명세와 일치시키세요.
  • Review: Fava에서 조정되지 않은 시산표를 검토합니다. 이상하거나 예상치 못한 잔액을 조사합니다. 미수금(Assets:AccountsReceivable)이나 미지급금(Liabilities:AccountsPayable)이 오래 남아 있지 않은지 확인합니다.
  • Adjust: 발생수익·발생비용, 이연수익·이연비용 및 필요한 수정 분개를 기록합니다.
  • Validate: bean-check를 실행하고 최종 조정된 시산표를 검토합니다.
  • Publish: 손익계산서와 대차대조표를 생성해 이해관계자에게 전달하거나 보관합니다.
  • Wrap-up: 필요 시 마감 분개를 수행하고, 해당 기간 .beancount 파일을 아카이브합니다.

Beancount가 회계 사이클에 강력한 이유

  • 투명성 및 감사 가능성: 원장이 텍스트 파일이므로 git으로 버전 관리하고 diff로 변경 사항을 검토하며 회계사와 명확하게 협업할 수 있습니다.
  • 완전한 제어: 차트 오브 어카운트를 직접 정의합니다. 소프트웨어 공급업체의 구조에 얽매이지 않으며, 데이터는 영원히 열려 있는 포맷으로 여러분의 소유입니다.
  • 비할 데 없는 파워: SQL‑like 쿼리(BQL)와 풍부한 웹 인터페이스(Fava)의 조합으로 재무 데이터를 자유롭게 슬라이스·다이스·분석할 수 있습니다.

시작을 위한 복사·붙여넣기 스니펫

간단한 차트 오브 어카운트:

option "title" "My Personal Ledger"
option "operating_currency" "USD"

;; --- Accounts ---
1970-01-01 open Assets:Bank:Checking
1970-01-01 open Assets:AccountsReceivable
1970-01-01 open Liabilities:CreditCard
1970-01-01 open Liabilities:UnearnedRevenue
1970-01-01 open Equity:Owner:Capital
1970-01-01 open Equity:Retained-Earnings
1970-01-01 open Income:Consulting
1970-01-01 open Expenses:Office:Supplies
1970-01-01 open Expenses:Software
1970-01-01 open Expenses:Depreciation

유용한 BQL 쿼리:

-- 미수금이 남아 있는 고객 찾기
SELECT payee, sum(position)
WHERE account = 'Assets:AccountsReceivable'
GROUP BY payee
HAVING sum(position) > 0
ORDER BY sum(position) DESC;

텍스트 기반 도구인 Beancount와 영원한 회계 사이클을 연결하면 견고하고 투명하며 오래 지속되는 시스템을 구축할 수 있습니다. 즐거운 부기 되세요!

Beancount.io vs. 전통 회계 소프트웨어: 어느 것이 당신에게 가장 적합한가?

· 약 6분
Mike Thrift
Mike Thrift
Marketing Manager

수십 년 동안 비즈니스 회계 분야는 QuickBooks, Xero, FreshBooks 와 같은 폐쇄형 GUI 기반 시스템이 주류를 이루어 왔습니다. 이들 시스템은 사용하기 쉬운 시각적 워크플로우를 제공해 비기술 사용자에게 친숙합니다. 하지만 개발자, 파워 유저, 그리고 절대적인 투명성과 제어를 중시하는 사람들에게는 완전히 다른 접근 방식이 등장했습니다: Beancount.io.

이 글에서는 Beancount.io와 전통 회계 소프트웨어를 직접 비교합니다. 철학, 유연성, 비용, 장기 유지 관리 측면에서 핵심 차이를 살펴보고, 어떤 시스템이 여러분의 요구에 가장 잘 맞는지 판단할 수 있도록 돕겠습니다.

2025-08-08-beancount-io-vs-traditional-accounting-software

1. 철학과 워크플로우

두 접근 방식의 가장 근본적인 차이는 핵심 철학에 있습니다.

Beancount.io
Beancount.io는 플레인 텍스트 회계라는 철학 위에 구축되었습니다. 모든 재무 거래는 단순 텍스트 파일의 한 줄로 기록됩니다. 이 “코드로서의 회계” 모델은 인간이 읽기 쉬운, 버전 관리가 가능한 레코드를 우선시합니다. 여러분의 재무 데이터는 언제든지 열어볼 수 있는 개방형 포맷에 보관되며, 공급업체에 의해 잠기지 않습니다. 이 워크플로우는 코드 편집기, Git 과 같은 버전 관리 시스템, 그리고 커맨드 라인 도구에 익숙한 사용자를 위해 설계되었습니다.

전통 소프트웨어
전통 회계 플랫폼은 GUI 기반이며 폼 중심입니다. 마법사, 드롭다운 메뉴, 시각적 폼을 통해 데이터를 입력합니다. 이 접근 방식은 즉시성 및 접근성을 강조해 비기술 사용자가 별다른 학습 곡선 없이 시작할 수 있게 합니다. 그러나 데이터는 독점 포맷이나 클라우드 데이터베이스에 저장되며, 다른 서비스로 마이그레이션하려면 복잡한 내보내기·가져오기 절차가 필요합니다.

판단: 완전한 제어, 데이터 소유권, 투명성, 자동화를 중시한다면 Beancount.io가 명백히 우수합니다. “클릭하고 바로 사용” 인터페이스와 최소 학습 곡선을 원한다면 전통 소프트웨어가 더 자연스럽게 느껴질 것입니다.

2. 유연성 및 맞춤화

소프트웨어가 여러분의 구체적인 요구에 얼마나 잘 맞출 수 있나요?

Beancount.io
100 % 스크립트 가능하다는 것이 Beancount.io의 강점입니다. Python 과 완벽히 통합돼 은행 피드에서 데이터를 자동으로 가져오고, 복잡한 규칙에 따라 거래에 태그를 자동 부여하며, 정확히 원하는 형태의 맞춤 보고서를 생성할 수 있습니다. 확장성과 맞춤화 가능성은 사실상 무한하며, 공급업체가 부과하는 제한이 없습니다.

전통 소프트웨어
이들 플랫폼은 PayPal, Stripe, 급여 서비스 등 인기 도구와의 연동을 제공하지만, 공급업체가 만든 ‘벽’ 안에서만 동작합니다. 맞춤화는 플랫폼이 허용하는 범위에 제한되며, 고급 보고서나 자동화 기능은 종종 상위 플랜 업그레이드 또는 서드파티 애드온 구매가 필요합니다. API 를 사용할 수는 있지만, 언제나 해당 생태계의 규칙과 속도 제한에 얽매이게 됩니다.

판단: Beancount.io는 개발자와 기술 사용자를 위한 탁월한 유연성을 제공합니다. 전통 도구는 표준 비즈니스 애플리케이션과의 플러그‑앤‑플레이 워크플로우에 더 적합합니다.

3. 협업 및 투명성

다른 사람과 작업하고 기록을 감사하는 방식이 크게 다릅니다.

Beancount.io
협업은 Git 으로 관리됩니다. 재무 원장에 대한 모든 변경 사항이 완전히 투명하고 감사 가능하게 기록됩니다. 누가 언제 무엇을 왜 바꿨는지 코드를 리뷰하듯 확인할 수 있습니다. 이는 이미 GitHub·GitLab 등 도구를 활용하는 분산 팀에 최적입니다. 또한 보고서에 나타나는 모든 숫자는 원장 파일의 정확한 라인 아이템으로 추적 가능해 완전한 감사성을 보장합니다.

전통 소프트웨어
협업은 내장된 사용자 역할 및 권한을 통해 이루어집니다. 회계사, 부기 담당자, 비즈니스 파트너를 웹 인터페이스에 초대해 직접 장부에 접근하도록 할 수 있습니다. 전통적인 재무 감독 모델에 매우 효과적이지만, 세금 계산이나 자동 잔액 조정 같은 내부 로직이 “블랙 박스”처럼 보일 수 있어 독립적인 검증이 어려울 수 있습니다.

판단: Beancount.io는 세밀한 감사 가능성과 코드 스타일 협업을 중시하는 팀에 최적입니다. 전통 시스템은 실시간 GUI 접근을 선호하는 회계 담당자에게 더 친숙합니다.

4. 비용 및 소유권

재무 모델과 데이터 소유권 개념이 완전히 다릅니다.

Beancount.io
핵심 Beancount 소프트웨어는 오픈 소스이며 무료입니다. 비용은 호스팅, 지능형 자동화, 프리미엄 기능 등 부가 서비스에만 발생합니다. 사용자당 라이선스 비용이 없으므로 팀 규모가 커져도 추가 비용이 발생하지 않습니다. 가장 중요한 점은 공급업체 락인(lock‑in)이 전혀 없다는 것입니다. 데이터는 언제든지 옮기고, 편집하고, 저장할 수 있는 텍스트 파일 컬렉션입니다.

전통 소프트웨어
이들 서비스는 구독 모델을 채택해 월간·연간 요금이 청구됩니다. 기능에 따라 티어가 나뉘며, 사용자당 또는 기업당 비용이 증가합니다. 구독을 중단하면 데이터와 소프트웨어 기능에 대한 접근 권한을 잃을 위험이 있습니다. 이는 장기적인 의존성을 초래하는 중요한 리스크입니다.

판단: 기술 팀이 데이터 주권을 중시한다면 Beancount.io가 장기적으로 훨씬 비용 효율적입니다. 전통 소프트웨어는 예측 가능한 구독 비용을 제공하지만 장기 의존성을 만들게 됩니다.

5. 학습 곡선 및 도입 속도

얼마나 빨리 시작할 수 있나요?

Beancount.io
학습 곡선이 확실히 가파릅니다. 텍스트 기반 편집, 기본 문법 이해, Git 등 도구 사용에 익숙해야 합니다. 그러나 초기 투자는 큰 보상을 가져옵니다. 일단 숙달하면 매우 빠르고 반복 가능한 워크플로우를 구현할 수 있으며, 재무 상황에 대한 깊이 있는 이해를 얻게 됩니다.

전통 소프트웨어
비기술 비즈니스 오너를 위해 설계돼 온보딩 마찰이 최소입니다. 몇 분 안에 인보이스 발행·비용 분류를 시작할 수 있습니다. 다만 맞춤 보고서 작성이나 다중 법인 회계 설정 등 고급 기능을 익히려면 여전히 상당한 시간 투자가 필요합니다.

판단: 강력한 시스템을 배우는 데 시간을 투자할 의향이 있다면 Beancount.io가 적합합니다. 즉각적인 결과가 필요하고 비기술 사용자인 경우 전통 소프트웨어가 더 빠르게 시작할 수 있습니다.

나란히 비교

기능Beancount.io전통 회계 소프트웨어
핵심 철학코드로서의 회계; 플레인 텍스트 원장GUI 기반; 폼 중심
데이터 포맷개방형 (플레인 텍스트)독점형 (데이터베이스)
데이터 소유권100 % 사용자 소유 및 이동 가능공급업체 제어; 잠금 가능성
유연성무한; Python 으로 완전 스크립트 가능공급업체 생태계 및 API 로 제한
협업Git 기반; 투명한 변경 이력역할 기반 사용자 권한
투명성완전 감사 가능; 숨겨진 계산 없음일부 계산이 불투명할 수 있음
비용 모델오픈 소스 코어; 호스팅/자동화에 비용월/연 구독 (SaaS)
학습 곡선비기술 사용자에게 가파름낮음; 빠른 시작 설계
이상적인 사용자개발자, 파워 유저, 데이터 분석가중소기업 소유주, 비기술 팀

선택 시점

결정은 궁극적으로 팀의 역량, 우선순위, 워크플로우에 달려 있습니다.

Beancount.io를 선택하세요 if you:

  • 개발자, 데이터 분석가, 혹은 기술에 익숙한 파워 유저일 때.
  • 절대적인 투명성, 제어, 장기 데이터 이동성을 최우선으로 할 때.
  • 회계를 완전 자동화하고 맞춤 워크플로우에 깊게 통합하고 싶을 때.
  • 재무 기록을 소스 코드처럼 엄격히 관리하고 싶을 때.

전통 회계 소프트웨어를 선택하세요 if you:

  • 기술 설정 없이 빠른 시각적 인터페이스를 원할 때.
  • 회계사 친화적인 즉시 접근성을 최소 교육으로 제공하고 싶을 때.
  • 공급업체가 모든 업데이트와 규정 준수를 관리해 주는 관리형 호스팅 솔루션을 선호할 때.
  • 통합 요구가 인기 있는 오프‑더‑쉘프 앱으로 충분히 충족될 때.

마무리 생각

Beancount.io는 QuickBooks 를 능가하려는 것이 아니라 근본적으로 다른 사고 방식을 제시합니다. 회계를 코드로 보는 접근은 버전 관리와 Git 이 소프트웨어 개발에 가져다 준 투명성, 완전 재현성, 궁극적 제어와 같은 이점을 재무 분야에 적용합니다.

동시에 전통 회계 소프트웨어는 비기술 팀을 위한 즉시 사용 가능한 편의성과 준비된 통합을 계속해서 강점으로 유지합니다. 어느 쪽이 “더 좋다”는 문제가 아니라, 여러분의 워크플로우, 우선순위, 재무 데이터에 대한 제어 수준에 가장 잘 맞는 선택을 하는 것이 핵심입니다.

Beancount 원장 해부: 비즈니스 회계를 위한 사례 연구

· 약 2분
Mike Thrift
Mike Thrift
Marketing Manager

오늘 블로그 포스트에서는 비즈니스를 위한 Beancount 원장을 상세히 분석하여, 이 평문 복식부기 회계 시스템의 복잡성을 이해하도록 도와드리겠습니다.

Beancount 원장 해부: 비즈니스 회계를 위한 사례 연구

먼저 코드를 살펴보겠습니다:

2023-05-22-business-template

1970-01-01 open Assets:Bank:Mercury
1970-01-01 open Assets:Crypto

1970-01-01 open Equity:Bank:Chase

1970-01-01 open Income:Stripe
1970-01-01 open Income:Crypto:ETH

1970-01-01 open Expenses:COGS
1970-01-01 open Expenses:COGS:Contabo
1970-01-01 open Expenses:COGS:AmazonWebServices

1970-01-01 open Expenses:BusinessExpenses
1970-01-01 open Expenses:BusinessExpenses:ChatGPT

2023-05-14 * "CONTABO.COM" "Mercury Checking ••1234"
Expenses:COGS:Contabo 17.49 USD
Assets:Bank:Mercury -17.49 USD

2023-05-11 * "Amazon Web Services" "Mercury Checking ••1234"
Expenses:COGS:AmazonWebServices 14490.33 USD
Assets:Bank:Mercury -14490.33 USD

2023-03-01 * "STRIPE" "Mercury Checking ••1234"
Income:Stripe -21230.75 USD
Assets:Bank:Mercury 21230.75 USD

2023-05-18 * "customer_182734" "0x5190E84918FD67706A9DFDb337d5744dF4EE5f3f"
Assets:Crypto -19 ETH {1,856.20 USD}
Income:Crypto:ETH 19 ETH @@ 35267.8 USD

코드 이해

  1. 계정 개설: 코드는 1970‑01‑01에 일련의 계정을 개설하면서 시작합니다. 여기에는 자산 계정(Assets:Bank:Mercury, Assets:Crypto), 자본 계정(Equity:Bank:Chase), 수익 계정(Income:Stripe, Income:Crypto:ETH), 그리고 비용 계정(Expenses:COGS, Expenses:COGS:AmazonWebServices, Expenses:BusinessExpenses, Expenses:BusinessExpenses:ChatGPT)이 포함됩니다.

  2. 거래: 이후 2023‑03‑01부터 2023‑05‑18까지 여러 거래가 기록됩니다.

    • 2023‑05‑14 거래는 CONTABO.COM에 $17.49를 Mercury Checking ••1234에서 지불한 내용이며, 비용(Expenses:COGS:Contabo)과 Assets:Bank:Mercury 계정에서의 차감으로 기록됩니다.

    • 2023‑05‑11 거래는 Amazon Web Services에 $14,490.33을 동일한 은행 계좌에서 지불한 것으로, Expenses:COGS:AmazonWebServices 아래에 기록됩니다.

    • 2023‑03‑01 거래는 STRIPE로부터 수익이 입금된 것으로, 총액 $21,230.75가 Assets:Bank:Mercury에 추가되고, 수익(Income:Stripe)으로 기록됩니다.

    • 2023‑05‑18 마지막 거래는 고객으로부터 19 ETH를 받은 암호화폐 거래이며, Assets:CryptoIncome:Crypto:ETH에 각각 기록됩니다. {1,856.20 USD}는 거래 시점의 ETH 가격을, @@ 35267.8 USD는 19 ETH 전체 가치(USD)를 나타냅니다.

모든 거래에서 복식부기 원칙이 적용되어 자산 = 부채 + 자본 방정식이 항상 성립하도록 유지됩니다.

최종 생각

이 Beancount 원장은 재무 거래를 추적하기 위한 간단하면서도 강력한 시스템을 제공합니다. 특히 마지막 거래에서 보듯이 Beancount는 암호화폐와 같은 비전통적 자산도 손쉽게 기록할 수 있어, 디지털 금융 환경에 매우 적합합니다.

이번 분석이 Beancount의 구조와 기능을 이해하는 데 도움이 되었기를 바랍니다. 회계 전문가이든 개인 재무를 처음 관리하는 초보자이든, Beancount는 여러분의 요구에 맞는 유연한 솔루션을 제공합니다. 다음 포스트에서는 보다 고급 Beancount 활용법을 다룰 예정이니 많은 기대 바랍니다.

Beancount 치트 시트

· 약 2분
Mike Thrift
Mike Thrift
Marketing Manager

예시 계정명

Assets:US:BofA:Checking

치트시트

계정 유형

Assets          +
Liabilities -
Income -
Expenses +
Equity -

상품

CNY, EUR, CAD, AUD
GOOG, AAPL, RBF1005
HOME_MAYST, AIRMILES
HOURS

지시문

일반 구문

YYYY-MM-DD <Directive> <Parameters...>

계정 개설 및 종료

2001-05-29 open Expenses:Restaurant
2001-05-29 open Assets:Checking USD,EUR ; 통화 제약

2015-04-23 close Assets:Checking

상품 선언 (선택 사항)

1998-07-22 commodity AAPL
name: "Apple Computer Inc."

가격

2015-04-30 price AAPL   125.15 CNY
2015-05-30 price AAPL 130.28 CNY

메모

2013-03-20 note Assets:Checking "Called to ask about rebate"

문서

2013-03-20 document Assets:Checking "path/to/statement.pdf"

거래

2015-05-30 * "Some narration about this transaction"
Liabilities:CreditCard -101.23 CNY
Expenses:Restaurant 101.23 CNY

2015-05-30 ! "Cable Co" "Phone Bill" #tag ˆlink
id: "TW378743437" ; 메타데이터
Expenses:Home:Phone 87.45 CNY
Assets:Checking ; 금액을 하나 생략할 수 있습니다

포스팅

  ...    123.45 USD                             Simple
... 10 GOOG {502.12 USD} With per-unit cost
... 10 GOOG {{5021.20 USD}} With total cost
... 10 GOOG {502.12 # 9.95 USD} With both costs
... 1000.00 USD @ 1.10 CAD With per-unit price
... 10 GOOG {502.12 USD} @ 1.10 CAD With cost & price
... 10 GOOG {502.12 USD, 2014-05-12} With date
! ... 123.45 USD ... With flag

잔액 검증 및 패딩

; 지정된 통화에 대해서만 금액을 검증합니다:
2015-06-01 balance Liabilities:CreditCard -634.30 CNY

; 다음 검증을 만족시키기 위해 자동으로 거래를 삽입합니다:
2015-06-01pad Assets:Checking Equity:Opening-Balances

이벤트

2015-06-01 event "location" "New York, USA"
2015-06-30 event "address" "123 May Street"

옵션

option "title" "My Personal Ledger"

기타

pushtag #trip-to-peru
...
poptag #trip-to-peru
; 주석은 세미콜론으로 시작합니다

Beancount와 함께하는 플레인 텍스트 회계의 마법

· 약 4분
Mike Thrift
Mike Thrift
Marketing Manager

Discover the Magic of Plain Text Accounting with Beancount

Beancount.io banner

Introduction

2023-04-18-introduction-to-beancount

플레인 텍스트 회계가 더 이상 두려운 작업이 아닌 세상에 오신 것을 환영합니다. 오늘은 강력하고 유연하며 직관적인 플레인 텍스트 회계 도구인 Beancount를 소개합니다. Beancount는 투명하고 직관적인 접근 방식을 제공함으로써 여러분이 재무를 직접 관리할 수 있도록 돕습니다.

이 포괄적인 가이드에서는 Beancount의 기본 개념을 살펴보고 핵심 개념을 설명하며, 간단하지만 강력한 기능들을 단계별로 안내합니다. 이 블로그를 모두 읽고 나면 Beancount에 대한 확고한 이해를 갖게 되며, 재무 생활을 조직하고 분석하는 데 바로 활용할 수 있게 됩니다.

What is Beancount?

Beancount는 Martin Blais가 만든 오픈 소스 플레인 텍스트 회계 시스템입니다. John Wiegley의 Ledger 시스템에서 영감을 받아, 플레인 텍스트 파일만으로 개인 및 소규모 사업 재무를 관리할 수 있는 견고하고 신뢰할 수 있는 방법을 제공하고자 합니다. Beancount를 사용하면 수입, 지출, 투자 등을 손쉽게 추적할 수 있습니다.

Why Beancount?

플레인 텍스트 회계는 전통적인 스프레드시트 기반 또는 소프트웨어 기반 회계 시스템에 비해 여러 장점을 제공합니다.

  • 투명성: Beancount 파일은 사람이 읽을 수 있는 형식이므로 재무 데이터를 이해하고 감사하기가 쉽습니다.
  • 유연성: Beancount는 필요에 맞게 쉽게 커스터마이징할 수 있으며, 좋아하는 텍스트 편집기와 버전 관리 시스템을 사용해 재무 데이터를 관리할 수 있습니다.
  • 휴대성: 재무 데이터는 어떤 기기에서도 접근 가능하며, 시스템 간 이전이나 다른 사람과 공유도 간편합니다.
  • 미래 대비: 플레인 텍스트 파일은 보편적으로 호환되므로 기술이 변하더라도 재무 데이터에 계속 접근할 수 있습니다.

Beancount's Core Concepts

Beancount를 효과적으로 사용하려면 핵심 개념을 이해하는 것이 중요합니다.

  • 트랜잭션: 수입, 지출, 계정 간 이체 등 재무 이벤트는 트랜잭션으로 기록됩니다.
  • 계정: 트랜잭션은 자산, 부채, 수입, 지출 등 하나 이상의 계정을 포함합니다.
  • 복식부기: Beancount는 복식부기를 강제하여 모든 트랜잭션이 차변과 대변이 균형을 이루도록 합니다.
  • 지시문: Beancount는 트랜잭션, 계정 개설, 기타 재무 이벤트를 정의하기 위해 일련의 지시문을 사용합니다.

Getting Started with Beancount

Beancount를 시작하려면 다음 간단한 단계를 따르세요.

  • Beancount 설치: 운영 체제에 맞는 설치 안내에 따라 Beancount를 설치합니다.
  • Beancount 파일 생성: .beancount 확장자를 가진 새 플레인 텍스트 파일을 만듭니다 (예: my_finances.beancount).
  • 계정 정의: open 지시문을 사용해 트랜잭션에 사용할 계정을 정의합니다.
  • 트랜잭션 기록: txn 지시문을 사용해 재무 트랜잭션을 기록합니다.

또는 https://beancount.io 에서 바로 가입할 수도 있습니다. 아래는 플레인 텍스트 회계 예시입니다.

Example 1: Basic Transaction

2023-04-01 open Assets:Checking
2023-04-01 open Expenses:Groceries

2023-04-10 txn "Grocery Store" "Buying groceries"
Assets:Checking -50.00 USD
Expenses:Groceries 50.00 USD

이 예시에서는 Assets:CheckingExpenses:Groceries 두 계정을 개설합니다. 2023년 4월 10일에 식료품 구매 트랜잭션을 50에기록합니다.트랜잭션은Assets:Checking잔액을50에 기록합니다. 트랜잭션은 `Assets:Checking` 잔액을 50 차감(차변)하고, Expenses:Groceries 잔액을 $50 증가(대변)시킵니다.

Example 2: Income and Expense Transaction

2023-04-01 open Assets:Checking
2023-04-01 open Income:Salary
2023-04-01 open Expenses:Rent

2023-04-05 txn "Employer" "Salary payment"
Assets:Checking 2000.00 USD
Income:Salary -2000.00 USD

2023-04-06 txn "Landlord" "Monthly rent payment"
Assets:Checking -1000.00 USD
Expenses:Rent 1000.00 USD

이 예시에서는 Assets:Checking, Income:Salary, Expenses:Rent 세 계정을 개설합니다. 2023년 4월 5일에 2,000급여트랜잭션을기록하면Assets:Checking잔액이2,000 급여 트랜잭션을 기록하면 `Assets:Checking` 잔액이 2,000 증가(대변)하고 Income:Salary 잔액이 2,000감소(차변)합니다.46일에2,000 감소(차변)합니다. 4월 6일에 1,000 월세 트랜잭션을 기록하면 Assets:Checking 잔액이 1,000차감(차변)하고Expenses:Rent잔액이1,000 차감(차변)하고 `Expenses:Rent` 잔액이 1,000 증가(대변)합니다.

Example 3: Transfer Between Accounts

2023-04-01 open Assets:Checking
2023-04-01 open Assets:Savings

2023-04-15 txn "Bank" "Transfer from Checking to Savings"
Assets:Checking -500.00 USD
Assets:Savings 500.00 USD

이 예시에서는 Assets:CheckingAssets:Savings 두 계정을 개설합니다. 2023년 4월 15일에 체크 계좌에서 저축 계좌로 500을이체하는트랜잭션을기록하면Assets:Checking잔액이500을 이체하는 트랜잭션을 기록하면 `Assets:Checking` 잔액이 500 차감(차변)하고 Assets:Savings 잔액이 $500 증가(대변)합니다.

위 예시들은 Beancount의 복식부기 시스템 기본 개념을 보여줍니다. 트랜잭션을 올바르게 기록함으로써 사용자는 정확한 재무 기록을 유지하고, 재무 상황을 파악할 수 있는 보고서를 생성할 수 있습니다.

Generating Reports and Analyzing Data

Beancount는 대차대조표, 손익계산서 등 다양한 재무 보고서를 생성할 수 있는 강력한 도구 세트를 제공합니다. 또한 웹 기반 사용자 인터페이스인 Fava를 사용해 재무 데이터를 시각화하고 상호작용할 수 있습니다. https://beancount.io 는 MIT 라이선스로 제공되는 Fava 위에 구축되었습니다.

Conclusion

플레인 텍스트 회계의 힘과 단순함을 Beancount와 함께 누려보세요. 핵심 개념을 이해하고 이 가이드의 단계들을 따라 하면 개인이나 소규모 사업 재무를 손쉽고 정확하게 관리할 수 있습니다. Beancount에 익숙해지면 고급 기능과 커스터마이징 옵션을 탐색해 여러분만의 요구에 맞게 시스템을 최적화할 수 있습니다.

지출을 추적하든, 미래를 계획하든, 재무 습관을 분석하든, Beancount는 목표 달성을 위한 유연성과 투명성을 제공합니다. 사용자 친화적인 접근 방식을 통해 Beancount는 여러분의 재무 관리 방식을 혁신하고, 재무 미래를 스스로 통제할 수 있게 해줍니다.

이제 Beancount에 대한 탄탄한 기반을 갖추었으니 플레인 텍스트 회계 여정을 시작할 시간입니다. 번거로운 스프레드시트와 복잡한 소프트웨어는 이제 안녕하고, Beancount의 세계를 환영하세요. 즐거운 회계 되세요!

Beancount.io 소개

· 약 4분
Mike Thrift
Mike Thrift
Marketing Manager

현대 부기의 중요성

여전히 스프레드시트로 투자를 관리하고 계신가요? 스프레드시트는 다재다능하지만, 포트폴리오가 커질수록 번거롭고 오류가 발생하기 쉽습니다. 여기 Beancount.io가 있습니다 – 주식 및 암호화폐 포트폴리오 관리를 위해 특별히 설계된, 정교하면서도 사용하기 쉬운 투자 추적 플랫폼입니다. 엔지니어와 금융 미니멀리스트를 염두에 두고 만든 Beancount.io는 강력한 기능과 직관적인 인터페이스를 결합해 투자 추적 경험을 간소화합니다.

2019-09-07-introduction-to-beancount

비용

손익계산서

대차대조표

복식부기: 정확성의 기반

Beancount.io는 전 세계 금융 기관이 오랫동안 사용해 온 복식부기 원칙 위에 구축되었습니다. 이 시스템은 간단하면서도 강력한 개념을 통해 수학적 정확성을 보장합니다: 모든 금융 거래는 완벽히 균형을 이루어야 합니다.

복식부기에서는 각 거래에 최소 두 개의 항목이 필요합니다 – 차변(+)과 대변(-) – 서로 다른 계정에 기록됩니다. 이 내장 검증 시스템 덕분에 불균형 거래를 기록하는 것이 사실상 불가능해지며, 재무 기록이 정확하고 신뢰할 수 있게 유지됩니다.

1970-01-01 open Income:BeancountCorp
1970-01-01 open Assets:Cash
1970-01-01 open Expenses:Food
1970-01-01 open Assets:Receivables:Alice
1970-01-01 open Assets:Receivables:Bob
1970-01-01 open Assets:Receivables:Charlie
1970-01-01 open Liabilities:CreditCard

2019-05-31 * "BeancountCorp" "Salary of May 15th to May 31st"
Income:BeancountCorp -888 USD
Assets:Cash 888 USD

2019-07-12 * "Popeyes chicken sandwiches" "dinner with Alice, Bob, and Charlie"
Expenses:Food 20 USD
Assets:Receivables:Alice 20 USD
Assets:Receivables:Bob 20 USD
Assets:Receivables:Charlie 20 USD
Liabilities:CreditCard -80 USD

위 두 예시에서 보듯이, 모든 거래는 회계 방정식을 만족해야 합니다.

자산 = 부채 + 자본(또는 순자산)

우리는 Martin Blais의 Beancount 구문과 Jakob Schnitzer의 웹 프로젝트 Fava를 사용해 이 웹사이트를 구축했습니다. 그리고 거래의 어느 한쪽이라도 0이 되지 않으면 경고를 표시합니다.

오류 알림

이제 원장을 어떻게 정확히 유지하는지 이해하셨을 것입니다. 그런데 “계정”이란 무엇일까요?

계정 이해하기: 물통 비유

재무 계정을 서로 연결된 물통 시스템이라고 생각해 보세요. 돈은 물처럼 한 통에서 다른 통으로 흐릅니다. 이 비유는 복식부기를 직관적으로 만들어 줍니다: 한 계정에서 다른 계정으로 돈을 옮길 때, 물을 한 물통에서 다른 물통으로 부어 넣는 것과 같으며, 시스템 전체의 물(돈) 양은 변하지 않습니다.

Beancount.io는 다섯 종류의 계정을 제공합니다.

  1. 수익(Income) — 금액은 항상 음수 또는 차변입니다. 이는 수익을 얻을 때 “수익” 계정에서 차변으로 기록되고, 자산 계정으로 대변이 되기 때문입니다.
  2. 비용(Expenses) — 금액은 항상 양수 또는 대변입니다. 이는 비용을 지출할 때 “비용” 계정으로 대변이 되고, 자산 또는 부채에서 차변이 되기 때문입니다.
  3. 부채(Liabilities) — 금액은 양수 또는 0입니다. 신용카드 부채가 좋은 예이며, 주기적으로 증가·감소합니다.
  4. 자산(Assets) — 금액은 양수 또는 0입니다. 현금이나 부동산 등은 언제나 일정 가치를 가집니다.
  5. 자본(Equity) — 순자산을 의미합니다. 시스템이 자동으로 계산합니다. Equity = Assets - Liabilities 로 표시되며, 여러분의 부를 나타냅니다.

이제 위 키워드들을 사용해 맞춤형 계정을 열 수 있습니다:

1970-01-01 open Assets:Cash
1970-01-01 open Assets:Stock:Robinhood
1970-01-01 open Assets:Crypto:Coinbase
1970-01-01 open Expenses:Transportation:Taxi
1970-01-01 open Equity:OpeningBalance

상품을 포함한 고급 투자 추적

Beancount.io는 주식부터 암호화폐까지 다양한 투자를 추적하는 데 뛰어납니다. 복잡한 투자 시나리오를 어떻게 다루는지 살펴보겠습니다. 예를 들어, 2014년에 비트코인 10개를 개당 100달러에 매수한 경우는 다음과 같이 기록합니다:

2014-08-08 * "Buy 10 Bitcoin"
Assets:Trade:Cash -1000.00 USD
Assets:Trade:Positions 10 BTC {100.00 USD}

그리고 3년 뒤, 동일한 비트코인을 개당 10,000달러에 매도하면 다음과 같이 기록합니다 (@ 10,000.00 USD 로 표시).

2017-12-12 * "Sell 2 Bitcoin"
Assets:Trade:Positions -2 BTC {100.00 USD} @ 10,000.00 USD
Assets:Trade:Cash 20,000.00 USD
Income:Trade:PnL -19,800.00 USD

같은 거래를 @@ 20,000.00 USD 로 표시하면 총 20,000달러에 매도한 의미가 됩니다.

2017-12-12 * "Sell 2 Bitcoin"
Assets:Trade:Positions -2 BTC {100.00 USD} @@ 20,000.00 USD
Assets:Trade:Cash 20,000.00 USD
Income:Trade:PnL -19,800.00 USD

거래의 모든 항목, 즉 -2 BTC {100.00 USD} 를 포함한 합계는 언제나 0이 됩니다.

{100.00 USD} 라는 비용 태그는 동일한 상품을 서로 다른 가격에 여러 번 매수했을 때 중요합니다.

100 BTC {10.00 USD, 2012-08-08}
10 BTC {100.00 USD, 2014-08-08}

프로세스를 단순화하고 싶다면 계정을 FIFO 또는 LIFO 로 설정할 수 있습니다. FIFO는 “먼저 들어온 것이 먼저 나간다”, LIFO는 “마지막에 들어온 것이 먼저 나간다”는 의미이며, 미국 IRS는 PnL과 세금을 계산할 때 FIFO 방식을 사용합니다.

1970-01-01 open Assets:Trade:Positions "FIFO"

그 후 -2 BTC {} 와 같이 간단히 매도하면 Beancount가 자동으로 FIFO 전략을 적용해 가장 오래된 상품을 판매합니다.

Beancount.io 시작하기

Beancount.io는 현대적인 클라우드 기반 재무 관리 플랫폼으로, 텍스트 기반 거래 기록을 손익계산서, 대차대조표, 시산표 등 포괄적인 재무 보고서로 변환합니다. 평문 파일의 신뢰성과 강력한 시각화 도구를 결합해 재무 생활을 정확히 통제하면서 투자 성과에 대한 귀중한 인사이트를 제공합니다.

Beancount.io와 함께 재무 여정을 시작하세요 – 프로모션 기간 동안 무료!