"Beancount" 태그로 연결된 68개 게시물개의 게시물이 있습니다.

치료는 경청에 관한 것이고, 장부관리는 당신의 돈을 경청하는 것입니다. 세션 기록이 쌓이고 보험 청구가 지연될 때, 투명한 장부는 혼돈 속의 평온함이 됩니다.

개인개업을 운영한다는 것은 두 가지 역할을 동시에 수행한다는 뜻입니다: 임상가와 사업주. 당신의 전문성은 치료 제공에 있지만, 실무의 재무 건전성은 명확하고 일관된 장부관리에 달려 있습니다. 치료사에게는 이 작업이 고유한 도전 과제를 동반합니다.

왜 치료사 장부관리는 다르게 느껴지는가​

치료 실무의 재무 흐름은 단순하고 예측 가능한 패턴을 따르지 않습니다. 이 복잡성은 표준 장부 소프트웨어가 종종 맞지 않는 몇 가지 핵심 영역에서 비롯됩니다.

• 불규칙한 현금 흐름. 수입 흐름은 거의 직선적이지 않습니다. 고객의 본인 부담금이 오늘 계좌에 들어오더라도, 해당 보험 청구금은 몇 주 혹은 몇 달이 걸릴 수 있습니다. 슬라이딩 스케일 결제 플랜을 추가하면 현금이 매우 다른 시점에 도착합니다. 따라서 수익을 인식하는 시점 (발생주의 회계)과 현금을 실제로 받는 시점 (현금주의 회계)의 차이를 이해하는 것이 중요합니다.
• 다양한 비용 구조. 현대 실무를 운영하는 비용은 빠르게 누적됩니다. 전자 건강 기록(EHR) 구독료, 결제 처리 수수료, 책임 보험, 전문성 개발 등 수많은 작은 비용이 체계적으로 추적되지 않으면 이익 마진을 잠식합니다.
• 판매세는 면제지만 자영업세는 무겁다. 대부분의 정신건강 서비스는 판매세가 면제되지만, IRS 의무는 여전히 남아 있습니다. 자영업자로서 분기별 추정세(소득세와 자영업세(SECA)를 포함)를 납부해야 하며, 이는 사회보장 및 메디케어를 커버합니다.
• HIPAA 민감도. 재무 데이터는 보호된 건강 정보(PHI)와 얽혀 있습니다. 제3자 클라우드 소프트웨어를 사용하면 실무의 “공격 표면”이 확대되어 데이터 유출 위험이 증가합니다. Beancount와 같은 플레인 텍스트 회계 시스템은 모든 데이터를 로컬 컴퓨터에 보관하므로 위험을 크게 줄여줍니다.

7단계 Beancount 청사진​

Beancount는 플레인 텍스트 파일을 사용하는 강력한 오픈소스 회계 시스템입니다. 무료이며, 개인적이며, 치료 실무의 독특한 재무 환경을 처리할 만큼 유연합니다. 시작 방법은 다음과 같습니다.

• 개인 자금과 실무 자금을 분리하기​

이것은 비즈니스 재무의 절대적인 첫 단계입니다. 전용 비즈니스 당좌예금 계좌와 비즈니스 신용카드를 개설하세요. 이제부터 모든 고객 결제는 이 계좌로 들어가고, 모든 비즈니스 비용(면허 수수료부터 사무용품까지)은 이 자금으로 지불합니다. Beancount에서는 이를 쉽게 지정할 수 있어 명확한 경계가 형성됩니다: 모든 거래는 개인용 또는 실무용으로 구분되어 추측이 필요 없습니다. 예를 들어, 새 계정은 Assets:Bank:Practice가 됩니다.

• 치료사 친화적인 계정표 만들기​

“계정표(chart of accounts)”는 재무 거래를 조직하는 모든 카테고리의 목록일 뿐입니다. 돈을 정리하는 파일링 시스템이라고 생각하면 됩니다. 먼저 다섯 가지 주요 계정 유형(자산, 부채, 자본, 수익, 비용)을 시작하고, 치료 실무에 특화된 하위 계정을 생성합니다.

2025-07-23 open Income:Therapy:SelfPay       USD
2025-07-23 open Income:Therapy:Insurance      USD
2025-07-23 open Assets:AccountsReceivable       USD
2025-07-23 open Expenses:CEU                  USD
2025-07-23 open Expenses:Software:EHR        USD
2025-07-23 open Expenses:Licensing             USD

이 구조를 통해 수입이 어디서 오는지(자체 결제 vs. 보험)와 비용이 어디로 가는지(계속 교육, 소프트웨어 등)를 정확히 파악할 수 있습니다. 이는 정신건강 전문가를 위한 최선 실무 계정표와 일치합니다.

• 현금주의 또는 발생주의 선택하고 일관되게 적용하기​

수입과 비용을 언제 인식할지 결정해야 합니다.

• 현금주의: 현금을 받을 때 수입을 기록하고, 비용을 지불할 때 기록합니다.
• 발생주의: 세션이 완료될 때 수입을 인식하고, 비용이 발생했을 때 기록합니다(현금 흐름과 무관).

예를 들어, 고객이 5회 세션 패키지에 대해 $1000을 선불하면, 현금주의는 결제일에 전체 $1000을 수입으로 기록합니다. 발생주의는 각 세션이 끝날 때마다 $200씩 수익을 기록해 월별 수익을 더 정확히 보여줍니다.

경험 법칙:
단독 실무, 보험 청구가 적음 → 현금주의가 더 간단하고 충분함.
그룹 실무, 보험 청구가 많음 → 발생주의가 수익성을 더 명확히 파악함.

• 미수금 및 청구금 추적하기​

Beancount의 가장 큰 장점 중 하나는 아직 받지 못한 금액을 추적할 수 있다는 점입니다. 보험 청구를 제출했을 때는 아직 입금되지 않았지만 수익이 발생한 것입니다. 이를 Assets:AccountsReceivable 계정에 기록하고, 실제 입금이 되면 해당 미수금을 “정산”하고 보험 차감액을 기록합니다.

2025-07-10 * "Session CPT 90837 – pending BlueCross"
  Assets:AccountsReceivable        150.00 USD
  Income:Therapy:Insurance

2025-07-25 * "BlueCross payment CPT 90837"
  Assets:Bank:Practice           135.00 USD
  Expenses:InsuranceWriteOff      15.00 USD
  Assets:AccountsReceivable     -150.00 USD

이 두 단계 프로세스를 통해 미수 청구를 놓치지 않고, 보험 조정 내역을 정확히 기록할 수 있습니다.

• 공제 가능한 비용을 즉시 분류하기​

비용을 제때 파악하는 것은 세금 부담을 최소화하는 핵심입니다. IRS는 “통상적이고 필요함”을 증명하는 비용을 공제 허용합니다. 치료사에게는 계속 교육(CEU) 과정, 주정부 감독, 면허 갱신 수수료, 책임 보험, EHR 구독료 등이 포함됩니다. 비용 발생 시 바로 해당 카테고리로 분류하면 분기별 세금 추정과 연말 신고에 바로 활용할 수 있는 연간 누계가 준비됩니다.

• 주간 조정 수행하기​

조정은 Beancount 원장에 기록된 거래를 은행·신용카드 명세서와 맞추는 과정입니다. 기록이 정확하고 완전한지 확인합니다. 매주 짧게 점검하면 작은 오류가 큰 문제로 번지는 것을 방지할 수 있습니다. Beancount에서는 터미널 명령 몇 개만으로 충분합니다.

# 실무 은행 계좌 최종 잔액 확인
bean-balance books.bean "Assets:Bank:Practice"

# 수입원 요약 보기
bean-query   books.bean "SELECT account, SUM(position) WHERE account   'Income' GROUP BY account"

# 연초부터 현재까지 손익계산서 생성
bean-report  books.bean income_statement --end 2025-07-23

이 간단한 루프—분류, 조정, 보고—는 모든 개인실무에 필요한 건전한 재무 관리의 토대가 됩니다.

• 자동화 및 백업​

자동화를 통해 시간과 오류를 줄이세요.

• bean-extract 같은 추출 도구를 사용해 은행·EHR CSV 파일을 자동으로 Beancount 거래 항목으로 변환합니다.
• EOB(보험 청구 설명서)나 CEU 인증서와 같은 중요한 문서는 전용 폴더에 PDF로 보관하고, 원장 거래에 document: 메타데이터로 직접 연결합니다.
• .bean 원장은 단순 텍스트 파일이므로 버전 관리에 최적입니다. 매일 밤 개인 Git 저장소(GitHub·GitLab 등)에 푸시해 안전한 오프사이트 백업을 확보하세요.

흔히 발생하는 실수 (및 빠른 해결책)​

좋은 시스템을 갖추어도 몇 가지 흔한 실수가 치료사를 곤란하게 할 수 있습니다. 아래 표에서 문제와 해결책을 확인하세요.

빠른 시작 체크리스트​

• 실무 전용 은행 계좌와 신용카드 개설
• Beancount 스타터 레포를 클론하고 치료사 전용 계정표 생성
• 현금주의 또는 발생주의 선택 후 Beancount 옵션에 명시
• 은행·EHR·보험 CSV 다운로드용 간단한 임포터 설정
• 매주 금요일 오후 등 “Bean-hour” 일정 잡아 import → reconcile → report 워크플로 실행
• .bean 파일 자동 오프사이트 백업 설정 및 분기별 복구 테스트

추가 자료​

• IRS Topic 513 — 직업 관련 교육비용 (CEU 공제 안내)
• 치료사를 위한 장부관리 완전 가이드 (업계 개요)

재무 소음을 잠재울 준비가 되셨나요?
Beancount를 설치하고 첫 세션 수수료를 기록해 보세요. 플레인 텍스트 회계의 명료함이 실무에 필요한 여유와 재무 안정을 제공할 것입니다. 즐거운 장부 관리 되세요!

마진이 몇 센트에 불과할 때, 정밀함이 추측보다 앞선다.

Amazon에서 판매하는 것은 양과 속도의 게임입니다. 하지만 매출과 배송이 급증하는 뒤에는 복잡한 수수료, 반품, 재고 이동, 세금 의무가 얽혀 있습니다. 일반 회계 소프트웨어는 이러한 미묘함을 포착하기 어려워, 판매자는 실제 수익성을 흐릿하게 파악하게 됩니다.

이때 평문 텍스트 회계 시스템인 Beancount가 빛을 발합니다. 거래를 기록하는 방식을 완전히 제어함으로써, Amazon 마켓플레이스의 고유한 도전을 정확히 모델링하는 재무 진실의 원천을 구축할 수 있습니다. 이 가이드는 수수료, 세금, 재고 문제를 앞서 나갈 수 있도록 단계별 워크플로우를 제공합니다.

Amazon 회계가 다른 이유​

Amazon 정산금을 은행 명세서와 맞추어 보았다면, 그 과정이 간단하지 않다는 것을 이미 알고 있을 것입니다. Amazon 비즈니스의 재무 현실은 여러 층의 추상화 뒤에 숨겨져 있습니다.

• 격주 일시불 지급: Amazon은 각 판매마다 매출을 보내지 않습니다. 대신 2주마다 한 번씩 단일 입금을 보냅니다. 이 일시불 금액은 순 금액이며, 매출 총액에서 추천 수수료, FBA 수수료, 광고 비용, 반품 및 기타 공제액이 차감된 금액입니다. 비즈니스를 이해하려면 이 단일 숫자를 구성 요소별로 다시 나누어야 합니다. (doola: A Business-in-a-Box™)
• 전천후 재고: 재고는 공급업체 → 프리프 센터 → 전국 각지의 FBA 물류센터 → 고객 순으로 끊임없이 이동합니다. 매출 원가(COGS)를 정확히 추적하려면 각 판매에 사용된 재고 배치(비용)를 알아야 합니다. (Bean Ninjas)
• 마켓플레이스 수수료 및 프로모션: 매출의 상당 부분이 즉시 수수료에 소진됩니다: 추천 수수료, FBA 피킹·포장 수수료, 월 보관료, 광고 비용 등. 각 비용 항목을 별도로 추적해야만 실제 총 마진을 계산하고 제품의 진정한 수익성을 판단할 수 있습니다. (Profitwise Accounting)
• 판매세 패치워크: 대부분의 주에서 Amazon의 마켓플레이스 퍼실리테이터 법이 판매세 징수·납부를 처리하지만, 완전한 해결책은 아닙니다. FBA 창고에 재고를 보관하면 “넥서스”(사업 존재)가 발생해 해당 주에 등록·신고가 필요할 수 있습니다. 이는 세심한 추적이 요구되는 복잡한 컴플라이언스 영역입니다. (TaxDo)
• 낮아진 1099‑K 기준: 2024년부터 Form 1099‑K 보고 기준이 $20,000에서$5,000으로 낮아졌으며(2026년부터는 $600), 거의 모든 진지한 판매자는 Amazon으로부터 연간 총 거래액을 보고하는 양식을 받게 됩니다. 장부는 이 금액과 완벽히 일치해야 합니다. (IRS)

7단계 Beancount 청사진​

이 청사진은 Beancount의 정밀성을 활용해 Amazon의 복잡성을 정면으로 해결합니다.

1. 초기 채널 분리​

여러 플랫폼에서 판매한다면, 각 플랫폼별 회계를 별도로 유지하세요. 법인용 단일 Beancount 파일 안에 각 마켓플레이스 전용 계층형 계정을 만들면 분석이 간편해지고 세금 일정 생성도 쉬워집니다.

2025-07-22 open Income:Amazon               USD
2025-07-22 open Expenses:Amazon:FBAFee      USD
2025-07-22 open Assets:Amazon:Payouts       USD

2. 모든 지급금 분해​

가장 중요한 습관입니다. Amazon 입금을 단일 수입 라인으로 기록하지 마세요. 대신 해당 기간의 “All Transactions” 정산 보고서를 Seller Central에서 다운로드하고, 이를 사용해 지급금을 구성 요소별로 나누는 단일 Beancount 거래를 만듭니다.

은행에 들어오는 입금은 균형 잡힌 항목이며, 총 매출은 Income에 크레딧, 모든 수수료와 환불은 해당 Expenses 계정에 차변 처리됩니다.

; 정산 보고서 기반 격주 지급
2025-07-14 * "Amazon Settlement #4361"
  Assets:Bank:Operating            8432.17 USD
  Income:Amazon:Sales            -12274.50 USD
  Expenses:Amazon:FBAFee           2454.80 USD
  Expenses:Amazon:Adverts          1012.06 USD
  Expenses:Amazon:Refunds           375.47 USD
  Assets:Amazon:Reserve            -100.00 USD

3. 로트(Lot)로 재고·COGS 추적​

Beancount는 “lots”라는 일급 재고 추적 시스템을 제공합니다. 재고를 구매할 때는 단위 수와 개별 비용을 기록하고, 판매 시 해당 정확한 비용을 비용 처리함으로써 매출원가(COGS)를 완벽히 계산할 수 있습니다.

; 공급업체로부터 1,000개 구매
2025-07-01 * "Supplier PO-7421"
  Assets:Inventory:WidgetA     1000 WidgetA {@ 4.20 USD}
  Assets:Bank:Operating

; 이후 단일 판매에 대한 원가 기록
2025-07-16 * "FBA sale WidgetA | COGS"
  Expenses:COGS                1 WidgetA {4.20 USD}
  Assets:Inventory:WidgetA

4. 명확성을 위한 발생주의 선택​

재고 기반 비즈니스라면 발생주의가 우수합니다. 현금주의는 재고를 구매한 달에 큰 비용을, 판매한 달에 인위적으로 높은 이익을 보여 성과를 왜곡합니다. 발생주의 회계는 매출과 매출원가를 동일 기간에 매칭해 총 이익을 명확히 파악하게 해줍니다. (Bean Ninjas)

5. 자동화된 가져오기​

정산 보고서를 수동으로 입력하는 것은 처음엔 교육적이지만 규모를 키우면 한계가 있습니다. 평문 텍스트 생태계는 자동화에 강점이 있습니다:

• bean-extract를 사용해 A2X와 같은 서비스가 내보낸 CSV에서 데이터를 추출
• 간단한 Python 스크립트로 Amazon SP‑API에서 직접 데이터 가져오기
• 기존 임포터를 활용해 은행 CSV 파일을 가져와 입금 및 카드 수수료와 직접 대조

6. 주간 조정​

숫자를 정기적으로 확인하는 습관을 들이세요. Beancount의 강력한 CLI 도구를 사용해 잔액을 빠르게 검증하고 성과를 검토합니다.

# 현재 재고 수량 및 가치를 확인
bean-balance books.bean "Assets:Inventory" "2025-07-21"

# 최근 기간 손익계산서 생성
bean-report books.bean income_statement -e 2025-07-21

7. 원본 문서 보관​

주요 거래마다 원본 문서에 링크를 걸어두세요. 공식 Amazon 정산 PDF, 재고 구매 공급업체 인보이스, 배송 영수증 등을 Beancount 메타데이터(document:) 구문으로 첨부하면 자체 포함형 감사 준비 재무 기록이 완성됩니다.

판매세·컴플라이언스 체크리스트​

• 마켓플레이스 퍼실리테이터 법: 대부분의 주에서 Amazon이 판매세를 대신 납부하지만, 캘리포니아, 텍사스, 펜실베니아 등에서 재고를 보관하면 경제적 넥서스가 발생해 해당 주에 사업자를 등록해야 할 수 있습니다. (TaxGPT)
• 1099‑K 조정: 연간 Income:Amazon:Sales에 기록한 총액이 Form 1099‑K에 보고된 총액과 정확히 일치하는지 확인하세요. 차이는 감사 플래그가 됩니다. (IRS)
• 직접 판매세: 퍼실리테이터가 적용되지 않는 다른 채널을 통해 판매한다면, Liabilities:SalesTaxPayable:State 계정 하위 트리를 만들어 직접 납부해야 할 세금을 추적하세요.

흔히 저지르는 실수 (및 해결책)​

• 실수: Amazon에서 받은 순 입금만 기록
  • 해결: 항상 전체 정산 보고서를 사용해 지급금을 분해
• 실수: 환불된 반품이나 파손된 상품을 무시
  • 해결: 초기 환불 비용과 Amazon으로부터 받은 재보상을 별도 크레딧으로 기록
• 실수: 롤링 리저브를 놓침
  • 해결: 특히 신규 계정에서 Amazon이 지급액에서 “리저브”를 보류합니다. 이를 Assets:Amazon:Reserve 전용 계정에 추적
• 실수: 시스템과 Amazon 간 SKU 별칭 불일치
  • 해결: 모든 SKU 코드를 임포트 스크립트에서 정규화해 COGS 조회가 실패하지 않도록 함

빠른 시작 체크리스트​

• Seller Central에서 첫 정산 보고서를 활성화하고 다운로드
• Beancount 스타터 레포를 클론하고 Amazon 전용 차트 오브 어카운트를 구축
• 정산 CSV를 Beancount 거래(.txn 파일)로 변환하는 작은 임포터 스크립트 작성
• 매주 새 보고서를 가져와 bean-check를 실행해 파일 유효성 검증 알림 예약
• 매월 손익계산서를 검토해 광고비, 가격 정책, 재고에 대한 데이터 기반 의사결정

추가 읽을거리​

• Amazon Seller Central → 1099‑K FAQ
• IRS Notice 2024‑85: Form 1099‑K 기준 변경
• Bean Ninjas: Amazon 판매자를 위한 COGS 가이드

더 많이 판매하고, 덜 걱정하세요—빈을 균형 있게 유지하세요. 성공적인 판매 되세요!

손으로 직접 만든 원장은 얽힌 스프레드시트보다 낫습니다—특히 한 푼 한 푼이 중요한 경우에.

Etsy의 아티스트, 제작자, 큐레이터에게는 열정이 비즈니스를 움직입니다. 하지만 샵이 성장함에 따라 재무 명확성도 창의적 비전만큼 중요해집니다. 수수료를 관리하고, 재료 비용을 추적하며, 세금을 준비하는 일은 작업대에서 벗어나게 만들 정도로 부담스러울 수 있습니다.

제품에 쏟는 정성과 같은 정성으로 샵의 재무를 관리할 수 있다면 어떨까요? 이 가이드는 정확성과 통제력을 위해 설계된 오픈소스 엔진인 Beancount를 활용한 평문 회계 워크플로우를 소개합니다. 숫자를 마스터해 창작에 집중할 수 있게 도와줍니다.

Etsy 장부 관리가 다른 이유​

Etsy 샵은 고유한 재무 특성을 가지고 있어 일반 회계 소프트웨어가 놓치기 쉬운 복잡성을 가지고 있습니다.

• 전역적인 마켓플레이스 수수료: Etsy가 차지한 금액을 제하고 남은 것이 최종 지급액입니다. 등록 수수료, 거래 수수료, 결제 처리 수수료, 광고 비용 등이 모든 판매마다 조금씩 깎아갑니다. 각각을 개별적으로 추적하지 않으면 실제 이익률을 알 수 없습니다.
• 플랫폼이 관리하는 판매세: 대부분의 주에서 Etsy가 자동으로 판매세를 계산·징수·납부해 주는 큰 장점이 있습니다. 하지만 다른 채널에서 판매하거나 특정 주에 물리적 사업장이 있는 경우 “넥서스” 규칙에 따라 별도의 판매세 의무가 발생할 수 있습니다.
• 유연한 지급 주기: 설정 및 계정 이력에 따라 Etsy는 일일, 주간, 격주, 월간 등 다양한 주기로 자금을 입금합니다. 이 유연성은 현금 흐름을 예측하기 어렵게 만들 수 있으며, 특히 보류금이나 지연이 발생할 때 더욱 그렇습니다. (Etsy Help)
• 낮아진 1099‑K 기준액: 세금 회피가 더 이상 통하지 않습니다. 총 매출을 보고하는 1099‑K 양식의 IRS 보고 기준액은 2024년 $5,000이며, 2026년에는$600으로 낮아질 예정입니다. 이는 거의 모든 샵이 IRS 양식을 받게 되며, 장부가 이를 정확히 맞출 수 있어야 함을 의미합니다. (IRS)

Beancount 청사진 7단계​

이 평문 청사진은 명확하고 정확하며 스트레스 없는 장부 시스템을 구축하도록 도와줍니다.

1. 초기 채널 구분​

Etsy가 유일한 판매 채널이 아니라면 각 채널마다 별도의 수입·비용 계정을 만들세요. 차트 오브 어카운트 최상위에서 간단히 구분하면 분석이 깔끔해지고 세무 작업도 훨씬 수월해집니다.

2025-07-22 open Income:Etsy               USD
2025-07-22 open Expenses:Etsy:ListingFee   USD
2025-07-22 open Assets:Etsy:Payout         USD

2. 모든 입금 분해​

Etsy 입금을 단일 수입 라인으로 기록하지 마세요. 대신 샵 매니저에서 월간 Payment Account CSV 를 다운로드하고, 해당 보고서를 사용해 하나의 Beancount 거래로 각 입금을 총 매출과 개별 수수료 항목으로 “분해”합니다.

; weekly payout from the Etsy Payment Account CSV
2025-07-15 * "Etsy Deposit #2025-28"
  Assets:Bank:Operating             1842.77 USD
  Income:Etsy:Sales               -2100.00 USD
  Expenses:Etsy:TransactionFee        136.50 USD  ; 6.5 %
  Expenses:Etsy:PaymentProcessing      66.00 USD  ; 3 % + $0.25 per order
  Expenses:Etsy:ListingFee             14.00 USD  ; $0.20 x 70 renewals
  Assets:Etsy:Reserve                -75.73 USD

3. 로트(Lot)로 재고·COGS 추적​

실물 상품을 판매한다면 Beancount의 “로트” 기능이 매출원가(COGS) 추적에 큰 도움이 됩니다. 원자재를 구입할 때 특정 비용으로 재고에 기록하고, 완제품을 판매할 때 사용된 재료 비용을 정확히 비용 처리할 수 있습니다.

; Purchase bulk materials for inventory
2025-07-01 * "Bulk yarn purchase | Supplier XYZ"
  Assets:Inventory:ScarfBlue     500 ScarfBlue {@ 3.45 USD}
  Assets:Bank:Operating

; Record the COGS when an item sells
2025-07-20 * "Sold Blue Scarf | Order #1234"
  Expenses:COGS                  1 ScarfBlue {3.45 USD}
  Assets:Inventory:ScarfBlue

4. 회계 방식 미리 선택​

두 가지 주요 선택지가 있습니다.

• 현금주의: 간단하고 쉬웁니다. 돈이 은행에 들어올 때 수입을 기록하고, 비용은 실제로 지출할 때 기록합니다. 소규모 취미 샵에 적합합니다.
• 발생주의: 수익성을 더 정확히 보여줍니다. 판매 시점에 매출을 기록하고(지불 시점이 아니라), 비용은 발생 시점에 기록합니다. 대량 구매나 주문 제작 상품을 판매하는 샵에 더 좋습니다.

5. 자동 가져오기​

데이터 입력을 자동화해 시간을 절약하세요. 평문 생태계에는 여러 옵션이 있습니다.

• 사용자 정의 규칙을 가진 bean-extract 로 Etsy CSV 파일을 파싱
• 은행 CSV 가져오기 설정으로 신용카드 결제 광고비나 배송 라벨 비용 포착
• 고급 사용자는 Python 스크립트를 작성해 Etsy API에서 직접 보고서를 가져오기

6. 주간 조정​

매주 몇 분씩 시간을 내어 숫자를 확인하세요. Beancount 명령줄 도구를 사용해 잔액을 빠르게 검증하고, 보류금 해제, 환불, 수수료 조정 등 문제를 월말 전에 발견할 수 있습니다.

# Check the balance of your Etsy holding account
bean-balance books.bean "Assets:Etsy:Payout" "2025-07-21"

# Generate an income statement for the last period
bean-report books.bean income_statement -e 2025-07-21

7. 원본 문서 첨부​

거래 메타데이터에 원본 문서를 직접 링크해 완전하고 감사 가능한 기록을 만드세요. 공급업체 영수증, 배송 라벨 PDF, 구매 주문서 등에 이상적입니다.

2025-07-12 * "Etsy shipping label for order #4321"
  Expenses:ShippingLabel         4.25 USD
  Assets:Bank:Operating
  document: "docs/labels/2025-07-12-order4321.pdf"

미국 Etsy 수수료 안내​

실제 이익을 파악하려면 각 수수료 유형을 별도 비용 계정에 추적하세요.

• 등록 수수료: 아이템당 $0.20, 4개월마다 혹은 판매 시 자동 갱신. (Etsy)
• 거래 수수료: 총 주문 금액(상품 가격, 배송비, 선물 포장 포함)의 6.5%. (Etsy)
• 결제 처리 수수료: 국가별 차이가 있지만 미국은 일반적으로 Etsy Payments를 통해 처리된 주문당 3% + $0.25. (Etsy Help)
• 구독 (Etsy Plus): 추가 도구를 위한 선택적 $10/월.

판매세·컴플라이언스 팁​

• Etsy가 대부분의 미국 주에서 판매세를 납부하지만, 다른 플랫폼에서 판매하거나 물리적 워크숍을 운영하면 추가 세무 의무(“넥서스”)가 발생할 수 있습니다. 판매 임계값을 꼼꼼히 추적하세요.
• 1099‑K 기준액이 적용되면 Income:Etsy:Sales 총액이 양식에 기재된 총 매출과 정확히 일치하도록 장부를 맞추세요. (IRS)

흔히 저지르는 실수 (및 해결책)​

• 실수: 순입금 회계 처리
  • 해결: 결제 CSV를 사용해 입금을 총 매출, 수수료, 보류금으로 분해하세요.
• 실수: 오래된 재고 비용
  • 해결: 원자재와 재료를 구매하는 즉시 재고로 기록하세요. 완제품이 판매될 때까지 기다리지 마세요.
• 실수: 환불 누락
  • 해결: 환불 시 비용을 기록하고 원래 COGS 항목을 반전시켜 비용을 다시 재고 계정으로 이동하세요.
• 실수: 보류금 무시
  • 해결: Assets:Etsy:Reserve 계정을 열어 Etsy가 보유하고 있는 금액을 추적하세요. 현금 흐름 보고서가 정확해집니다.

빠른 시작 체크리스트​

• 샵 매니저에서 월간 명세서를 설정하고 첫 CSV를 다운로드합니다.
• Beancount 스타터 레포지토리를 복제하고 샵의 차트 오브 어카운트를 설계합니다.
• 현금주의 또는 발생주의 중 하나를 선택하고 일관되게 적용합니다.
• 기본 가져오기 스크립트 또는 규칙 파일을 작성하고 주간 동기화를 예약합니다.
• 매주 월요일에 입금, 재고 수준, 은행 잔액을 조정합니다.
• 매달 손익계산서를 생성하고 총 마진 추세를 검토합니다.
• .bean 파일을 Git과 외부 저장소에 백업합니다.

창의적 워크플로에 장부 관리를 접목할 준비가 되셨나요? Beancount를 설치하고 첫 항목을 커밋해 보세요. 평문 회계의 명료함이 작업대에서 더 많은 시간을 확보해 줍니다. 즐거운 장부 관리 되세요!

개인 재무 관리의 미로 속에서 Beancount는 평문 부기의 명료함과 정밀함을 제공하는 등대와 같습니다. 특히 매출채권—다른 사람에게 받을 돈—을 관리할 때 Beancount는 재무 기록을 완벽하게 정리할 수 있는 구조화된 접근 방식을 제공합니다. 이 블로그에서는 매출채권 추적, 환불 처리, 미해결 거래 관리의 복잡성을 Beancount와 함께 살펴봅니다. 구매를 반환하거나, 돈을 빌려주거나, 환불을 기다리는 상황이든, 이 글은 재무 명료성을 위한 로드맵이 될 것입니다.

Beancount에서 매출채권 이해하기:​

매출채권은 당신에게 빚진 돈을 의미합니다. 이는 쇼핑 반환 후 환불을 기다리거나, 누군가에게 돈을 빌려준 경우 등 다양한 상황에서 발생할 수 있습니다. 예를 들어, Amazon.com에서 시계 스트랩을 반환하고 환불을 기다리고 있다고 가정해 보세요. Beancount에서는 이 거래를 신용카드 부채에서 매출채권 자산으로 돈이 이동하는 형태로 기록합니다:

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
    Liabilities:CreditCard:Chase                                 -12.00 USD
    Assets:Receivables

환불 관리:​

환불이 처리되어 돈을 받게 되면, 매출채권 잔액을 상쇄하기 위해 또 다른 거래가 기록됩니다. 이렇게 하면 계정에 돈이 다시 들어온 것이 반영됩니다:

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
    Liabilities:CreditCard:Chase                                  12.00 USD
    Assets:Receivables

전체 거래 사이클:​

매출채권을 포함한 완전한 입·출 거래는 위 두 거래를 결합한 형태이며, 환불 후 균형 잡힌 계정을 보여줍니다:

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
    Liabilities:CreditCard:Chase                                 -12.00 USD
    Assets:Receivables

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
    Liabilities:CreditCard:Chase                                  12.00 USD
    Assets:Receivables

미해결 거래 처리:​

환불이나 상환이 아직 이루어지지 않은 거래의 경우, Beancount는 #UNRESOLVED 태그를 사용합니다. 이 태그는 아직 미결제인 금액을 식별하고 추적하는 데 도움을 줍니다. 예시:

2023-10-31 * "John Doe" "Lending Money" #UNRESOLVED
    Liabilities:CreditCard:Chase                                 -100.00 USD
    Assets:Receivables

#UNRESOLVED 태그가 붙은 거래만 필터링하면 아직 정산되지 않은 금액을 빠르게 파악할 수 있습니다.

제로 밸런스 유지:​

올바른 원장에서는 #UNRESOLVED 태그가 붙은 거래를 제외한 Assets:Receivables 계정의 모든 거래 합계가 이상적으로 0이 되어야 합니다. 이는 예상된 모든 자금이 정산되었음을 의미하며, 재무 기록의 무결성을 보장합니다.

예를 들어, 미해결 거래가 명확히 표시된 유효한 원장은 다음과 같습니다:

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
    Liabilities:CreditCard:Chase                                 -12.00 USD
    Assets:Receivables

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
    Liabilities:CreditCard:Chase                                  12.00 USD
    Assets:Receivables

2023-10-31 * "John Doe" "Lending Money" #UNRESOLVED
    Liabilities:CreditCard:Chase                                 -100.00 USD
    Assets:Receivables

반대로, 매출채권 계정이 0으로 맞춰지지 않아 #UNRESOLVED 태그가 필요하게 되는 경우는 잘못된 원장이 됩니다.

결론​

Beancount에서 매출채권을 탐색하는 것이 두렵지 않습니다. 거래 기록 방법, 환불 관리, 미해결 거래 감시를 명확히 이해하면 정확하고 신뢰할 수 있는 재무 기록을 유지할 수 있습니다. Beancount의 구조화된 매출채권 관리 접근 방식은 재무 추적을 단순화할 뿐 아니라, 모든 금액이 정확히 기록된다는 안심을 제공합니다. 이제 Beancount의 힘을 활용해 재무 관리를 한층 부드럽게 만들어 보세요.

창업자는 CEO, 영업, 제품 매니저, 그리고 부기까지 모든 역할을 겸합니다. 하지만 비즈니스가 성장할수록 거래를 조정하는 데 소비되는 시간이 현명한 부트스트래핑이라기보다 비용이 많이 드는 방해 요소처럼 느껴집니다. 그렇다면 언제 책을 넘겨줄 때일까요?

답은 통제권을 포기하는 것이 아니라 데이터에 기반한 결정을 내리는 것입니다. 여기서는 Beancount 원장을 활용해 DIY를 계속할지, 전문가를 고용할지 판단하는 방법을 소개합니다.

TL;DR: 시간당 $85를 청구하고 부기에 매달 4시간만 투자한다면, 그 작업은$340의 매출 손실을 의미합니다. 일반적인 원격 북키퍼는 월 $249부터 시작하며, 비즈니스를 실제로 성장시키는 데 필요한 시간을 확보해 줍니다.

1. 자신의 시간에 가격을 매기기​

이 결정에서 가장 중요한 지표는 기회비용입니다. 비용을 분류하는 데 쓰는 1시간은 판매, 제품 개발, 전략 등에 쓸 수 없는 시간입니다.

계산은 간단합니다:

1. 매달 부기 작업(조정, 코딩, 오류 수정)에 얼마나 많은 시간을 쓰는지 기록합니다.
2. 그 시간을 본인의 청구 가능한 시간당 요율에 곱합니다.
3. 외부 북키퍼의 월 요금(보통 $249/월 정도)과 비교합니다.

시간 비용이 더 높다면 명확한 위임 기회가 생긴 것입니다. 이 계산은 Beancount에서도 바로 할 수 있습니다.

; 자신의 시간에 대한 기회비용을 추적
2025-07-31 * "7월 부기 시간"
  Expenses:Admin:BookkeepingTime      4.00 H   ; 시간 단위 커스텀 유닛
  Equity:OwnerTime                   -340.00 USD
  ; metadata: rate:85

여기서 H는 “시간(Hours)”을 의미하는 커스텀 통화입니다. 시간을 직접 기록하고 price 지시문이나 스크립트를 사용해 달러 가치를 부여하면, 자신의 노동 비용이 재무 보고서에 명시적으로 나타납니다.

2. DIY의 숨은 비용 계산하기​

시간 비용만이 전부는 아닙니다. DIY 부기는 월 고정 비용보다 훨씬 비싼 위험을 내포하고 있습니다.

• 세무 실수: 정리되지 않은 장부는 세무 담당자에게 악몽입니다. CPA는 기록을 정리하는 데만 시간당 $150–$400을 청구할 수 있습니다.
• 누락된 공제 및 IRS 벌금: 비용을 잘못 분류하거나 현금 거래를 기록하지 않으면 시간이 지날수록 벌금·이자·추가 세금이 발생합니다.
• 창업자 번아웃: 늦은 밤에 조정을 하는 정신적 피로는 실제로 고부가가치 활동(영업·제품 혁신)에 쏟아야 할 집중력과 에너지를 빼앗습니다.

Beancount 완화책: bean-check가 실패하거나 거래에 카테고리 태그가 없을 경우 커밋을 거부하는 Git pre‑commit 훅을 추가하면 오류를 크게 줄일 수 있습니다. 피곤할 때도 규율을 유지하게 해 줍니다.

3. 북키퍼(또는 Beancount 규율)가 비용을 절감하는 세 가지 방법​

전문가를 고용하든, 스스로 프로세스를 강화하든, 좋은 부기는 스스로 비용을 회수합니다.

1. 정확한 세무 신고: 정돈된 장부는 CPA가 정리 작업에 소요하는 시간을 줄여 청구 금액을 낮춥니다.
2. 실시간 현금 인사이트: 정확한 현금 포지션을 알면 초과 인출 수수료와 고금리 단기 차입을 피할 수 있습니다.
3. 스트레스 완충: 안정적이고 예측 가능한 재무 운영은 창업자의 스트레스를 낮추어 더 나은 의사결정과 건강한 기업 문화를 촉진합니다.

4. 아직 고용하지 말아야 할 때​

북키퍼를 고용하는 것이 언제나 정답은 아닙니다. 경우에 따라 DIY가 더 현명한 재무 선택이 될 수 있습니다.

• 수익이 없거나 현금 흐름이 극히 제한적일 때. 이 단계에서는 모든 달러를 영업·고객 확보에 투입해야 합니다. 먼저 매출을 올리는 것이 우선입니다.
• 재무 구조가 단순할 때. 은행 계좌가 하나, Stripe 피드가 하나, 월 거래가 60건 미만이라면 Beancount와 Fava만으로도 주당 1시간 이내에 관리가 가능합니다.

5. 하이브리드 옵션: “북키퍼 준비 완료” Beancount 원장​

가장 좋은 해결책은 종종 하이브리드 모델입니다. 무거운 작업은 직접 Beancount로 처리하되, 장부를 충분히 깔끔하게 유지해 전문가가 고부가가치 작업만 수행하도록 합니다.

• 자동 수집: bean-extract를 야간에 실행해 새로운 거래를 자동으로 가져옵니다.
• 표준 차트 오브 어카운트: Expenses:Software, Assets:Bank:Checking 등 관례적인 계정명을 사용해 어떤 전문가라도 즉시 이해할 수 있게 합니다.
• 원본 문서 첨부: $75 이상 비용에 대해서는 link: 메타데이터를 이용해 영수증·청구서 PDF를 첨부합니다.
• 월 마감 체크리스트:
  1. 모든 은행·신용카드 계정 조정
  2. bean-check 실행해 오류 여부 확인
  3. bean-report balance_sheet와 bean-report income_statement로 PDF 재무제표 내보내기
• 분기별 인계: 북키퍼나 CPA에게 Git 태그 혹은 간단한 아카이브(books-Q3-2025.tar.gz)를 전달합니다. 그들은 작업을 검증하고 복잡한 조정 항목(충당금·감가상각 등)을 추가해 세무 패킷을 준비합니다.

이 모델은 전문가가 깔끔하고 검증된 데이터를 다루게 하여 비용을 최소화하면서도 프로 수준 재무제표를 얻을 수 있게 합니다.

6. 빠른 의사결정 매트릭스​

7. 다음 단계​

1. 시간 기록 – 다음 부기 세션에서 소요되는 모든 분을 추적합니다.
2. 숫자 계산 – 그 시간을 청구 요율에 곱해 위 표의 시장 요율과 비교합니다.
3. 경로 선택 – 하이브리드 모델로 Beancount 워크플로를 다듬거나, 평문 원장을 다룰 수 있는 북키퍼와 인터뷰를 시작합니다.

어떤 선택을 하든, 의도적인 부기는 무계획으로 하는 것보다 항상 저렴합니다. Beancount를 불변의 진실 원천으로 삼으면 전문가 도움의 비용 회수 시점을 정확히 알 수 있고, 그렇지 않은 경우도 명확히 파악할 수 있습니다.

번성하는 기업과 건전한 지갑은 한 가지 특성을 공유합니다: 경계.

사업주라면, 프리랜서부터 성장 중인 스타트업 창업자까지, 가장 중요한 재무 규율 중 하나는 비즈니스와 개인 재무를 엄격히 구분하는 것입니다. 자금을 섞어 쓰면—비즈니스 계좌로 식료품을 구입하거나 개인 체크에서 비즈니스 공급업체에 비용을 지불하는 경우—재무 상황이 혼란스럽고 불투명해집니다. 이는 세무 당국의 감시를 초래할 뿐만 아니라 기업의 실제 성과에 대한 명확한 통찰을 빼앗습니다.

다행히도, Beancount와 같은 플레인‑텍스트 회계 시스템은 원장에 이러한 필수 경계를 강제할 완벽한 프레임워크를 제공합니다.

구분이 중요한 이유​

재무를 구분하지 않는 것은 단순히 나쁜 습관이 아니라, 큰 위험을 내포하고 비즈니스 인사이트를 가립니다.

• IRS 명확성: IRS는 별도 은행 계좌를 유지하라고 단순히 제안하는 것이 아니라 강력히 권고합니다. 비즈니스와 개인 자금이 섞이면 어떤 비용이 정당한 비즈니스 비용인지 입증하기 어려워집니다. 이러한 모호성은 질문과 복잡성을 초래해 피하고 싶은 상황을 만들 수 있습니다.
• 감사 위험: 거래를 섞는 것은 감사인에게 큰 레드 플래그가 됩니다. 장부가 개인과 비즈니스 활동이 뒤섞인 엉킨 상태라면, 정당한 공제액이 거부되거나 벌금을 물게 될 위험이 있습니다. 깔끔하고 구분된 원장은 전문성을 보여주며 잠재적인 감사가 더 원활하고 스트레스가 적게 진행되도록 합니다.
• 깨끗한 인사이트: 개인 지출이 뒤섞인 현금 흐름으로는 실제 이익률을 알 수 없습니다. 독립된 비즈니스 원장은 기업 재무 건전성을 필터링 없이 보여줍니다. 매출을 정확히 추적하고, 비용을 분석하며, 개인 재무 “소음” 없이 세금 부채를 계산할 수 있습니다.

한눈에 보는 주요 차이점​

비즈니스와 개인 부기의 목적, 규칙, 구조는 근본적으로 다릅니다. 이러한 차이를 이해하는 것이 정확한 기록을 유지하는 열쇠입니다.

Beancount 4단계 청사진​

Beancount는 두 재무 세계 사이에 확고한 장벽을 세우는 일을 간단하게 만들어 줍니다. 아래 실용적인 워크플로우를 따라 보세요.

• 1 — 전용 계정 개설​

첫 Beancount 항목을 작성하기 전에 비즈니스 전용 체크 계좌와 비즈니스 신용카드를 개설하세요. 물리적인 구분이 깔끔한 부기의 기반이 됩니다. 이후 이 구조를 Beancount 원장에 그대로 반영합니다.

2025-07-23 open Assets:Bank:Business   USD
2025-07-23 open Assets:Bank:Personal   USD

이 간단한 설정은 모든 거래가 발생 순간부터 비즈니스와 개인 재무 중 어느 쪽에 속하는지 명확히 지정할 수 있게 합니다.

• 2 — 소유자 출자 및 인출 기록​

소유자는 개인 자금과 비즈니스 자금 사이를 이동시킵니다. 이는 수익이나 비용이 아니라 Equity 계정을 통해 추적됩니다.

• 출자: 비즈니스를 시작하거나 부족분을 메우기 위해 개인 자금을 비즈니스에 넣는 경우.
• 인출: 개인 사용을 위해 비즈니스 자금을 꺼내는 경우(많은 개인사업자가 자신에게 “급여”를 지급하는 방식).

; 비즈니스 시작을 위한 자본 투입
2025-07-23 * "Owner contribution"
  Assets:Bank:Business    10,000.00 USD
  Equity:Owner:Contrib

; 개인 생활비를 위한 인출
2025-08-05 * "Owner draw for rent"
  Equity:Owner:Draw        2,500.00 USD
  Assets:Bank:Business

이러한 거래를 Equity 로 기록함으로써 비즈니스 비용을 부풀리거나 보고된 이익을 감소시키는 오류를 방지합니다.

• 3 — 혼합 영수증 즉시 처리​

실수는 발생합니다. 비즈니스 카드로 개인 저녁 식사를 결제했을 수도 있죠. 핵심은 원장에서 즉시 수정하는 것입니다. 거래를 삭제하지 말고 소유자 인출로 재분류하세요.

2025-08-07 * "Personal groceries on biz card"
  Equity:Owner:Draw           72.35 USD
  Assets:Bank:Business

이 항목은 비즈니스 자금이 개인 비용에 사용되었음을 정확히 반영하며, 비공제 개인 비용을 세금 신고에 잘못 포함하는 일을 방지합니다.

• 4 — 정기적인 조정 및 검토​

일관성은 지저분한 장부에 대한 최고의 방어책입니다. 매주 또는 매월 시간을 내어 비즈니스 계정을 조정하세요. Beancount 도구를 활용해 원장이 은행 명세서와 일치하는지 확인하고 기업 성과를 검토합니다.

# 비즈니스 은행 잔액을 명세서와 비교
bean-balance books.bean "Assets:Bank:Business"

# 손익계산서를 생성해 수익성 검토
bean-report  books.bean income_statement -e 2025-08-31

이 정기 검토 습관은 IRS 기록 보관 요건을 충족시키고 비즈니스 재무 건전성을 지속적으로 파악하게 해 줍니다.

세무 고려사항​

• 예상 세금: 고통스러운 세금 청구서를 피하려면 향후 세금을 지속적인 비즈니스 비용으로 처리하세요. Liabilities:Tax:Federal, Liabilities:Tax:State 와 같은 부채 계정을 만들고 모든 입금의 일정 비율을 정기적으로 이동시킵니다. 분기별 납부 시 현금이 이미 준비되어 있습니다.
• 비공제 개인 비용: IRS 규칙을 기억하세요: 비즈니스 비용은 “통상적이며 필요”해야 합니다. 개인 식사, 통근 비용, 비업무 구독은 해당되지 않으며 비즈니스 손익계산서에서 완전히 제외해야 합니다.

빠른 시작 체크리스트​

• 비즈니스 전용 은행 및 신용 계좌 개설
• Assets:Bank:Business, Equity:Owner:Contrib, Equity:Owner:Draw 로 구성된 Beancount 차트 오브 어카운트 구축
• 현금주의 또는 발생주의 중 회계 기준 선택 후 options 에 명시
• 비즈니스 카드에서 발생한 실수 개인 비용을 즉시 Equity:Owner:Draw 로 태깅
• 주간 조정; .bean 파일을 개인 Git 원격 저장소에 백업
• 매월 손익계산서, 대차대조표, 현금 흐름 보고서 검토

핵심 요약: 돈은 구분하고, 원장은 구분하세요. Beancount는 비즈니스와 개인 재무 사이의 장벽을 명확히 하고 버전 관리까지 해 주어, 기업은 감사 준비가 되어 있으면서도 라떼 비용은 오롯이 당신만의 일입니다. 즐거운 빈 회계 생활!

부동산 거래는 한 가정의 평생 동안 가장 큰 재무 활동이 될 수 있습니다. 이 글에서는 Beancount에서 부동산을 모델링하는 방법을 설명합니다. 저는 부동산을 자산으로 보고, 주택의 가치 상승을 실현되지 않은 이익으로 처리합니다. 또한 모기지는 부채로 모델링하고, 이자를 비용으로 간주합니다.

예를 들어, A씨가 2020년 1월 1일에 캘리포니아 주 XYZ 시 123 ABC 스트리트에 위치한 고급 주택을 100만 달러에 구매했다고 가정해 보겠습니다. 금리는 3.0%, 계약금은 20%, 대출금액은 800,000 달러입니다.

계정 생성​

먼저 주택을 자산(Asset)으로 취급합니다. 자산으로 등록되므로 단위를 지정해야 합니다. 여기서는 단위 수량을 1로 두며, 여러 채가 있을 경우 각각 별도의 자산 계정을 만들게 됩니다. 즉, 한 채는 하나의 자산이며, 이 자산의 특별한 단위는 값이 1일 수밖에 없습니다.

2019-12-31 commodity HOUSE.ABC
  name: "123 ABC Street, XYZ City, CA, 12345"

2019-12-31 open Assets:Property:US:CA:123ABC                        HOUSE.ABC
2019-12-31 open Liabilities:Bank:US:SomeBank:Mortgage:Loan          USD

첫 번째 줄에서 주택을 나타내는 상품 단위를 정의했습니다. 네 번째 줄에서는 앞서 정의한 상품 단위를 보유하는 자산 계정을 만들었고, 다섯 번째 줄에서는 대출 은행을 위한 부채 계정을 정의했습니다. 부채이므로 Liabilities 카테고리에 속합니다.

구매​

위와 같이 계정을 만든 뒤 주택을 구매하는 행위는 다음과 같습니다.

borrowing money (debt) + spending money (down payment) = 1 house in asset

부동산을 구매할 때 가장 중요한 참고 자료는 구매자 정산서(Buyer’s Settlement Statement)이며, 여기에는 자금 흐름이 명확히 표시됩니다.

2020-01-01 * "Buying the house"
    Assets:Property:US:CA:123ABC                  1 HOUSE.ABC {1,000,000 USD}
    Assets:Bank:US:SomeBankA                      -100,000 USD
    Assets:Bank:US:SomeBankB                      -101,000 USD
    Liabilities:Bank:US:SomeBank:Mortgage:Loan    -800,000.00 USD
    Expenses:Home:Insurance                       1,000 USD
    Expenses:Home:Mortgage:Loan:ClosingCost

위 거래는 주택을 구매하면서 은행에서 돈을 인출(계약금 및 기타 비용)하고, 대출을 받아 부채를 증가시키며, 주택을 자산으로 추가하는 과정을 보여줍니다.

모기지 상환​

위 구매 기록에 따르면 현재 800,000 달러를 빚지고 있습니다. 이자는 매월 상환액에 포함되며, 초기에는 이자 비중이 높습니다.

대출 상환을 기록하려면 은행 명세서에서 매월 원금 상환액을 확인하고, 나머지는 이자로 처리하면 됩니다.

2020-02-01 * "Mortgage payment"
    Assets:Bank:US:SomeBank:Saving:Joint              -3,372.83 USD
    Liabilities:Bank:US:SomeBank:Mortgage:Loan         1,376.26 USD
    Expenses:Home:Mortgage:Loan:Interest

이 항목은 공동 저축 계좌에서 월 상환액을 차감하고, 원금 상환은 부채를 감소시키며, 이자 부분은 비용으로 기록합니다.

가치 상승​

부동산의 가치 상승을 기록하고 싶다면 별도의 계정을 만들 수도 있습니다. 하지만 저는 다음과 같은 이유로 이 방법을 사용하지 않습니다.

1. 현재 주택 가치는 추정치에 불과하며, Redfin이나 Zillow와 같은 사이트에서 얻는 평가액은 실질적인 가치를 반영하지 못합니다. 따라서 실시간으로 총 자산에 반영하는 것은 의미가 적습니다.
2. 모기지를 모두 상환하기 전까지 현금 흐름이 마이너스라면, 주택은 여전히 부채 성격을 가지고 있습니다. 따라서 자산에 미리 포함시키면 실제보다 부가된 것처럼 보일 수 있어 이를 피하고자 합니다.

제가 사용하는 방법은 가상 통화 단위(virtual currency)인 USD.UNVEST를 활용하는 것입니다. 기본 통화가 USD라면, USD.UNVEST는 새로운 Commodity을 만들 필요 없이 특별 통화로 자산 가치를 표시합니다. 이렇게 하면 주택 가치 상승은 별도 통화에 기록되어 재무제표에는 반영되지 않습니다.

2020-01-01 price HOUSE.ABC                          1,000,000 USD
2025-01-01 price HOUSE.ABC                          1,400,000 USD.UNVEST

정기적으로 USD.UNVEST 가격을 업데이트하면 Fava의 Commodity 페이지에서 주택 가격 추이를 확인할 수 있습니다. 하지만 대차대조표에서는 여전히 최초 거래 시점의 가격이 표시됩니다. 즉, 총 자산은 계약금과 현재까지 상환한 원금만을 포함하며, 주택을 실제로 매입했을 때만 변동됩니다.

판매​

아직 실제 매각 사례가 없고 중간에 발생하는 다양한 비용이 명확하지 않으므로 가상의 시나리오를 제시합니다.

2025년 1월 1일에 주택 가치가 1,400,000 달러로 상승했고, 다음과 같은 참고 데이터가 있다고 가정합니다.

A씨가 주택을 1,300,000 달러에 매각한다고 하면 다음과 같이 기록합니다.

2025-01-01 * "Selling the house"
    Assets:Property:US:CA:123ABC                  -1 HOUSE.ABC {1,300,000 USD}
    Liabilities:Bank:US:SomeBank:Mortgage:Loan    709,656.20 USD
    Expenses:Home:Agent:Fee                       72,000 USD
    Expenses:Home:ClosingCost                     10,000 USD
    Expenses:Home:Tax                             90,000 USD
    Assets:Bank:US:SomeBankA

여기서는 5년 중 2년을 자가 거주했으므로 500,000 달러의 가치 상승에 대해 세금을 부과하지 않았다고 가정했습니다. 최종적으로 A씨의 계좌에 입금되는 금액은 418,343.8 달러이며, 이 중 200,000 달러는 계약금, 약 100,000 달러는 이미 지급한 이자입니다. 따라서 순수익은 약 100,000 달러 정도가 됩니다. 실제로는 임대료 절감, 유지보수 비용 등 다양한 요소가 추가로 고려되어야 합니다.

대차대조표에 이를 반영하려면 다음과 같이 가격을 업데이트합니다.

2025-01-01 price HOUSE.ABC                          1,300,000 USD

여러분, 안녕하세요! 오늘 블로그 포스트에서는 단순함과 강력함으로 많은 사랑을 받고 있는 복식회계 도구 Beancount의 세계로 들어가 보겠습니다. 특히 두 가지 핵심 개념인 매출채권과 매입채무에 대해 이야기하겠습니다.

이 용어들을 이해하는 것은 Beancount(또는 모든 복식회계 시스템)를 효과적으로 사용하기 위해 필수적입니다. 초보자라면 걱정하지 마세요—단계별로 차근차근 설명해 드리겠습니다!

매출채권 및 매입채무: 기본 개념​

회계에서 “매출채권”과 “매입채무”는 빚진 돈을 추적하기 위해 사용되는 용어입니다. “매출채권”은 타인이 당신에게 빚진 돈을 의미하고, “매입채무”는 당신이 타인에게 빚진 돈을 의미합니다.

1. Accounts Receivable (A/R): 당신이 서점을 운영하고 고객이 신용으로 책을 구매했다고 가정해 보세요. 그 책에 대해 고객이 당신에게 빚진 금액이 매출채권이 됩니다.

2. Accounts Payable (A/P): 반대로, 출판사에 새 책 세트를 주문했지만 선불로 지불하지 않았다고 상상해 보세요. 출판사에게 당신이 빚진 금액이 매입채무가 됩니다.

Beancount에서는 이러한 항목들을 해당 계정을 통해 추적합니다. 주요 장점은 언제든지 재무 상태를 명확하고 정확하게 파악할 수 있다는 점입니다.

Beancount에서 매출채권 및 매입채무 설정하기​

Beancount 파일 구조는 필요에 따라 단순하게도, 복잡하게도 만들 수 있습니다. 매출채권과 매입채무를 위해서는 자산과 부채 섹션 아래에 별도 계정을 생성하는 것이 일반적입니다.

1970-01-01 open Assets:AccountsReceivable
1970-01-01 open Liabilities:AccountsPayable

거래 추적​

채권자 측​

계정을 설정한 후, 매출채권 및 매입채무와 관련된 거래를 추적할 수 있습니다. 예시를 살펴보겠습니다:

2023-05-29 * "Sold books to customer on credit"
  Assets:AccountsReceivable  100 USD
  Income:BookSales          -100 USD

여기서는 고객이 $100을 빚졌으므로 매출채권에$100을 추가합니다. 동시에 아직 현금을 받지 않았으므로 수익을 동일 금액만큼 감소시켜 균형을 맞춥니다.

고객이 나중에 결제하면 다음과 같이 기록합니다:

2023-06-01 * "Received payment from customer"
  Assets:Bank:Savings        100 USD
  Assets:AccountsReceivable -100 USD

채무자 측​

매입채무에도 동일한 원리가 적용되지만 부호가 반대입니다:

2023-05-30 * "Bought books from publisher on credit"
  Liabilities:AccountsPayable  200 USD
  Expenses:BookPurchases     -200 USD

채무를 상환할 때는 다음과 같이 기록합니다:

2023-06-02 * "Paid off debt to publisher"
  Liabilities:AccountsPayable -200 USD
  Assets:Bank:Checking        200 USD

마무리​

매출채권과 매입채무는 모든 회계 시스템의 핵심입니다. 이를 정확히 추적함으로써 재무 상태를 포괄적으로 이해할 수 있습니다.

이는 시작에 불과하며 Beancount는 훨씬 더 많은 기능을 제공합니다. 이 블로그 포스트가 중요한 개념을 명확히 이해하는 데 도움이 되길 바랍니다. 언제나 그렇듯 즐거운 회계 되세요!

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

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

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:Crypto와 Income:Crypto:ETH에 각각 기록됩니다. {1,856.20 USD}는 거래 시점의 ETH 가격을, @@ 35267.8 USD는 19 ETH 전체 가치(USD)를 나타냅니다.

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

최종 생각​

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

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

우리는 2023년 5월 1일부터 신규 고객을 위한 무료 플랜을 재도입하게 되어 매우 기쁩니다. 이번 결정은 플랫폼을 크게 개선하고 자원을 최적화하여 무료 및 유료 고객 모두에게 더 나은 서비스를 제공하기 위해 이루어졌습니다.

무료 플랜은 모두에게 접근 가능하고 사용하기 쉬운 서비스를 제공하겠다는 우리의 비전에서 언제나 핵심적인 부분이었습니다. 지난 몇 달 동안 우리가 만든 변화가 사용자에게 더욱 뛰어난 경험을 제공하면서 Pro 플랜 고객에게는 서비스 품질을 유지할 수 있게 할 것이라 믿습니다.

2023년 5월 1일 이후에 등록하는 신규 고객은 무료 플랜을 이용할 수 있습니다.

여러분의 지원과 충성도가 이번 무료 플랜 재도입을 재정적으로 가능하게 했습니다. 여러분의 기여 덕분에 우리는 인프라와 지원 시스템에 투자할 수 있었으며, 기대하시는 고품질 서비스를 지속적으로 제공하면서 새로운 사용자를 위한 플랫폼 접근성을 확대할 수 있었습니다. 여러분이 우리의 비전에 보여준 헌신은 우리를 성장하고 진화하게 만들었으며, 진심으로 감사드립니다. 함께 우리는 활기찬 커뮤니티를 구축하고 모든 배경의 사용자가 목표를 달성하도록 돕고 있습니다.

궁금한 점이나 우려 사항이 있으면 언제든지 연락해 주세요. 여러분의 피드백을 듣고 문제를 해결하기 위해 항상 대기하고 있습니다. 지속적인 지원에 감사드리며, 최상의 서비스를 제공하기 위해 최선을 다하겠습니다.