"재무 관리" 태그로 연결된 25개 게시물개의 게시물이 있습니다.

오늘 블로그 포스트에서는 비즈니스를 위한 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 활용법을 다룰 예정이니 많은 기대 바랍니다.

플레인‑텍스트 템플릿, 반복 가능한 워크플로, 그리고 “누가 아직 나에게 빚을 지고 있나요?” 라는 단일 쿼리

청구서는 끝낸 작업과 기다리는 결제 사이에 끼어 있는 번거로운 일처럼 느껴질 수 있습니다. 하지만 좋은 청구서 프로세스는 건전한 현금 흐름의 핵심입니다. 두 가지 역할을 수행합니다: 고객에게 무엇을 언제 지불해야 하는지 명확히 알려주고, 회계 시스템에 필요한 확실한 사실을 제공합니다.

전용 SaaS 앱은 깔끔하고 자동화된 PDF를 보낼 수 있지만, 월 구독료가 발생하고 데이터를 독점적인 사일로에 가두는 경우가 많습니다. Beancount를 활용한 가볍고 플레인 텍스트 방식은 강력한 대안을 제공합니다. 각 청구서를 명확한 회계 항목 집합으로 전환하면 버전 관리, 풍부한 메타데이터, 즉시 쿼리와 같은 모든 이점을 누릴 수 있습니다—구독이 필요 없습니다.

최소 실행 가능한 청구서 (절대 빼먹어서는 안 될 항목들)​

장부에 기록하기 전에 전문적인 청구서가 필요합니다. 형식은 간단할 수 있지만 내용은 정확해야 합니다. 오랜 시간 검증된 소기업 관행에서 차용한 이 항목들은 절대 협상할 수 없습니다.

• 판매자 정보: 사업자명 및 실제 주소.
• 고객 정보: 고객 이름 및 (가능하면) 주소.
• 청구서 번호: 재사용되지 않는 고유하고 순차적인 ID. INV-045는 INV-044 다음 번호입니다.
• 발행일 및 만기일: 청구서 발행일과 결제 예정일을 명확히 기재합니다.
• 항목: 서비스 또는 제품에 대한 명확한 설명, 수량, 단가, 그리고 항목 합계.
• 소계, 세금 및 총액: 계산식을 보여줘서 고객이 쉽게 이해할 수 있게 합니다.
• 선택 메모: 감사 인사, 송금 안내, 혹은 고객이 제공한 구매 주문 번호 등을 적을 수 있습니다.

시작을 돕기 위해 모든 필드를 포함한 바로 편집 가능한 템플릿 세트를 만들었습니다. 스프레드시트 버전은 합계를 미리 계산해 줍니다.

Note: 청구서 템플릿은 곧 제공됩니다! 그 사이에 위에 나열된 필드를 사용해 Google Docs, Word, Sheets, Excel 또는 기타 문서 형식으로 직접 만들 수 있습니다.

청구서를 장부에 기록하기​

청구서 PDF를 고객에게 보낸 후에는 Beancount에 기록해야 합니다. 이는 수익을 발생 시점에 인식하는 중요한 단계이며, 결제 시점이 아니라 수익이 발생했을 때 인식합니다. 이 과정은 두 개의 별도 거래로 구성됩니다.

1. 청구서를 발행할 때:

총액을 Income 계정에서 Assets:AccountsReceivable 로 이동하는 거래를 생성합니다. 이는 장부에 디지털 IOU를 만들게 됩니다.

; 2025‑07‑21 Invoice #045  Web design sprint for Acme Corp.
2025-07-21 * "Acme Corp" "INV-045 Web design sprint"
  Assets:AccountsReceivable          3500.00 USD  ; due:2025-08-04
  Income:Design:Web
  invoice_id: "INV-045"
  contact_email: "[email protected]"
  link: "docs/invoices/2025-07-21_Acme_INV-045.pdf"

여기서 AccountsReceivable 를 차변에, Income 계정을 대변에 기록합니다. 풍부한 메타데이터에 주목하세요: 만기일, 고유 invoice_id, 그리고 보낸 PDF에 대한 직접 link: 가 포함됩니다.

2. 고객이 결제할 때:

현금이 은행 계좌에 들어오면 두 번째 거래를 기록해 IOU 를 “정산”합니다. 이는 AccountsReceivable 잔액을 체크 계좌로 옮깁니다.

2025-08-01 * "Acme Corp" "Payment INV-045"
  Assets:Bank:Checking               3500.00 USD
  Assets:AccountsReceivable
  invoice_id: "INV-045"

INV-045 의 Assets:AccountsReceivable 잔액이 이제 0이 되었으며, 장부는 완벽히 균형을 이룹니다.

PDF 첨부: link: 메타데이터 키는 Fava( Beancount의 웹 인터페이스)와 함께 사용할 때 특히 강력합니다. Fava는 거래 보기에서 클릭 가능한 링크를 바로 렌더링하므로 원본 문서를 클릭 한 번으로 열 수 있습니다. 이 워크플로는 2016년 기능 요청에서 이미 구상되었습니다(GitHub).

모든 미결 청구서를 나열하는 하나의 쿼리​

그렇다면 아직 누가 나에게 돈을 빚지고 있나요? 이 시스템을 사용하면 이메일이나 스프레드시트를 뒤질 필요가 없습니다. 단 하나의 간단한 쿼리만 있으면 됩니다.

open-invoices.sql 라는 파일로 저장하세요:

SELECT
  meta('invoice_id') AS id,
  payee,
  narration,
  date,
  number(balance) AS outstanding
WHERE
  account = "Assets:AccountsReceivable"
  AND balance != 0
ORDER BY
  date;

터미널에서 실행합니다:

bean-query books.beancount open-invoices.sql

몇 초 만에 모든 미결 청구서에 대한 최신 연령 보고서를 받아볼 수 있습니다. 청구서 ID, 고객, 발행일, 미지급 금액이 표시됩니다. 별도의 소프트웨어는 필요 없습니다.

반복 작업 자동화​

플레인 텍스트의 가장 큰 장점은 스크립트화가 가능하다는 점입니다. 이 워크플로의 지루한 부분을 자동화할 수 있습니다.

• 템플릿 + Pandoc = PDF: 청구서 템플릿을 Markdown 으로 유지합니다. 작은 Python 스크립트가 변수(고객명, 항목, 청구서 번호 등)를 채워주고, 명령줄 도구 Pandoc이 즉시 전문 PDF 로 변환합니다.
• Git Pre‑commit Hook: 장부를 Git 으로 관리한다면, 간단한 pre‑commit 훅을 만들어 커밋 전에 검사를 실행할 수 있습니다. 새 invoice_id 가 고유한지, 거래 포스팅이 0 으로 균형을 이루는지, link: 메타데이터에 지정된 파일이 실제 존재하는지 확인합니다.
• Cron Job: 예약 작업(cron)을 설정해 open-invoices.sql 쿼리를 매일 밤 실행하고 요약을 이메일로 받아보세요. 매일 아침 누가 친절히 리마인드가 필요한지 바로 알 수 있습니다.

현실적인 주의사항​

Beancount는 회계 도구이며 청구서 서비스가 아닙니다. 고객에게 자동 결제 알림을 보내거나 신용카드 결제를 처리해 주지는 않습니다. 워크플로는 다음과 같습니다: 템플릿 등을 사용해 청구서를 만들고 전송한 뒤, 장부에 회계 항목을 기록합니다.

대부분의 프리랜서와 소규모 사업체에게 이 수동 단계는 견고하고 감사 가능한 무료 회계 시스템을 완전히 소유하고 제어할 수 있다는 큰 장점에 비해 작은 비용에 불과합니다(beancount.io).

다음 단계​

청구서를 직접 관리하고 싶으신가요? 시작 방법은 다음과 같습니다.

1. 템플릿을 다운로드하고 다음 실제 청구서를 만들 때 순차적인 청구서 번호를 사용하세요.
2. 보낸 PDF 를 docs/invoices/ 와 같은 전용 폴더에 저장하고, Beancount 거래에 link: 메타데이터 키로 참조하세요.
3. open-invoices.sql 쿼리를 저장하고 주간 재무 검토 시 실행하도록 습관화하세요.

플레인 텍스트 회계가 폴리시나 제어를 포기한다는 의미는 아닙니다— 데이터베이스가 grep 가능할 뿐입니다. 간단한 템플릿과 위 스니펫만 있으면 더 빨리 결제받고 장부는 언제나 깔끔하게 유지됩니다.

우리 고객 중 많은 분들이 2월부터 하나의 원장에 여러 파일을 추가하는 방법을 문의해 왔습니다. 파일 구조를 통해 거래를 보관하거나 분류하고자 했습니다. 그래서 몇 달간의 작업 끝에, 이 기능을 무료로 출시하게 되어 기쁩니다.

사용 방법은 다음과 같습니다:

파일 > 새 파일 만들기​

왼쪽 탐색 사이드바의 파일 편집기 탭으로 이동합니다. 그런 다음 “파일” 드롭다운을 따라 “새 파일 만들기”를 클릭합니다.

새 파일 이름 지정​

유효한 파일명을 입력하고 저장합니다. 모든 파일명은 “.bean”으로 끝나야 합니다.

파일 포함하기​

여기서 중요한 단계입니다. 새로 만든 파일을 main.bean에 포함시켜야 합니다.

예를 들어 stock.bean을 추가했다면, main.bean에 include "stock.bean" 를 지정합니다.

새로 고침 후 파일 이동​

페이지를 새로 고침하면 “파일” 드롭다운에 파일이 나타납니다.

파일 이름 바꾸기 또는 삭제하기​

파일로 이동한 뒤 “편집” 드롭다운에서 파일 이름을 바꾸거나 삭제할 수 있습니다.

문제가 있나요?​

https://t.me/beancount 에서 질문해 주세요.

Beancount의 진화에서 중요한 이정표를 발표하게 되어 기쁩니다: iOS와 Android 플랫폼 모두를 위한 전용 모바일 앱 출시! 이 릴리스는 커뮤니티에서 가장 많이 요청한 기능 중 하나인 모바일 기기에서 원장을 효율적으로 관리할 수 있는 기능을 직접 해결합니다.

주요 기능​

• 빠른 거래 입력: 이동 중에도 새로운 거래를 원활하게 추가
• 모바일 재무 보고: 언제 어디서나 재무 인사이트에 접근
• 직접 원장 편집: 최적화된 웹 뷰를 통해 원장 파일에 전체 접근
• 크로스 플랫폼 동기화: 모든 기기에서 재무 데이터를 일관되게 유지

커뮤니티 주도 개발​

이번 릴리스는 모바일 여정의 시작에 불과합니다. 여러분의 필요와 피드백을 반영해 앱을 지속적으로 발전시킬 예정입니다. 텔레그램 커뮤니티(https://t.me/beancount)에 참여해 Beancount에 대해 논의하고 경험을 공유하며 향후 기능을 함께 설계해 주세요.

우리의 비전​

Beancount는 모든 사람이 더 나은 재무 통제와 이해를 얻도록 돕는 것을 사명으로 합니다. 이 모바일 앱은 그 목표를 향한 중요한 단계이며, 앞으로도 많은 흥미로운 기능과 도구가 로드맵에 포함되어 있습니다.

돈이 어디로 가는지 모르면 비즈니스를 조정할 수 없습니다. 정확한 장부는 추측을 통찰로 바꿔줍니다. (Investopedia)

모든 사업주, 프리랜서, 스타트업 창업자는 결국 같은 현실에 직면합니다: 재무 혼란은 성장의 적입니다. 현금 흐름에 대한 명확한 그림이 없으면 눈을 가리고 날아다니는 겁니다. 하지만 코드에 적용하는 것과 같은 정밀함과 통제력으로 재무를 관리할 수 있다면 어떨까요? 바로 Beancount, 플레인 텍스트 파일로 동작하는 강력한 오픈소스 회계 시스템이 그 해답입니다.

이 가이드는 장부 관리의 기본을 단계별로 안내하고, Beancount를 사용해 견고하고 가벼우며 투명한 재무 워크플로우를 구축하는 방법을 보여줍니다.

장부 관리란 무엇인가?​

장부 관리의 핵심은 비즈니스가 수행하는 모든 재무 거래를 체계적이고 지속적으로 기록하는 것입니다. 이는 수익, 비용, 자산(소유한 것) 및 부채(빚진 것)를 매일 추적하는 훈련입니다.

Beancount 세계에서는 이러한 기록이 독점 소프트웨어에 잠겨 있지 않습니다. 간단하고 사람이 읽을 수 있는 플레인 텍스트 파일에 저장됩니다. 이 접근 방식 덕분에 Git과 같은 버전 관리 도구로 재무 이력을 관리할 수 있습니다. 모든 항목은 복식부기 균형 규칙에 의해 관리되며, 자동으로 작업을 검증하고 장부가 항상 정확하도록 보장합니다. (beancount)

왜 중요한가?​

세심한 장부 관리는 단순히 행정적인 깔끔함을 넘어 전략적 이점입니다.

• 세무 자신감: 세금 시즌이 다가오면 깔끔한 기록이 최고의 친구가 됩니다. IRS는 소득 및 공제에 대한 명확한 문서를 요구합니다. 잘 관리된 원장은 자신 있게 신고하고 잠재적인 감사 시간을 크게 단축할 수 있게 해줍니다. (IRS)
• 더 나은 의사결정: 가격이 충분히 높은가? 특정 서비스 계약이 실제로 수익을 내는가? 구독 비용이 통제 불능으로 치솟고 있는가? 손익계산서와 대차대조표 같은 재무제표는 가격 누수, 과다 비용, 현금 흐름 함정을 드러내어 관리자와 투자자가 현명한 선택을 할 수 있게 합니다. (Investopedia)
• 자금 조달 용이: 대출기관과 투자자는 직감이 아니라 재무제표를 근거로 결정합니다. 자금을 송금하기 전에 재무제표를 요구합니다. 좋은 장부는 몇 초 만에 대차대조표나 손익계산서를 생성해 전문성과 재무 건전성을 입증합니다. (Investopedia)
• 사기 및 오류 경보: 은행 명세서와 장부를 정기적으로 조정하는 것은 실수를 방지하는 첫 번째 방어선입니다. 이 습관은 중복 청구, 은행 오류 또는 사기 행위를 빠르게 포착해 큰 문제가 되기 전에 차단합니다. (IRS)

7단계 플레인 텍스트 청사진​

시작할 준비가 되었나요? 아래는 Beancount 기반 장부 시스템을 처음부터 구축하는 단계입니다.

1. 사업 계정과 개인 계정 분리​

이것은 절대 타협할 수 없는 첫 번째 단계입니다. 전용 사업용 체크 계좌를 개설하고 필요하다면 사업용 신용카드도 발급받으세요. 자금을 섞어 쓰면 회계가 악몽이 되고, 개인과 사업 사이의 부채 경계가 흐려집니다. 깔끔한 분리는 정확한 공제와 법적 보호를 위해 필수입니다. (Small Business Administration)

Beancount에서는 open 지시문으로 이러한 계정을 선언합니다:

; 계정의 초기 잔액
2025-07-22 open Assets:Bank:Business   USD
2025-07-22 open Assets:Bank:Personal   USD

2. 장부 관리 시스템 선택​

Beancount는 수세기 동안 회계의 금본위였던 복식부기 방식을 사용합니다. 원리는 간단합니다: 모든 거래는 최소 두 개의 계정에 영향을 미칩니다. 한 계정에서 차변이 발생하면 다른 계정에 대변이 반드시 따라야 합니다. 이 시스템의 마법은 모든 계정의 합이 항상 0이어야 한다는 점입니다. Beancount는 이 규칙을 자동으로 강제하므로 오타나 논리 오류가 즉시 플래그됩니다. 균형이 맞지 않는 장부는 존재할 수 없습니다. (beancount)

3. 회계 기준 선택​

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

• 현금주의: 현금을 받을 때 수익을 기록하고, 비용을 지출할 때 기록합니다. 더 간단하고 현금 흐름을 직접 반영합니다.
• 발생주의: 수익은 벌어졌을 때 (예: 청구서 발행 시) 기록하고, 비용은 발생했을 때 (예: 청구서 수령 시) 기록합니다. 특히 성장 기업에게는 재무 건전성과 성과를 더 정확히 보여줍니다. (Investopedia)

다음은 발생주의 거래 예시입니다. 청구서를 보낼 때 Assets:AccountsReceivable 로 수익을 기록하고, 고객이 결제하면 현금을 은행 계좌로 이동합니다.

; 발생주의 예시: 청구서 발행, 이후 결제
2025-07-22 * "디자인 청구서 #101"
  Assets:AccountsReceivable     3000.00 USD
  Income:Design

2025-08-15 * "고객이 청구서 #101 결제"
  Assets:Bank:Business          3000.00 USD
  Assets:AccountsReceivable

4. 도구 스택 구성​

Beancount의 매력은 최소주의이면서도 모듈식이라는 점입니다. 핵심 스택은 다음과 같습니다:

• Editor + Git: 거래를 기록하는 텍스트 편집기와 버전 관리를 위한 Git. 모든 변경 내역을 완전하게 감사할 수 있습니다.
• bean-report / bean-balance / Fava: bean-report 같은 CLI 도구와 시각적으로 뛰어난 웹 인터페이스 Fava 로 즉시 재무제표, 대시보드, 강력한 필터링을 제공합니다.
• Importers: 커뮤니티가 만든 다양한 임포터가 CSV, Plaid, Stripe, PayPal 등 API와 연동해 은행 피드를 자동으로 가져와 데이터 입력을 크게 줄여줍니다.

5. 모든 거래에 라벨 붙이기​

잘 설계된 계정표(chart of accounts) 는 통찰력 있는 보고의 기반입니다. 비즈니스에 맞는 카테고리를 정의하고, 계층형 계정을 사용해 세분화합니다. 거래를 기록할 때는 반드시 해당 카테고리로 라벨링하세요.

2025-07-30 * "AWS 월간 청구서"
  Expenses:Hosting:AWS       124.50 USD
  Assets:Bank:Business
  tag: "ops"

위 예시에서 비용은 Expenses:Hosting:AWS 로 명확히 분류됩니다. tag: "ops" 를 사용하면 운영 비용 전체를 카테고리와 무관하게 조회할 수 있습니다. (IRS)

6. 원본 문서 안전하게 보관​

IRS는 디지털 영수증과 청구서 사본을 충분히 인정합니다. 종이 영수증을 스캔하거나 이메일 청구서를 전용 클라우드 폴더(예: Google Drive, Dropbox)에 저장하세요. 그런 다음 메타데이터에 파일 경로를 직접 연결합니다. 이렇게 하면 완전하고 자체 포함된 기록이 완성됩니다.

; 영수증 이미지 메타데이터로 연결
2025-07-18 * "팀 점심"
  Expenses:Meals              85.10 USD
  Assets:Bank:Business
  receipt: "receipts/2025-07-18-team-lunch.jpg"

7. 장부 관리를 습관화하기​

일관성이 핵심입니다. 미루면 장부 관리는 스트레스가 많은 시간 소모형 작업이 됩니다. 매주 혹은 매월 “Bean-day” 라는 고정 시간을 잡아두고, 거래를 가져오고, 계정을 조정하고, 재무 보고서를 검토하세요. 이 간단한 루틴은 분기마다 급하게 장부를 맞추는 일을 빠르고 힘 있게 비즈니스 건강 점검으로 바꿔줍니다. (IRS)

DIY vs 전문가 도움​

• DIY: 거래량이 예측 가능한 프리랜서나 소규모 비즈니스는 Beancount를 활용한 DIY 접근이 매우 효과적입니다. 차트 오브 어카운트를 검증하고 방향을 잡기 위해 CPA와 일회성 상담을 하는 것이 좋습니다.
• 전문가 검토: 비즈니스가 성장하고 거래가 복잡해지거나 규제 위험이 커지면, 정기적인 검토를 위해 전문 장부 담당자나 회계사와 협업하는 것이 가치 있습니다. Beancount는 여전히 진실의 원천으로 유지하고, 필요한 보고서만 내보내면 됩니다.

빠른 시작 체크리스트​

• 별도 사업 은행 계좌 개설
• Beancount 스타터 레포지토리 클론 후 accounts.bean 에 계정 정의
• 현금주의 또는 발생주의 선택 후 일관성 유지
• 은행(CSV), Stripe, PayPal 등에서 데이터를 자동으로 가져오는 임포터 설정
• 모든 거래에 태그와 명확한 내러티브 작성
• 주간 또는 월간으로 원장과 은행 명세서 조정
• Fava 혹은 bean-report 로 월간 손익, 대차대조표, 현금 흐름 보고서 생성
• .bean 파일을 정기적으로 백업 (Git + 오프사이트 스토리지)

추가 읽을거리​

• IRS Publication 583 — 사업 시작 및 기록 유지
• Beancount Documentation — 언어 및 커맨드 라인 도구

시작할 준비가 되셨나요? Beancount를 설치하고 첫 번째 항목을 커밋한 뒤, 스프레드시트의 안개를 벗고 플레인 텍스트의 투명함을 경험해 보세요. 즐거운 장부 관리!