4.复式记账核心原理

复式记账会计方程

在深入 Beancount 的语法细节之前，我们首先需要理解支撑整个系统的基石：复式记账法（Double-Entry Bookkeeping）。这不仅仅是一套记账规则，更是一种关于价值流动的哲学。它的核心思想极其简洁，却蕴含着巨大的力量。

想象一下，你的财务世界是一个封闭的系统，价值不会凭空产生，也不会凭空消失，它只会从一个地方转移到另一个地方。复式记账法正是对这一物理定律的数学表达。其根本原则是：

有借必有贷，借贷必相等。

每一笔财务交易，都必须至少影响两个账户，并且这些影响的总和必须为零。这听起来可能有些抽象，让我们看一个最简单的例子：你从现金中取出 100 元存入银行。

• 你的“现金”账户减少了 100 元。
• 你的“银行存款”账户增加了 100 元。

在这里，-100 和 +100 相加，结果为 0。这笔交易是平衡的。这个简单的规则，保证了你财务系统的完整性。如果你的“现金”减少了 100 元，而“银行存款”只增加了 90 元，那么系统就会立刻告诉你：这里有问题，价值凭空消失了 10 元。

在 Beancount 和更广泛的会计学中，我们用“借”（Debit）和“贷”（Credit）来描述这种变化。请务必忘掉它们在银行口语中的含义（比如“贷记卡”意味着欠款），在这里，它们只是两个纯粹的技术术语：

• 借 (Debit)：在会计方程的左侧（Assets），代表增加；在右侧（Liabilities, Equity, Income），代表减少。
• 贷 (Credit)：在会计方程的右侧（Liabilities, Equity, Income），代表增加；在左侧（Assets），代表减少。

这听起来有点绕，但有一个更简单的记忆方法：对于大多数个人财务场景，你只需要记住：

• 资产 (Assets) 和 费用 (Expenses)：增加记为“借”（正数），减少记为“贷”（负数）。
• 负债 (Liabilities)、权益 (Equity) 和 收入 (Income)：增加记为“贷”（负数），减少记为“借”（正数）。

Beancount 通过要求每笔交易的借贷总额相等，自动实现了这个会计方程：

资产 = 负债 + 权益 + (收入 - 费用)

或者，更常见的形式：

资产 + 费用 = 负债 + 权益 + 收入

这个方程必须在任何时刻都保持平衡。这就是为什么 Beancount 会强制检查每一笔交易是否平衡。它不是在找麻烦，而是在帮你守护财务数据的逻辑严密性。

Beancount 账户类型系统

为了有效地组织和报告你的财务状况，Beancount 强制要求所有账户都必须归属于以下五种类型之一。这五种类型构成了你财务世界的骨架，它们是：

1. Assets (资产)：你拥有的东西。这包括你的现金、银行存款、股票、房产等。从你的角度看，它们的价值是正向的。
2. Liabilities (负债)：你欠别人的东西。这包括信用卡欠款、房贷、车贷等。它们代表了你需要偿还的债务，从你的角度看，它们是负向的。
3. Income (收入)：你赚取的钱。这包括工资、投资回报、奖金等。收入的增加，意味着你付出的劳动或投资获得了回报，但从会计方程的平衡角度看，它需要被“负债”或“权益”的增加所抵消。
4. Expenses (费用)：你花掉的钱。这包括房租、餐饮、交通、税费等。费用的增加，意味着资产的减少或负债的增加。
5. Equity (权益)：你的净资产。这通常用来表示你账户的初始余额，或者累积的利润（留存收益）。对于个人来说，它代表了你真正的“身家”。

在 Beancount 的账户命名中，这五种类型是账户名的第一部分，后面用冒号 : 分隔，形成一个层级结构。例如：

• Assets:Bank:Checking (资产:银行:活期存款)
• Liabilities:CreditCard:Amex (负债:信用卡:美国运通)
• Income:Company:Salary (收入:公司:工资)
• Expenses:Food:Groceries (费用:食物:杂货)
• Equity:Opening-Balances (权益:开立余额)

这种强制分类是 Beancount 的一个核心设计哲学。它不像某些工具那样允许你随意创建根账户，因为它认为，将所有财务活动归入这五个范畴，是生成清晰的资产负债表和损益表的前提。正如研究报告中提到的，这并非限制，而是一种解放，它为自动化生成标准财务报告铺平了道路。

借贷记账法 mechanics

现在，让我们将会计方程和账户类型结合起来，看看在 Beancount 中具体是如何操作的。每一笔交易（Transaction）都由多个分录（Posting）组成，每个分录都指向一个账户并带有一个金额。

借贷记账法的 mechanics（机制）就是确保所有分录的金额之和为零。让我们通过几个例子来感受一下：

场景一：发工资 你收到了 5000 元的工资，存入你的银行账户。

• 你的银行账户（Assets）增加了 5000 元。在复式记账中，资产的增加是“借”（Debit），所以金额是正数。
• 你的工资收入（Income）增加了 5000 元。在复式记账中，收入的增加是“贷”（Credit），所以金额是负数。

在 Beancount 中，这看起来像这样：

2023-10-27 * "Company Inc." "Salary"
  Assets:Bank:Checking      5000.00 CNY
  Income:Company:Salary    -5000.00 CNY

注意：在 Beancount 中，我们通常使用正数和负数来表示借贷，而不是直接写“Dr”或“Cr”。

场景二：支付房租 你从银行账户中支付了 2000 元的房租。

• 你的银行账户（Assets）减少了 2000 元。资产的减少是“贷”（Credit），所以金额是负数。
• 你的房租费用（Expenses）增加了 2000 元。费用的增加是“借”（Debit），所以金额是正数。

在 Beancount 中：

2023-10-28 * "Landlord" "Monthly Rent"
  Assets:Bank:Checking     -2000.00 CNY
  Expenses:Housing:Rent     2000.00 CNY

场景三：用信用卡购物 你用信用卡消费了 500 元购买杂货。

• 你的信用卡欠款（Liabilities）增加了 500 元。负债的增加是“贷”（Credit），所以金额是负数。
• 你的杂货费用（Expenses）增加了 500 元。费用的增加是“借”（Debit），所以金额是正数。

在 Beancount 中：

2023-10-29 * "Supermarket" "Groceries"
  Liabilities:CreditCard:Visa   -500.00 CNY
  Expenses:Food:Groceries        500.00 CNY

场景四：偿还信用卡 你从银行账户转账 500 元偿还信用卡欠款。

• 你的银行账户（Assets）减少了 500 元。金额为负。
• 你的信用卡欠款（Liabilities）减少了 500 元。负债的减少是“借”（Debit），所以金额是正数。

在 Beancount 中：

2023-10-30 * "Visa" "Payment"
  Assets:Bank:Checking         -500.00 CNY
  Liabilities:CreditCard:Visa   500.00 CNY

通过这些例子，你可以看到，无论交易多么复杂，Beancount 都通过强制借贷平衡，确保了会计方程的恒成立。这种机制是数据准确性的第一道，也是最重要的一道防线。

试算平衡原则

在任何给定的时间点，如果你把账本里所有账户的余额（Balance）加总起来，会发生什么？根据会计方程 资产 + 费用 = 负债 + 权益 + 收入，理论上，这个总和应该为零。

总余额 = (所有资产账户余额) + (所有负债账户余额) + (所有权益账户余额) + (所有收入账户余额) + (所有费用账户余额)

因为每一笔交易都平衡，所以所有账户的最终余额之和也必然平衡。

这个原则被称为试算平衡 (Trial Balance)。它是一个强大的验证工具。在 Beancount 中，你可以随时生成一份试算平衡表，来检查你的账本在数学上是否自洽。如果所有账户的余额总和不为零，那就说明你的账本中存在错误——可能是某笔交易没有平衡，或者有其他数据损坏。

虽然试算平衡是验证数据完整性的必要条件，但它不是充分条件。它能告诉你“数字上没错”，但不能告诉你“业务上是否正确”（比如，你可能把一笔房租错误地记到了餐饮费下，但这在数学上是平衡的）。尽管如此，它依然是日常记账中不可或缺的检查步骤。

损益表 composition

损益表（Income Statement），也叫利润表，回答了一个核心问题：在一段时间内，你赚了多少钱，又花了多少钱？

它的构成非常直观，只关注两类账户：收入 (Income) 和 费用 (Expenses)。

• 收入：所有收入账户的贷方（负数）余额，通常会显示为正数，代表你赚了多少钱。
• 费用：所有费用账户的借方（正数）余额，代表你花了多少钱。

损益表的结构：

1. 总收入：将所有收入账户的金额加总。
2. 总费用：将所有费用账户的金额加总。
3. 净利润 (Net Income)：总收入 - 总费用。

如果结果是正数，恭喜你，你在该时期内实现了盈利。如果是负数，则表示亏损。

在 Beancount 中，损益表的生成过程，本质上就是筛选出指定时间范围内的所有收入和费用账户，然后计算它们的余额总和。它不关心你的资产有多少，也不关心你的负债有多少，只关心现金流的“流入”和“流出”。

资产负债表 composition

资产负债表（Balance Sheet）回答了另一个核心问题：在某个特定的时间点，你的财务状况如何？

它提供了一个“快照”，展示了你拥有什么（资产），你欠了什么（负债），以及两者相减后你真正拥有多少（权益）。它的构成基于所有五种账户类型。

资产负债表的结构：

1. 资产 (Assets)：列出所有资产账户及其当前余额。这代表了你控制的资源。
2. 负债 (Liabilities)：列出所有负债账户及其当前余额。这代表了你未来的义务。
3. 权益 (Equity)：列出所有权益账户及其当前余额。这代表了净资产。

这三个部分必须满足会计方程：

总资产 = 总负债 + 总权益

在 Beancount 中，生成资产负债表的过程稍微复杂一点。因为它需要处理收入和费用账户。这些账户的余额代表的是一段时间内的变化，而不是一个时间点的存量。因此，在生成资产负债表时，系统会执行一个“结转”操作：

• 它会计算从账本开始到报告期初的所有收入和费用的净额（即累计净利润）。
• 然后，它将这个累计净利润视为一个权益（通常是 Equity:Retained-Earnings）。
• 最后，它将当前报告期（比如本月）的净利润也加到权益中（通常是 Equity:Net-Income）。

通过这种方式，损益表中的“变化”就被转化为了资产负债表中的“存量”，从而保证了 资产 = 负债 + 权益 的恒等。这也是为什么 Equity 账户在个人记账中通常不直接手动操作，而是由系统根据收入和费用自动计算得出的。

会计科目表 conventions

会计科目表（Chart of Accounts）是你所有账户的清单和组织结构。在 Beancount 中，它没有一个单独的定义文件，而是通过你在 open 指令和交易分录中实际使用的账户名来动态构建的。

遵循一些命名约定（Conventions）对于长期维护一个清晰、可扩展的账本至关重要。以下是一些被广泛接受的最佳实践：

1. 层级结构：使用冒号 : 来创建账户的层级。这不仅是为了美观，更是为了报告。例如，Expenses:Food:Groceries 和 Expenses:Food:Restaurant 都属于 Expenses:Food 这个父级，这使得你可以轻松地汇总查看所有食物相关的开销。

2. 清晰且一致：账户名应该能清晰地描述其内容。例如，Assets:Bank:ICBC:Checking 比 Assets:Bank1 更具可读性。一旦确定了命名规则，请保持一致。

3. 资产和负债的命名：对于银行账户、投资账户和信用卡，一个常见的约定是 Assets:Country:Institution:AccountType 或 Liabilities:Country:Institution:CardName。例如：

   • Assets:CN:Alipay:Balance
   • Liabilities:CN:Huabei:CreditCard

4. 收入和费用的命名：对于收入，可以按来源命名，如 Income:Employer:Salary。对于费用，可以按类别和子类别命名，如 Expenses:Transport:Taxi 或 Expenses:Utilities:Electricity。

5. 避免特殊字符：尽量只使用字母、数字和冒号。避免使用空格、中文标点等，以免在某些工具或脚本中引起不必要的麻烦。

6. 使用复数：对于包含多种商品的账户，使用复数形式，如 Assets:Investment:Stocks。

这些约定不是强制性的，但它们是社区智慧的结晶。一个好的会计科目表能让你的账本像一棵结构清晰的树，让你在生成报告时能够轻松地从枝叶（具体交易）看到树干（财务概况）。

至此，我们已经掌握了复式记账的核心原理。这些概念——会计方程、账户类型、借贷平衡、试算平衡、损益表和资产负债表——是 Beancount 乃至所有会计系统的灵魂。理解了它们，你就不仅仅是在记录数字，而是在构建一个关于你个人财务的、逻辑自洽的、可验证的模型。这正是纯文本会计的力量所在。