如果你在Beancount中保持完美的账簿，你已经在系统性思考。你欣赏精确性、自动化和单一真相来源。本指南将这种纪律性心态转化为建立和增长企业信用的11步实用工作流。我们将每个关键步骤映射到简单、可自动化的Beancount习惯，将你的分类账从历史记录转变为财务实力的前瞻性工具。

2025年快速入门：真正重要的是什么​

企业信用世界可能感觉不透明，但2025年的原则很直接。以下是你开始前需要知道的。

首先，分离你的身份。企业信用的绝对基础是拥有自己独立银行账户的独特法律实体（如LLC或公司）。混合个人和企业资金是被拒绝企业信用的最快方式。

接下来，获取雇主识别号(EIN)。这是你企业用于税务目的的社会保险号。它总是免费的，你应该直接向IRS申请——永远不要为此服务向第三方网站付费。

然后，了解你将如何被评分。与消费者信用的统一FICO分数不同，企业信用由几个机构测量，每个都有自己的方法：

• Dun & Bradstreet PAYDEX® (1–100)： 此分数几乎完全由你与供应商和承包商的付款历史驱动。80分被认为是及时的，而更高的任何分数表明你提前支付账单。
• Experian Intelliscore Plus (1–100)： 这是一个预测性分数，预测严重拖欠的可能性。它分析付款趋势、公共记录和其他公司数据。
• FICO® SBSS（小企业评分服务）： 此分数对访问SBA 7(a)"小额贷款"至关重要。截至2025年，小企业管理局(SBA)列出最低预筛分数为165。

最后，知道监控是分散的。分数因机构而异，访问你的完整报告通常需要付费。在为报告付费之前，尝试验证特定贷款人或供应商使用哪个分数。

注意： 关于标识符的快速说明。如果你计划向美国联邦政府销售，唯一实体标识符(UEI)于2022年4月4日在SAM.gov系统中取代了D-U-N-S号码。然而，对于与Dun & Bradstreet建立你的企业信用档案，D-U-N-S号码仍然是必需的。

11个步骤（以及使它们持久的Beancount行动）​

1. 正式化实体并分离资金流​

这是不可协商的第一步。成立法律实体，开设专用企业支票账户，并保持个人资金独立。这创建了信用机构可以跟踪的清洁财务历史。

Beancount行动： 你的分类账应该从第一天就明确反映这种分离。为企业开设不同的账户并清晰地记录初始资本化。

2025-01-01 open Assets:Bank:Checking:Business      USD
  institution: "Bank of Example"
2025-01-01 open Equity:Owner:Contributions         USD

2025-01-05 * "所有者资本化"
  Assets:Bank:Checking:Business        10000 USD
  Equity:Owner:Contributions

2. 获取你的EIN（免费）并将其存档在你的存储库中​

直接在IRS.gov申请。一旦你收到EIN确认信（SS-4），在你的分类账旁边的docs/目录中存储数字副本。这保持关键身份文档在版本控制下且可访问。

Beancount行动： 在你的分类账文件顶部使用元数据记录EIN并链接到源文档。

; organization-id: "EIN 12-3456789"
; documents: "docs/tax/SS-4.pdf"

提示： 当心收费或收集你数据的搜索广告"EIN帮助者"。在输入敏感信息之前，始终验证你在.gov域名上。

3. 声明你的D-U-N-S®号码​

D-U-N-S号码将你的公司与其Dun & Bradstreet信用档案链接，供应商和贷款人使用此档案评估你的可靠性。转到D&B网站免费声明或更新你公司的记录。

Beancount行动： 就像你的EIN一样，将你的D-U-N-S号码添加到你分类账的元数据中。你还可以链接到供应商入职的内部清单，以确保你始终提供一致的信息。

; duns: "123456789"
; vendor-onboarding-checklist: "docs/credit/dnb-checklist.md"

4. 开设企业信用卡并谨慎使用​

循环企业信用卡是强大的工具，因为发行商经常向企业机构报告你的付款历史。将其用于常规费用，保持适度使用（理想情况下低于30%），永远不要错过付款。

Beancount行动： 将你的信用卡建模为负债。使用元数据记录它报告给哪些机构。跟踪购买，关键是从你的企业支票账户的付款。

2025-01-01 open Liabilities:Credit:BizCard:BankCo  USD
  reports_to: "Experian, Equifax (varies)"

2025-02-04 * "笔记本电脑（企业卡）"
  Assets:Equipment:Computers          1600 USD
  Liabilities:Credit:BizCard:BankCo

2025-02-15 * "企业卡付款（保持利用率<30%）"
  Liabilities:Credit:BizCard:BankCo    1200 USD
  Assets:Bank:Checking:Business       -1200 USD

5. 建立报告的供应商Net-30贸易额度​

这是建立强大PAYDEX分数的最快路径。找到提供付款条款（例如Net-30）的供应商并确认他们向D&B等机构报告你的付款历史。办公用品、包装和运输公司是常见的起点。

Beancount行动： 在你的应付账款(Liabilities:AP)中跟踪每个供应商发票。当你支付发票时，记录交易并考虑添加标签跟踪你的付款习惯。

2025-02-03 * "Acme Packaging — Net30"
  invoice: "INV-2025-023"
  Expenses:COGS:Packaging              525.00 USD
  Liabilities:AP:AcmePackaging

2025-02-27 * "支付Acme INV-2025-023（提前支付）"
  Liabilities:AP:AcmePackaging         525.00 USD
  Assets:Bank:Checking:Business       -525.00 USD
  ; tag: net30-early

6. 及时或提前支付以达到PAYDEX ≥ 80​

D&B明确将PAYDEX分数80映射到"及时/准时"付款。80以上的分数表示提前付款。如果你的现金流允许，在到期日前10-20天支付发票可以显著提高你的分数。

Beancount行动： 这是一个过程，不是交易。设置定期提醒（例如cron作业或Makefile任务），查询你的开放Liabilities:AP账户并标记在接下来30天内到期的发票，促使你安排提前付款。

7. 在各处保持一致的企业身份​

在你的银行账户、IRS申报、保险单和信用机构档案中使用完全相同的法定名称、地址、电话号码和行业代码（如NAICS）。不一致可能导致分散的信用档案或不匹配。

Beancount行动： 在你分类账的顶级元数据中为此数据建立单一真相来源。

; company-legal-name: "Acme Robotics, Inc."
; naics: "541511"
; address: "123 Market St, Springfield, ST 12345"

8. 监控你的企业信用并争议错误​

企业信用报告比消费者报告标准化和监管程度较低，使错误更常见。定期从主要机构获取你的报告并立即争议任何不准确之处。

Beancount行动： 为docs/credit/维护目录，你在其中存储信用报告的PDF和任何争议通信。你可以直接从被错误报告的交易链接到这些文档，创建可审计的线索。

9. 升级到银行额度和SBA选项（准备好时）​

一旦你有可靠的及时付款历史，你可以接近银行申请信贷额度或申请SBA支持的贷款。对于SBA 7(a)小额贷款，贷款人使用FICO SBSS分数，当前最低预筛为165。也保持你的个人信用清洁，因为它经常是一个因素。

Beancount行动： 使用你的分类账跟踪贷款人关心的关键财务指标，如你的偿债覆盖率(DSCR)或现金缓冲天数。你可以将这些定义为自定义元数据并对你的分类账运行查询，以查看在甚至申请之前是否满足贷款人的约定。

10. 自动化移动分数的习惯​

良好的信用是一致习惯的结果。为企业信用卡至少设置最低付款的自动付款。安排每周时间块运行你的应付账款。定期审查应收账款老化以保护你的现金流。系统化导致良好分数的行为。

Beancount行动： 将你的财务政策记录为元数据。这充当你操作的提醒和清单。

; policy:
; - autopay: "Liabilities:Credit:BizCard:BankCo:min"
; - payables-run: "每周，周一"
; - target-utilization: "<30%"

11. 继续学习你分数的刻度盘​

最后，了解什么驱动每个分数，这样你可以集中你的努力：

• PAYDEX (D&B)： 几乎完全由付款及时性和报告的贸易额度数量驱动。
• Intelliscore (Experian)： 受付款趋势、公共记录（留置权、判决）和公司统计（企业年龄、行业风险）影响。
• SBSS (FICO/SBA)： 使用企业信用、个人信用和企业财务的混合模型。广泛用于SBA 7(a)贷款。

用于信用建立的紧凑Beancount启动器​

这是一个最小的credit.beancount文件，帮助你以结构化方式开始跟踪这些活动。

option "operating_currency" "USD"

; --- 账户 ---
2025-01-01 open Assets:Bank:Checking:Business      USD
2025-01-01 open Assets:Equipment                   USD
2025-01-01 open Liabilities:AP:Vendors             USD
2025-01-01 open Liabilities:Credit:BizCard:BankCo  USD
2025-01-01 open Expenses:COGS:Packaging            USD
2025-01-01 open Expenses:Office:Supplies           USD
2025-01-01 open Income:Sales                       USD
2025-01-01 open Equity:Owner:Contributions         USD

; --- 身份（你可以查询的元数据） ---
; EIN: 12-3456789
; DUNS: 123456789
; NAICS: 541511
; address: "123 Market St, Springfield, ST 12345"

; --- 示例工作流 ---
2025-02-03 * "Acme Packaging — Net30" "三月的盒子"
  invoice: "INV-2025-023"
  vendor_duns: "987654321"
  Expenses:COGS:Packaging              525.00 USD
  Liabilities:AP:Vendors

2025-02-27 * "支付Acme INV-2025-023（提前）"
  Liabilities:AP:Vendors               525.00 USD
  Assets:Bank:Checking:Business       -525.00 USD

2025-03-04 * "笔记本电脑（企业卡）"
  Assets:Equipment                    1600.00 USD
  Liabilities:Credit:BizCard:BankCo

2025-03-15 * "企业卡付款（利用率<30%）"
  Liabilities:Credit:BizCard:BankCo    1200.00 USD
  Assets:Bank:Checking:Business       -1200.00 USD

常见问题​

我需要多少贸易额度来产生D&B分数？ Dun & Bradstreet需要足够数量的验证贸易经验来产生PAYDEX分数。虽然没有魔法数字，关键是拥有多个供应商持续报告你的及时或提前付款。

我在哪里可以检查我的企业信用分数？ 每个机构（D&B、Experian、Equifax）在其网站上提供付费访问报告。一些第三方服务聚合数据，但可能不显示贷款人使用的特定分数。在付费之前，询问你的潜在贷款人或供应商他们依赖哪个信用机构和分数。

我看到收费EIN的网站。它们合法吗？ 不。EIN总是从官方IRS.gov网站免费。避免非-.gov域名和伪装成官方IRS页面的赞助搜索广告；它们旨在为免费服务收费或收集你的数据。

回顾：一个清单中的系统​

1. 成立实体 → 开设专用企业银行账户。
2. 获取EIN（免费） → 在你的代码存储库中存储SS-4文档。
3. 声明你的D-U-N-S号码 → 在所有系统中对齐你的企业身份。
4. 添加企业信用卡 → 自动化付款并保持低使用率。
5. 开设2-3个报告的Net-30供应商账户 → 提前向他们付款以达到PAYDEX分数80或更高。
6. 监控你的报告 → 与机构争议任何和所有不准确之处。
7. 准备好时，接近贷款人 → 将SBA SBSS预筛最低165作为准备就绪的基准。

进一步阅读的来源​

• 美国小企业管理局： 关于建立企业信用和SBA 7(a)小额贷款SBSS最低要求。
• IRS： 关于免费获取EIN。
• Dun & Bradstreet： 关于PAYDEX分数和D-U-N-S号码。
• Experian： 关于Intelliscore Plus和企业信用基础。
• Investopedia： 关于监控企业信用。
• GSA： 关于UEI在SAM.gov中替换D-U-N-S。

本文仅供教育目的，不构成财务、法律或税务建议。请咨询合格专业人员获取针对你情况的具体指导。

在30天内将一个混乱的总账转换为平静、现金充裕的企业——使用纯文本会计。

简要总结​

• 分离、简化和锁定你的账簿，使用精简的科目表、一致的导入和自动化的余额检查。
• 显示重要信息——销货成本、管理费用、现金储备——通过快速的bean-query报告。
• 消除噪音（未使用的订阅、重复工具）和编码良好习惯（每周对账、每月结账、附加收据）。
• 让税务季节变得无聊，通过在一个地方保持对账单、收据和余额可验证。

为什么要"排毒"？​

小企业的财务混乱不仅仅是杂乱无章——而是昂贵的。它隐藏浪费的支出，模糊你的真实盈利能力，并将税务季节变成疯狂的寻宝游戏。财务排毒是一个专注的30天重置：你识别什么推动（和泄露）金钱，移除复杂性，然后制度化简单、可重复的例程来保持清洁。

Beancount是这项工作的完美工具，因为它是透明的、可脚本化的和可验证的。与黑盒软件不同，纯文本总账意味着每个数字都是可解释的。每个检查和余额都可以通过指令和查询自动化，创建一个强制清晰度的自审计系统。这个指南将带你通过一个四周计划来实现这一点。

第0周 —— 设定你的基线​

在你能够清理之前，你需要一个坚实的基础。这周是关于定义你财务世界的结构。

创建精简的科目表​

你的科目表是你财务系统的骨架。这里的目标是极简主义。不要为每一个你可能有的支出创建账户。从你今天使用的基本要素开始；你总是可以稍后添加更多。杂乱的科目表鼓励错误的分类，并使高级分析变得困难。

这里是一个简单、有效的起点：

; 核心实体
2025-01-01 open Assets:Bank:Checking           USD
2025-01-01 open Assets:Bank:Savings            USD
2025-01-01 open Liabilities:CreditCard:Business USD
2025-01-01 open Income:Sales
2025-01-01 open Expenses:COGS
2025-01-01 open Expenses:Overhead:Rent
2025-01-01 open Expenses:Overhead:Utilities
2025-01-01 open Expenses:SaaS
2025-01-01 open Equity:Opening-Balances

锁定你可以验证的余额​

纯文本会计中最强大的功能是断言现实的能力。balance指令告诉Beancount："在这个日期，这个账户恰好有这么多钱。"如果不是，Beancount会抛出一个错误。这是你的主要安全网。

开始时，使用pad与balance结合来从银行对账单初始化你的账户。pad指令创建一个交易，强制账户到正确的开始余额，将差异记入权益账户。

; 从对账单初始化
2025-01-01 pad     Assets:Bank:Checking      Equity:Opening-Balances
2025-01-01 balance Assets:Bank:Checking      12345.67 USD

**谨慎提醒：**谨慎使用pad。它是为了干净的开始，而不是为了掩盖反复出现的对账错误。

第1周 —— 分离和简化流程​

有了结构到位，是时候澄清资金如何通过你的业务流动了。

保持业务 ≠ 个人​

这是小企业财务的黄金法则。混合资金是造成混乱和税务头痛的原因。

• 维护一个专门的企业银行账户和一张企业信用卡。
• 在你的总账中反映这种分离：Assets:Bank:Business:Checking, Liabilities:CreditCard:Business。
• 如果你给自己付款，将其记录为分配到Equity:Owner-Draws。永远不要直接从企业账户分类个人支出。

标准化供应商类别​

你为AWS、Google Cloud和Vercel付费吗？不要创建三个单独的账户。将它们全部映射到一个逻辑类别，如Expenses:Cloud。避免创建你实际上不会分析的微账户。目标是看到模式，而不是用自己的账户跟踪每个单独的供应商。

第2周 —— 自动化输入和收据​

手动数据输入缓慢、容易出错且不可持续。这周是关于建立一台机器来可靠地为你的总账提供数据。

建立无戏剧的导入路径​

Beancount的导入框架让你教会它如何从你的银行读取CSV或OFX文件并自动生成交易。投入时间一次性设置这个，你将在长期内节省数百小时。将你的导入规则保持在版本控制下（如Git），以便你的系统是可重复的和备份的。

• 从Beancount官方的导入外部数据指南开始。
• 对于更交互式的工作流程，考虑像beancount-import这样的工具，它提供半自动匹配的Web界面。
• 许多用户依赖内置的ingest或更新的beangulp框架来构建他们的自定义导入器。选择一个并坚持使用以保持一致性。

将文档附加到它们所属的地方​

没有收据的交易是一个没有根据的声明。Beancount及其Web界面Fava使得将源文档链接到条目变得轻而易举，创建了一个不可动摇的审计轨迹。

你有两个很好的选择：

1. **文档文件夹+指令：**将所有收据和对账单存储在专用文件夹中。然后，使用document指令将文件链接到交易。
2. **在Fava中拖放：**简单地将PDF或图像文件拖到Fava界面中的交易上。Fava自动存储文件并在你的总账文件中插入正确的document指令。

; 在你的主总账文件中，告诉Fava你的文档在哪里
option "documents" "/home/acme/docs"

; 将收据链接到特定的交易记录
2025-08-07 * "Figma" "Monthly Subscription"
  Assets:CreditCard:Business    -12.00 USD
  Expenses:SaaS                 12.00 USD
    document: "receipts/figma-2025-08-07.pdf"

第3周 —— 看到真相（你将重复使用的快速查询）​

你的总账现在干净并充满数据。是时候向它提出重要问题了。启动bean-query命令行工具以获得即时答案。

1) 我的钱在哪里？​

快速获取你的流动资产快照。

bean-query business.beancount 'BALANCES FROM year = 2025 AND (account ~ "Assets:Bank" OR account ~ "Liabilities:CreditCard")'

这给你一个即时的、实时的现金头寸视图，而无需登录多个银行门户。

2) 我在管理费用vs.销货成本上花了多少？​

了解你的钱真正去了哪里。你是在非必需的管理费用上花费更多，还是在直接与交付产品相关的成本（销售商品成本）上花费更多？

SELECT
  account,
  units(sum(position))
WHERE
  account ~ "^Expenses:(Overhead|COGS)" AND year = 2025
GROUP BY
  account
ORDER BY
  account

这个查询将你的核心运营成本与管理负担分开，这是盈利能力的关键洞察。

3) 哪些订阅看起来像"僵尸"？​

找到经常在雷达下飞行的重复性小额费用。这些"僵尸"订阅可能会让你的现金流流失。

SELECT
  payee,
  COUNT(*) AS num_transactions,
  SUM(number) AS total_spent
WHERE
  account ~ "^Expenses:SaaS" AND date >= '2025-01-01'
GROUP BY
  payee
ORDER BY
  num_transactions DESC,
  total_spent DESC

这个查询立即显示你经常付款的供应商。如果你看到一个你不认识或不再需要的，是时候取消了。

第4周 —— 整理和锁定系统​

最后一周是关于建立保持你的财务永远清洁的习惯和护栏。

设置简单的预算​

Fava可以从你的总账读取budget指令，并在其报告中显示有用的进度条，显示你是否在正轨上。这提供了一个温和、持续的支出目标提醒。

; 将SaaS支出限制在每月$100
2025-01-01 custom "budget" Expenses:SaaS "monthly" 100.00 USD

为关键的可变支出类别设置这些，如软件、广告或承包商，以在漂移成为问题之前注意到它。

每次都关闭月份​

建立一个简单、不可协商的月度结账流程：

1. **对账：**对于每个银行和信用卡账户，添加一个balance断言，匹配你月度对账单上的最终数字。
2. **附加：**使用document指令将PDF对账单本身附加到balance条目。
3. **报告：**运行你保存的三个查询（现金、管理费用/销货成本、订阅），并将输出粘贴到简短的月度审查笔记中。

余额断言是一个自动触发器。如果你的总账与银行对账单不匹配，Beancount将抛出错误，准确告诉你在哪里查找差异。

让税务季节变得无聊（以好的方式）​

通过遵循这个系统，你将税务准备从危机转化为简单的报告练习。

• 收据附加到交易，所以没有疯狂的搜索。在Fava中，你距离任何支出的源文档只有一次点击。
• 税务相关项目可以被标记（例如，#tax-deductible），允许你用bean-query为你的会计师提取干净的报告。
• 年末余额被锁定和验证用balance断言，给你和你的准备者对数字的信心。

30天检查清单（打印这个）​

• 第1-3天
  • 创建最小的科目表。
  • 使用最新对账单为每个银行/卡添加pad + balance。
• 第4-10天
  • 设置一个导入管道，并将你的规则提交到版本控制。
  • 回填90天的交易；运行第一个BALANCES快照。
• 第11-15天
  • 将供应商标准化到各自的账户（SaaS、云、运输等）。
  • 为对账期间附加对账单PDF；确认它们出现在Fava中。
• 第16-20天
  • 运行管理费用vs.销货成本查询；修复任何错误分类的项目。
  • 运行订阅频率查询；取消或整合未使用的服务。
• 第21-25天
  • 通过custom "budget"为关键可变支出添加一到两个预算上限。
  • 将你最重要的三个bean-query命令保存到脚本中以便于重用。
• 第26-30天
  • 用月末balance断言对账所有账户。
  • 写一个简短的"月度结账"笔记，总结关键数字并链接到文档。

你将重复使用的常见片段​

清洁的支出记录

2025-08-05 * "Figma" "Pro plan"
  Expenses:SaaS               12.00 USD
  Assets:Bank:Checking       -12.00 USD

来自对账单的余额断言

2025-09-01 balance Assets:Bank:Checking  8423.17 USD

租金的预算护栏

2025-01-01 custom "budget" Expenses:Overhead:Rent "monthly" 2500.00 USD

保持简单，保持脚本化​

Beancount驱动的财务排毒的理念很简单：

• **脚本化你重复的内容：**自动化导入和报告。
• **让断言大声失败：**它们是你的安全护栏，而不是不便。
• 偏好更少、更清晰的账户而不是完美的、颗粒化的分类。

采用这些习惯，你的业务将在紧密的反馈循环上运行：每日现金可见性，每周可见的支出漂移，和真正无聊的年终。这就是这种排毒设计要提供的清晰度和控制。

参考文献和进一步阅读​

• Beancount Query Language (beancount)
• Importing External Data with Beancount (beancount)
• Fava Budgets (custom "budget" …) (Fava)
• Documents & document Directive (beancount, Fava)
• Balance and Pad Directives (beancount)

这篇文章仅用于教育目的，不是税务或法律建议。

如果你的账本是纯文本格式，月末结账既可以快速又可审计。这个过程不必像电子表格和计算器的疯狂混乱。本文指南提炼了一套简洁、可重复的流程，专为 Beancount 及其网页界面 Fava 设计，围绕余额断言、智能导入和轻量检查。

以下是无痛结账的检查清单：

1. 收集对账单并导入所有原始交易。
2. 标准化付款人、描述和元数据。
3. 使用 balance 断言对每个现金、银行和信用账户进行对账。
4. 核对转账和账户间的移动。
5. 更新投资价格并验证估值。
6. 在账本中附加或关联文档（收据、发票）。
7. 运行查询和仪表板进行损益和差异检查。
8. 根据需要计提应计项目和调整。
9. 使用自动检查验证账本。
10. 提交、打标签并归档本月。

1. 设定基本规则（并重复使用）​

一致的结账始于稳固的基础。你的科目表和关键 Beancount 选项应在中心声明，并且很少更改。诸如 operating_currency 和 documents 处理等选项可确保报告和导入每次都表现可预测。

提示： 将你的 options 文件视为“基础设施”。更改它可能会影响数字的计算方式。请在 Git 中谨慎进行版本管理。

2. 导入所有数据——此后不再手动输入​

自动化数据导入是加快结账的最大提速手段。使用 Beancount 强大的导入工具和社区构建的导入器，拉取银行流水、信用卡 CSV/OFX 文件、经纪数据和工资报告。

目标是一次性命令导入，生成平衡的分录，你只需审阅并提交。这消除了手动录入数据的需求，而手动录入是错误和延迟的主要来源。

3. 预先标准化付款人和元数据​

干净的数据才是可靠的数据。在导入过程中标准化付款人、说明和标签，使搜索、规则和报告在每个月都保持准确。

Beancount 的插件系统允许在加载文件时添加轻量级的转换和校验。这非常适合强制自定义一致性检查，或使用内置的 noduplicates 插件在重复交易成为问题之前标记出来。

4. 使用 balance 断言进行对账​

对于每个有对账单的账户（支票、储蓄、信用卡），使用 Beancount 的 balance 指令断言期末余额。这行简单的指令将对账从手动目测检查转变为精确的自动化测试。

2025-01-01 open Assets:Cash
2025-01-01 open Assets:Bank
2025-01-01 open Expenses:Food
2025-01-01 open Income:Salary
2025-01-01 open Equity:Opening-Balances

2025-01-01 balance Assets:Cash 1000.00 USD
2025-01-01 balance Assets:Bank 5000.00 USD
2025-01-01 balance Equity:Opening-Balances -6000.00 USD

由于余额在当天开始时进行检查，使用下个月的第一天作为月末对账单最为简便。如果 Beancount 计算的余额与你的断言不符，你将收到精确的错误信息和一个调查起始日期。始终先修正真实来源（你的交易）；不要“强行”对账。

5. 核对账户间转账​

确保每笔转账在交易的双方都出现。例如，从支票账户向信用卡的付款应在两个账户中都有体现。转账不匹配是对账常见的痛点。

仅在首次设置账户时使用 pad 指令来设定历史期初余额。它是一个初始化工具，而非用于修复月末差异的对账支撑。

6. 验证投资持仓和价格​

要准确了解净资产，需要获取投资和外币的最新市场价值。使用 Beancount 的 price 指令记录这些在结账日期的价值。

2025-01-01 price AAPL 150.00 USD
2025-01-01 price GOOG 2800.00 USD
2025-01-01 price EUR 1.10 USD

许多工具可以自动获取这些价格。更新后，重新运行资产负债表或净资产报告即可看到估值变化。

7. 附加收据和原始文档​

通过将交易链接到原始文档，保持清晰的审计轨迹。在主 Beancount 文件中使用 documents 选项指向收据和发票的存档。

option "documents" "/path/to/documents"

如果按日期命名文件（例如 2025-08-13.vendor.receipt.pdf），Beancount 和 Fava 能自动发现并链接它们，使得只需一次点击即可为任意交易调出收据。

8. 使用 Fava 和 BQL 回顾本月​

快速的反馈回路至关重要。使用 Fava 直观检查财务。其图表和报告非常适合按类别切分支出、查看收入趋势以及一目了然地发现异常。

如需更精确的检查，可使用 Beancount Query Language (BQL)。例如，以下查询可提供 2025 年 8 月所有支出的排名细分：

SELECT account, sum(position) AS total
WHERE date >= 2025-08-01 AND date < 2025-09-01 AND account ~ "Expenses"
GROUP BY account
ORDER BY total DESC

9. 计提应计项目和调整​

如果使用权责发生制，会计月末调整应记录为明确的、带日期的交易。这可以包括应计费用（如尚未收到的水电费账单）、预付费用摊销或收入确认。保持简洁并在说明中做好文档记录，便于未来审阅时理解。

10. 验证、打标签并归档​

在最终确定本月之前，运行一次结构完整性检查：

beancount -f myfile.beancount check

此命令会捕获不平衡、引用未开设的账户以及其他常见错误。修复所有标记的问题。

确认无误后，将更改提交到版本控制（如 Git），并使用清晰的提交信息和标签，例如 close-2025-08。最后，归档银行对账单并视本月已锁定。

可适配的简易结账脚本​

你可以使用简单的 shell 脚本自动化大部分步骤。这将把结账转化为单一、可重复的命令。

#!/usr/bin/env bash
set -euo pipefail

# 1. 收集对账单并导入
beancount -f myfile.beancount import statements.csv

# 2. 断言期末余额
beancount -f myfile.beancount balance

# 3. 定价
beancount -f myfile.beancount price

# 4. 查询
beancount -f myfile.beancount query "SELECT * FROM ..."

# 5. 提交
git add myfile.beancount
git commit -m "Month-end close for August 2025"
git tag close-2025-08

为什么这样有效​

该流程快速且可靠，因为它基于以下核心原则：

• 断言，而非目测： balance 指令将对账转化为精确的自动化检查。
• 确定性输入： 自动导入器和标准化的元数据使账本可复现且一致。
• 可探索数据： Fava 和 BQL 提供强大工具，立即验证结果并深入异常数据。
• 可审计的更改： 调整以纯文本日记账形式记录，便于数月或数年后审阅和理解。

良好的月末结账主要是后勤工作。使用 Beancount，你可以将其转化为简短、可脚本化的仪式：导入、断言、定价、查询、提交。保持工作流稳定，结账将保持快速——即使财务情况日益复杂。

如果你在会计中跟踪固定资产——笔记本电脑、相机、机器，甚至是办公家具——你的账簿需要反映它们价值的下降。这涉及两个关键概念：折旧（费用）和它的累计总额 累计折旧。本指南用通俗的语言解释这两者，并展示如何在 Beancount 中使用可直接复制粘贴的示例进行建模，还包括强大的自动化选项。

什么是累计折旧？​

累计折旧 是自资产投入使用之日起已记录的折旧总额。可以把它看作一个累计计数。它不是一种新的费用——只是该资产迄今为止所有折旧费用的总和。

在财务报表中，你会看到累计折旧与资产的原始成本并列。这让阅读账簿的人能够同时看到 历史成本（你为其支付的金额）和 净账面价值（账面上当前的价值）。

一个关键细节是，累计折旧是 抵减资产（contra-asset）账户。听起来可能复杂，但概念很简单：

• 它是一个“资产”账户，位于科目表的 Assets 部分。
• 但它拥有 贷方 余额（在 Beancount 的资产账户中表现为负值），降低 相关固定资产的账面价值。

它在资产负债表上出现在哪里？​

累计折旧通常直接位于其对应的固定资产下方。例如：

许多财务报表会简化为单行，如 “物业、厂房及设备，净额”。该数字代表所有资产的历史成本总和减去累计折旧总额，即最终的 净账面价值。

如何计算折旧？​

折旧的计算方法有多种。你选择的方法决定了每期记录的费用金额，从而影响累计折旧的累计额。常见的两大类方法是：

• 直线法（SL）： 最简单、最常用的记账方法。你在资产使用寿命的每个期间内计提相等的费用。例如，一台价值 $3,000、使用寿命为 36 个月（3 年）的笔记本电脑，每月折旧$83.33。
• 税法折旧（如美国的 MACRS）： 为了税务目的，政府通常规定加速折旧表。美国的 修改后加速成本回收系统（MACRS） 允许在资产使用早期计提更大的折旧。Beancount 完全可以处理这些表——只需根据官方表（如 IRS Publication 946）计算金额并生成相应的分录。

公式（直线法）

期间折旧 = $\frac{\text{成本} - \text{残值}}{\text{使用年限}}$

累计折旧（截至日期 t） = $\sum (\text{截至 t 的期间折旧})$

残值 是资产使用寿命结束时的估计残余价值。为简化起见，通常假设为零。

Beancount 实践：建模成本与累计折旧​

为了在 Beancount 中正确跟踪固定资产并保留其原始成本，你需要为每类资产使用一对资产账户，再加一个费用账户。

• Assets:Equipment:Computers:Cost（保存历史成本）
• Assets:Equipment:Computers:AccumDep（抵减资产，随时间贷记）
• Expenses:Depreciation:Computers（记录期间费用）

此结构符合标准会计实践，也是 Beancount 中管理固定资产折旧的推荐方式。

方案 A：手动直线法分录​

这是最直接的方式。你可以完全控制每笔分录，便于理解其工作原理。

1. 打开所需账户

2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep
2025-01-01 open Expenses:Depreciation:Computers

2. 记录购买（按历史成本）

购买资产时，借记 Cost 账户。

2025-01-20 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

3. 记录月度折旧

每月记录一次折旧费用。对 $3,000 资产，36 个月的月折旧为$3000 ÷ 36 = $83.33。

分录为借记费用账户、贷记抵减资产账户。

2025-02-28 * "Monthly depreciation - MacBook Pro (SL 36mo)"
  Expenses:Depreciation:Computers           83.33 USD
  Assets:Equipment:Computers:AccumDep      -83.33 USD  ; 贷记抵减资产

将此分录重复 36 个月。Assets:Equipment:Computers:AccumDep 的余额会随时间变得更负，从而降低资产的净账面价值。

快速检查： 你可以在 Fava 的资产负债表中查看净账面价值，或运行以下查询：

bean-query myledger.bean "SELECT account, SUM(position) WHERE account   'Assets:Equipment:Computers:(Cost|AccumDep)' GROUP BY account"

两个账户的余额之和即为净账面价值。

方案 B：使用 Fava 的 amortize 插件自动化​

如果你使用 Fava（Beancount 的流行网页界面），且折旧为固定金额，可通过插件实现自动化。

首先，在 Beancount 文件顶部启用插件：

plugin "fava.plugins.amortize_over"

然后，创建一条定义完整折旧计划的交易。

; 1. 正常记录首次购买
2025-01-20 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

; 2. 设置折旧计划
2025-01-20 * "Depreciation schedule - MacBook Pro"
  amortize_months: 36
  Expenses:Depreciation:Computers       3000.00 USD
  Assets:Equipment:Computers:AccumDep  -3000.00 USD

插件会读取此交易并自动生成 虚拟分录：每月 $83.33，持续 36 个月。虚拟分录不会写入 .bean 文件，但会出现在所有报表中。此方式适用于直线法，但不适用于 MACRS 等不等额的折旧表。

方案 C：使用第三方插件生成实际分录​

如果你希望生成真实的、非虚拟的分录，同时保留自动化便利，可使用 beancount-periodic 插件（作者 Dallas Lu）。该插件可根据配置自动创建带日期的分录，兼具手动分录的可审计性与自动化的高效性。

查看结果：成本、累计折旧与净账面价值​

无论采用哪种方法，资产负债表都会显示 Cost 与 AccumDep 两个账户。两者之和即为 净账面价值。这种“原始成本减累计折旧”的展示方式正是会计师和财务分析师所期望的，能够完整透明地呈现资产的使用年限与当前价值。

资产处置（出售、报废或退役）​

资产使用寿命结束时，你可能会出售、报废或退役。要将其从账簿中移除，需要：

1. 清除历史成本。
2. 清除累计折旧。
3. 记录收到的现金。
4. 记录产生的盈亏（现金收入与净账面价值之差）。

示例：资产出售获利

假设在 2027‑06‑15 出售该 MacBook Pro。

• 原始成本：$3,000
• 出售时累计折旧：-$2,500
• 净账面价值：$3,000 -$2,500 = $500
• 出售收入：$800
• 出售盈余：$800 -$500 = $300

Beancount 记账如下：

2027-06-15 * "Sell MacBook Pro"
  Assets:Bank:Checking                     800.00 USD  ; 收到现金
  Assets:Equipment:Computers:AccumDep     2500.00 USD  ; 借记抵减资产以冲销
  Assets:Equipment:Computers:Cost        -3000.00 USD  ; 贷记原始成本
  Income:Gains:AssetDisposals             -300.00 USD  ; 贷记盈余

如果仅收到 $400（亏损$100），则将差额记入 Expenses:Losses:AssetDisposals（借方）。

FAQ（快速问答）​

• 累计折旧是资产还是负债？
  两者都不是。它是 抵减资产，位于资产区但为贷方余额，起到降低资产价值的作用。

• 购买后还能直接记入 Cost 账户吗？
  通常不建议。抵减资产的目的是保留历史成本，所有价值下降应记入 ...:AccumDep。

• 能在 Beancount 中使用 MACRS（税法）折旧表吗？
  可以。先依据 IRS Publication 946 计算每期金额，然后用手动分录或周期插件记录。Fava 的 amortize 插件不适用于不等额的 MACRS 表。

• Section 179 加速费用怎么办？
  Section 179 允许在投入使用的当年全额费用化。对应的 Beancount 记账就是在购买时直接借记费用账户，而不是固定资产账户。

常见错误及避免方法​

• 直接在 Cost 账户上计提折旧。

  • 解决方案： 始终贷记 ...:AccumDep，保留历史成本。

• 资产处置时忘记冲销累计折旧。

  • 解决方案： 处置分录必须包含 借记 ...:AccumDep，以清除该资产的累计折旧。

• 混淆税法折旧与记账折旧。

  • 解决方案： 明确区分税务表（用于报税）和记账表（用于财务报表），分别使用对应的分录。

• 误用 Fava amortize 插件导致虚拟分录未被审计。

  • 解决方案： 若需审计痕迹，请改用生成真实分录的插件或手动分录。

方案 A 示例代码​

2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep
2025-01-01 open Expenses:Depreciation:Computers

2025-01-20 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

2025-02-28 * "Monthly depreciation - MacBook Pro (SL 36mo)"
  Expenses:Depreciation:Computers           83.33 USD
  Assets:Equipment:Computers:AccumDep      -83.33 USD

方案 B 示例代码​

plugin "fava.plugins.amortize_over"

2025-01-20 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

2025-01-20 * "Depreciation schedule - MacBook Pro"
  amortize_months: 36
  Expenses:Depreciation:Computers       3000.00 USD
  Assets:Equipment:Computers:AccumDep  -3000.00 USD

方案 C 示例代码​

（此处请根据 beancount-periodic 插件的配置自行编写相应的自动化分录。）

资产处置示例代码​

2027-06-15 * "Sell MacBook Pro"
  Assets:Bank:Checking                     800.00 USD
  Assets:Equipment:Computers:AccumDep     2500.00 USD
  Assets:Equipment:Computers:Cost        -3000.00 USD
  Income:Gains:AssetDisposals             -300.00 USD

参考文献与资源​

• Beancount 官方文档
• Fava 插件列表
• IRS Publication 946（美国税法折旧表）
• Section 179 与 MACRS 相关税务指南

通过本指南，你可以在 Beancount 中实现对固定资产的精确折旧管理，并利用自动化工具提升记账效率。祝你财务管理顺利！

应付账款（AP）是指企业因已收到但尚未付款的商品或服务而欠供应商的款项。在会计体系中，AP 被归类为资产负债表上的流动负债——通常在一年内（常见为 30 到 60 天）到期。

该概念是权责发生制会计的核心，你在收到发票的瞬间就记录费用及相应负债，而不是等到实际付款时才记录。本指南将展示如何使用纯文本会计工具 Beancount，干净且高效地管理整个 AP 工作流。

快速概览​

在深入细节之前，先了解关键要点：

• 应付账款（AP） 代表你对供应商的短期债务。它位于资产负债表的 Liabilities（负债）栏目下。
• 权责发生制 vs. 现金制：只有在采用 权责发生制 时才会出现 AP。Beancount 完全支持权责发生制工作流，其网页界面 Fava 会正确显示你的负债。
• AP vs. AR：简单来说：应付账款是你 欠 的，而应收账款（AR）是别人 欠 你的。

AP 在 Beancount（以及 Fava）中的位置​

要开始跟踪 AP，首先需要在账本中声明一个对应的账户。常用约定为：

Liabilities:AccountsPayable

你可以为主要供应商创建子账户，例如 Liabilities:AccountsPayable:ForestPaintSupply。

在 Fava 中，此账户会出现在资产负债表的 Liabilities 下。点击即可展开，查看所有未结和已结项目，清晰了解你的负债情况。你也可以在 Fava 的 公开示例账本 中看到 Liabilities:AccountsPayable 账户的实际展示。

Beancount 构建块​

一个完整的 AP 工作流依赖以下核心功能：

1. 账户：主要使用 Liabilities:AccountsPayable、Assets:Bank:Checking（现金账户）以及各种费用账户（如 Expenses:Supplies）。
2. 元数据：可以为任意交易附加键值对。AP 常用的元数据包括 invoice:、due:、terms:、document:。Fava 还能识别 document: 键，并在配置了文档文件夹后自动生成可点击的链接。
3. 标签 & 链接：使用 #tags（如 #ap）便于过滤，使用 ^links（如 ^INV-10455）将账单与后续付款关联，形成清晰、可审计的链路。
4. 查询（BQL）：Beancount 类 SQL 查询语言（BQL）让你可以直接在命令行使用 bean-query，或在 Fava 的 “Query” 页面生成强大的报表，例如按到期日排序的未结应付账款列表。

核心 AP 工作流​

管理 AP 包括两到三步：记录账单、付款，有时还需处理部分付款或折扣。

1) 记录供应商账单（创建负债）​

当发票到达时，先记费用并生成应付账款。

; 可选：在主 Beancount 文件中设置文档文件夹
option "documents" "documents"

2025-08-05 * "Forest Paint Supply" "Paint order INV-10455" ^INV-10455 #ap
  invoice: "INV-10455"
  due: "2025-09-04"
  terms: "2/10, n/30"
  document: "invoices/2025-08-05-forest-paint-INV-10455.pdf"
  Expenses:Supplies:Paint         500.00 USD
  Liabilities:AccountsPayable    -500.00 USD

此条目完成两件关键事：

1. 立即在 8 月份确认 500 美元费用。
2. 同时产生 500 美元负债，表明你欠 Forest Paint Supply。

^INV-10455 链接是唯一标识符，稍后在付款时使用相同链接，可将账单与付款逻辑关联。

2) 付款（冲销负债）​

付款时创建交易，将资金从银行账户转出并冲销负债。

a) 标准付款（无折扣）

2025-09-01 * "Forest Paint Supply" "Payment INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -500.00 USD

此条目将 AP 减少 500 美元，同时支出 500 美元的银行余额，负债已清。

b) 提前付款折扣（如 “2/10, n/30”）

若在 10 天内付款，可享 2% 折扣。对 500 美元发票而言，折扣为 10 美元。以下两种记法均可，任选其一并保持一致即可。

; 方式 1：将折扣记为其他收入（冲减费用的效果）
2025-08-12 * "Forest Paint Supply" "Early payment discount INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -490.00 USD
  Income:Discounts:Payables       -10.00 USD

; 方式 2：直接冲减原费用
2025-08-12 * "Forest Paint Supply" "Early payment discount INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -490.00 USD
  Expenses:Supplies:Paint         -10.00 USD

两种方式均冲销 500 美元负债，银行账户实际支出 490 美元，并记录 10 美元的优惠。

3) 部分付款处理​

Beancount 的链接功能让部分付款的追踪简洁明了。

; 发票 1,200 美元
2025-08-10 * "Acme Parts" "INV-9001" ^INV-9001
  invoice: "INV-9001"
  due: "2025-09-09"
  Expenses:Parts                 1200.00 USD
  Liabilities:AccountsPayable   -1200.00 USD

; 第一次付款 400 美元
2025-08-20 * "Acme Parts" "Payment INV-9001 (1/3)" ^INV-9001
  Liabilities:AccountsPayable     400.00 USD
  Assets:Bank:Checking           -400.00 USD

; 最终付款 800 美元
2025-09-05 * "Acme Parts" "Payment INV-9001 (final)" ^INV-9001
  Liabilities:AccountsPayable     800.00 USD
  Assets:Bank:Checking           -800.00 USD

通过在三条交易上使用相同的 ^INV-9001 链接，你可以轻松过滤出该账单的完整历史。

实用查询（BQL）​

可在 Fava 的 “Query” 选项卡或命令行 bean-query 中运行。

小贴士：any_meta() 函数非常适合把 invoice:、document: 等元数据字段拉进查询结果。

按供应商统计未结 AP（余额视图）

SELECT payee, COST(SUM(position)) AS amount
WHERE account   "^Liabilities:AccountsPayable"
GROUP BY payee
ORDER BY payee;

按发票 + 到期日列出未结 AP

SELECT payee,
       any_meta('invoice') AS invoice,
       any_meta('due')     AS due,
       COST(SUM(position)) AS amount
WHERE account   "^Liabilities:AccountsPayable"
GROUP BY payee, invoice, due
ORDER BY due, payee;

列出带 PDF 附件的账单

SELECT date, payee, any_meta('invoice') AS invoice, any_meta('document') AS file
WHERE account   "^Liabilities:AccountsPayable"
ORDER BY date DESC;

在 Fava 中查看 AP​

• 资产负债表：进入 Balance Sheet → Liabilities → AccountsPayable，即可看到总余额并进一步钻取交易明细。
• 日记账：使用过滤 account:Liabilities:AccountsPayable 或特定链接 ^INV-xxxx，查看单笔账单的完整生命周期。
• 文档侧栏：若使用 document: 元数据并配置 option "documents"，侧栏会列出所有已关联的文档。

AP 老化、周转率与现金流感知​

• 老化表：将未结发票按逾期天数分组（如 1–30 天、31–60 天、60+ 天）。在 Beancount 中，可运行上面的 “按发票 + 到期日列出未结 AP” 查询，导出 CSV 后在电子表格或小型 Python 脚本中分桶统计。
• AP 周转率：衡量付款速度的快速健康指标，公式为 供应商采购总额 ÷ 平均应付账款。相关指标 应付账款天数（DPO） 大约为 365 ÷ 周转率。
• 无法按时付款：AP 属于短期债务。如供应商同意更长期的分期付款，应将该债务从 AP 调整为 Notes Payable（票据负债）。

2025-10-01 * "Helix Industries" "Convert overdue AP to 12-month note" ^INV-1110
  Liabilities:AccountsPayable    2000.00 USD
  Liabilities:NotesPayable      -2000.00 USD

纯文本账本中的 AP 最佳实践​

• 无纸化：将发票 PDF 存入 documents 文件夹，并使用 document: 元数据关联。
• 一致使用链接：在账单和所有关联付款上使用唯一的发票号 ^link，保持逻辑连贯。
• 保持元数据整洁：统一使用 invoice:、due:、terms:，提升搜索、查询和财务审查效率。
• 全程权责发生制：若想获得有价值的 AP 报表，请坚持使用权责发生制。Beancount 与 Fava 能完美支持。

复制粘贴示例：供应商账单 + 付款​

; ---- Bill ----
2025-08-05 * "Forest Paint Supply" "Paint order INV-10455" ^INV-10455 #ap
  invoice: "INV-10455"
  due: "2025-09-04"
  document: "invoices/2025-08-05-forest-paint-INV-10455.pdf"
  Expenses:Supplies:Paint         500.00 USD
  Liabilities:AccountsPayable    -500.00 USD

; ---- Payment (no discount) ----
2025-09-01 * "Forest Paint Supply" "Payment INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -500.00 USD

本指南仅供学习使用，不构成税务、法律或财务建议。

参考与进一步阅读​

• Beancount 文档：核心账户类型、标签/链接及查询语言
• Fava/Beancount 关于权责发生制与文档链接的说明
• 使用 any_meta() 查询元数据字段的示例

如果你的账本以纯文本形式保存，你已经在乎清晰、可控和可复现性。外包会计工作并不一定会牺牲这些。相反，若执行得当，它会把你的 Beancount 设置转变为由专业人士运行的可靠、可文档化的工作流——同时你仍然完全拥有数据、仓库以及规则的所有权。

这是一份面向 Beancount 用户的实用指南，内容涵盖哪些工作可以外包、哪些工作应自行保留、如何结构化交付物以及如何评估供应商。目标是将机械性的工作委派出去，却永不放弃控制权。

适用人群​

如果你符合以下任意一种情况，本指南适合你：

• 独立创始人、独立开发者和顾问，使用 Beancount 并希望把会计的机械性工作交给他人，以便专注于产品研发或客户服务。
• 具备财务知识的工程师，需要严格的控制、版本化历史和完整的可审计性，但不想在周末自己导入银行对账单并进行核对。
• 从一体化供应商迁移的组织，现在更重视数据托管和可复现性。近期诸如 Bench 等会计平台的突发关闭再次提醒我们：退出计划和开放格式不是可选项。(TechCrunch、KSV Advisory Report)

Beancount 简介​

对于新手来说，Beancount 生态系统由以下核心组件构成，使其在此类工作流中表现强大：

• Beancount：本质上是一种以纯文本编写的复式记账语言。你编写可读的账本文件，将其提交到 Git 仓库，并使用编译器进行校验和生成财务报表。(GitHub)
• Fava：Beancount 的优雅网页界面。Fava 读取账本文件，提供交互式资产负债表、损益表、趋势图、过滤器以及类 SQL 查询语言，以便检查数据。(Fava Demo)
• beangulp：用于自动化数据导入的现代框架。由 Beancount 最初的 importer 演进而来，beangulp 提供编写稳健导入器的工具，能够解析 CSV、OFX、QFX 甚至 PDF 对账单，将原始银行数据转化为结构化的 Beancount 条目。(GitHub)

成功的外包关系应当保留并强化这些优势：版本控制、可读的历史、严格的校验以及工具的可组合性。

外包内容 vs. 自行保留​

有效委派的关键在于明确的职责划分。下面阐述战术执行与战略所有权的分界线。

适合外包的任务​

这些任务通常重复、基于规则且耗时——非常适合专业人士处理。

• 对账单收集与导入：下载月度对账单、统一不同文件格式（CSV、OFX、PDF），并运行 beangulp 导入器。包括在金融机构更改对账单格式时维护导入规则。
• 分类辅助：构建启发式和声明式规则对交易进行分类。可选使用 smart_importer 根据历史数据预测分录，但最终审查始终由人工完成。
• 核对与完整性检查：使用 balance 断言匹配对账单，调查差异，确保账本无误。
• 附件与文档整理：获取发票和收据，将其与交易关联并添加元数据，随后在整洁、可复现的目录树中归档源文件。
• 月末结账与报表：准备标准报表（损益表、资产负债表、现金流量表），并提供 Fava 视图或导出文件供管理层更新使用。
• 应收/应付及工资准备：准备付款账单、生成发票、催收款项，并为工资文件做预处理，待你最终审阅批准。
• 税务包准备：年终时生成干净的试算表、支持性明细以及所有 CPA 或税务顾问所需的文件。

自行保留（你拥有意图与风险）​

这些职责属于战略层面，定义了业务的财务骨架，必须由你掌控。

• 科目表设计：账户的结构和命名约定反映了你对业务的认知，这是你的财务地图。
• 核心会计政策：实体结构、收入确认、资本化政策等决策具有长期的财务和法律影响。
• 最终批准：所有现金流动（付款、工资发放、重要分录）必须由你最终确认。
• 战略财务：预测、预算以及定义业务“良好”状态的标准是所有者的根本职责。

Beancount 原生外包工作流​

下面展示基于 Git 的结构化协作在实践中的样子。

1) 仓库布局（示例）​

仓库是唯一的事实来源。良好的组织结构让流程透明且易于维护。

/ledger
  main.beancount        # 主账本文件，包含其他文件
  accounts/             # 科目表定义
  includes/             # 月度或年度交易文件
  prices/               # 商品/股票的价格指令
  metadata/             # 自定义元数据声明
  plugins/              # 自定义 Beancount 插件
  documents/            # 银行对账单、收据、发票
/importers              # beangulp 导入器 + 规则
  config.yaml
  bank_x.py
  card_y.py
/scripts
  import.sh             # 导入器编排脚本
  close_month.py        # 月末校验与报表脚本
/reports
  monthly/
  year_end/
/ops
  runbook.md            # 系统运行手册
  checklist.md          # 程序性检查清单（如月末）
  controls.md           # 财务控制文档

2) 周循环​

常规工作应遵循可预测的节奏，最终交付一个清晰的审阅件。

1. 导入：供应商拉取对账单并运行 beangulp 导入器，将新交易暂存。
2. 分类：应用分类规则并使用 smart_importer 建议（如适用），随后进行 人工审查 以纠正歧义。
3. 核对：添加 balance 断言匹配对账单总额并调查差异。pad 指令应极少使用且必须提供明确解释。
4. 文档：将相关文档（收据、发票）附加到交易上。
5. 提交 & 提议：使用描述性提交信息将更改提交，并打开 Pull Request 供你审阅，你可以看到账本中具体的 diff。

3) 月末结账（最小可行）​

结账是确保准确性并生成可靠报表的关键检查点。

• 为外币或基于市场的证券更新 price 指令。
• 检查未结项目：应收、应付、计提、预付费用和贷款。
• 确认所有 balance 断言通过，且无其他检查失败。
• 使用标签标记提交（如 2025-08-close），并导出标准报表。
• 发布 Fava 快照或提供安全的期间 URL。

4) 年终包​

全年工作的最终成果是一个整洁、可审计的税务包，供税务顾问使用。内容包括最终试算表、关键科目（如固定资产或存货）的支持明细，以及可直接从 Git 仓库重新生成所有产物的脚本。

安全与访问（不可妥协）​

专业工作流必须把安全和数据所有权放在首位。

• 数据托管优先：你拥有私有 Git 仓库。供应商应从 fork 工作并提交 Pull Request，绝不能只保留唯一的账本副本。
• 银行访问：尽可能提供只读权限。如需使用聚合服务，请创建隔离凭证并制定明确的撤销流程。
• 机密与加密：使用 GPG 或 age 对敏感文档进行静态加密。所有服务强制多因素认证，遵循最小权限原则。
• Fava 访问：你应自行托管 Fava 或本地运行 (fava ledger.beancount)，并通过安全隧道或 VPN 共享审阅会话。避免直接暴露至公网。
• 退出计划：坚持“拔线”手册，包含脚本、配置和文档的托管或托管保证。正如近期事件所示，供应商可能一夜消失，你的财务记录绝不能被锁定。

“好”交付物的样子（每月）​

每月结束时，你应收到两类成果：技术制品和业务摘要。

1. 干净的 Pull Request，包含：

• 本期所有已导入并审查的交易。
• 任何新建或修改的导入规则的 diff。
• 总结关键假设或手动调整的提交信息。
• 所有 balance 断言 100% 通过，并附带每个账户已核对的日志。
• Beancount 文件中指向所有附件的链接，以及缺失文档的报告。
• 为投资或外币更新的 price 指令。

2. 管理报告包，包含：

• 标准报表：损益表、资产负债表、现金流量表。
• 关键指标，如现金流动性、预算与实际差异亮点。
• 指向预过滤 Fava 视图的直接链接，便于深入交互式分析。

供应商类型（何时适用）​

不同供应商适配不同阶段和复杂度。

• 熟悉 Beancount 的记账员：适合处理核心工作流——持续导入、分类、核对以及月末报告包准备。
• 精品会计事务所：如果你需要额外的应收/应付、工资协调、多实体合并或税务支持，可考虑此类供应商。
• 兼职财务总监 / CFO：当你需要战略层面的监督时，他们可帮助设计会计政策、构建财务预测、准备董事会报告并设计内部控制。

合作模式通常为月度固定费用加上根据交付物计费。

评估供应商的技巧​

1. 技术匹配度：确认其熟悉 Beancount、Fava、beangulp 以及相关导入器的实现细节。
2. 审计痕迹：要求提供完整的变更历史、提交信息和审阅记录。
3. 安全合规：检查其对机密信息的加密、凭证管理和多因素认证的实践。
4. 响应速度：在出现差错或紧急需求时，供应商的响应时效至关重要。
5. 退出机制：确保在合同结束或突发情况下，你能够快速接管全部数据和工作流。

外包流程示例​

以下示例展示了从需求定义到交付的完整路径。

1. 需求定义

   • 列出需要外包的具体任务（如“每月对账单导入”）。
   • 明确交付频率（周/双周/月）。
   • 确定交付格式（Pull Request、附件路径、报表导出位置）。

2. 供应商筛选

   • 根据关键词搜索或社区推荐，获取候选名单。
   • 要求提供过去使用 Beancount 的案例或代码示例。
   • 进行技术面试，确认其对 balance、pad、smart_importer 等概念的理解。

3. 合同与安全

   • 在合同中写明数据所有权、机密信息加密、只读银行访问以及退出计划。
   • 确认供应商使用的加密工具与你现有的安全体系兼容。

4. 试点阶段

   • 先外包单月或单科目，评估交付质量、审阅效率和沟通成本。
   • 根据试点结果决定是否扩大外包范围。

5. 正式上线

   • 将供应商的 fork 合并到主仓库，设定自动化 CI 检查（如 bean-check）。
   • 在每次提交后通过 CI 确认 bean-check、bean-format 等工具通过。
   • 通过 Pull Request 审阅完成后合并，确保所有 balance 断言通过。

常见问题解答​

Q1：外包后我还能使用 Fava 吗？
A1：可以。外包仅涉及后端数据处理，你仍然可以随时在本地或自托管的服务器上运行 Fava 查看最新账本。

Q2：如果供应商的仓库出现冲突，我该怎么办？
A2：在 Pull Request 中会显示冲突文件。你可以手动解决冲突后合并，或要求供应商在其 fork 中先完成冲突解决。

Q3：外包会不会导致记账规则不一致？
A3：通过 beangulp 的统一配置文件和声明式科目规则可以确保规则的一致性。所有规则的更改都必须通过 Pull Request 记录。

Q4：如何确保外包后的账本仍然可审计？
A4：保持完整的 Git 提交历史、balance 断言以及所有附件的链接。审计时只需检查对应的提交和附件即可。

开始外包的第一步​

1. 审视当前工作流：列出你每天/每周执行的会计任务。
2. 划分任务：将可外包的任务标记为 “外包”，其余保持 “自行”。
3. 准备仓库：确保所有账本、配置和导入规则已提交到私有 Git 仓库，并设置好访问权限。
4. 寻找供应商：在 Beancount 社区、GitHub 或专业会计平台发布需求，注明你需要熟悉 Beancount 的记账员。
5. 签订安全协议：在合同中明确数据所有权、加密要求和退出计划。
6. 启动试点：先外包单月的导入和核对工作，评估交付质量后再逐步扩大范围。

通过上述步骤，你可以在不牺牲透明度、可控性和可复现性的前提下，释放工程资源，专注于业务增长。祝你外包顺利！

无论你是用笔记本电脑经营副业，还是在快速增长的初创公司中扩张，你都有几条可靠的路径来保持账目清晰、准确。但哪条路最适合你？最佳方案取决于你的预算、技术舒适度以及你希望对财务数据拥有多少控制权。

下面是一份清晰的指南，列出七种最常见的会计选项——它们擅长什么、在哪些方面受限，以及何时像 Beancount.io 这样的现代方案是完美契合。

1) Excel​

这通常是会计旅程的第一站，因为它极其简便且随处可得。

• 适合对象： 喜欢完全掌控并且已经熟悉电子表格的创始人和 DIY 建设者。
• 优点： 入门门槛几乎为零，网上有成千上万的免费模板。其灵活性让你可以构建自定义财务模型，跟踪现成软件无法处理的独特工作流。
• 缺点： 最大的弊端是巨大的手工工作量。每笔交易都必须手动录入和对账，耗时巨大。更糟的是，极易因公式错误或输入错误而产生“沉默”错误，且没有防护机制捕捉。协作和保持清晰审计轨迹在没有严格纪律的情况下非常笨拙。
• 最佳场景： 你想要一个快速、无花哨的启动方式，业务非常简单且你极其细致。

2) Google Sheets​

Excel 的云原生表亲，Google Sheets 在提供相同核心功能的同时加入了协作特性。

• 适合对象： 需要简单共享电子表格来跟踪收入和支出的团队。
• 优点： 内置云备份和极简共享是主要优势。只要有浏览器就能在任何设备上工作，适合随时随地的团队。
• 缺点： 与 Excel 面临同样的根本缺陷：大量手工工作和高错误风险。某些为 Microsoft 生态系统设计的模板和插件在兼容性上也会出现怪异。
• 最佳场景： 你的团队已经在使用 Google Workspace，并且愿意接受手工系统的权衡。

3) QuickBooks Online​

数十年来，QuickBooks 一直是小企业寻找专用会计软件的默认选择。

• 适合对象： 想要获得“经典” SMB 软件体验并拥有庞大集成生态系统的小企业。
• 优点： 其标志性功能是 银行流水，可自动从银行和信用卡账户拉取交易，极大减少手工录入。提供丰富的财务报表，且拥有庞大的会计师和开发者社区支持。
• 缺点： 虽然交易自动导入，但系统仍需你每周对费用进行分类并对账。界面学习曲线陡峭，功能附加会导致成本上升。最重要的是，它会产生 供应商锁定，若日后想迁出，导出完整财务历史会很困难。
• 备注与来源： 正如 QuickBooks 所宣传的，自动银行流水是核心功能，但仍需你负责审查和分类以保持账目准确。

4) Xero​

作为 QuickBooks 的流行现代替代方案，Xero 提供相似功能，并注重简洁设计和用户体验。

• 适合对象： 喜欢更现代 UI、但仍需 QuickBooks Online 同等核心能力的企业主。
• 优点： Xero 同样拥有强大的银行流水和高效的对账工具，使匹配交易变得直观。其简洁的界面常获用户好评，且大量会计师熟悉该平台。
• 缺点： 低价套餐可能在发票或账单数量上有限制，迫使你升级到更贵的计划，附加功能也会提升总体成本。与 QBO 类似，最终的分类和审查仍需人工完成。
• 备注与来源： 根据 Xero，其自动银行流水连接全球数千家金融机构，以驱动核心对账工作流。

5) 会计师（CPA）​

注册会计师是受过高度专业训练的财务专家，提供战略建议、税务规划和合规服务。

• 适合对象： 税务策略、处理复杂财务情形、审计以及一次性咨询。
• 优点： 优秀的 CPA 能在实体结构、税收优化和复杂会计处理等关键决策上提供专业指导。他们的监督显著降低高风险财务事项的风险。
• 缺点： 对大多数小企业而言，聘请 CPA 事务所进行日常簿记成本过高。要发挥其效用，仍需你提供及时、组织良好的财务记录。
• 与簿记员的区别？ 简而言之，簿记员 记录并整理 历史交易，而会计师和 CPA 则 解释、报告并提供建议，基于这些数据。(Investopedia, Intuit)

6) 传统簿记员​

簿记员是一位专业人员，负责每周或每月记录并对账你的财务交易。

• 适合对象： 想要专人处理每周簿记工作的企业主。
• 优点： 人工监督大幅降低软件单独难以捕捉的分类错误。每月末，他们会为你生成一套整洁的财务报表供审阅。
• 缺点： 相较于 DIY 软件，这种方式成本更高，月度保留费常在数百美元起。报告和答复的周转时间取决于簿记员的可用性和工作流程。
• 现实检视： 对许多小企业而言，结合优秀的簿记员进行每周任务和周期性 CPA 支持税务与策略，是一种持久且有效的组合。(Pioneer Accounting Group)

7) Beancount.io（纯文本会计，超强动力）​

这种现代方法将电子表格的控制力、软件的自动化以及复式记账的精准度相结合。

• 适合对象： 开发者、金融专业人士以及注重细节的创始人，他们要求精准、透明且无需黑箱的自动化。
• 它是什么： Beancount.io 基于开源 Beancount 方法论构建。你的整个财务账本以人类可读的纯文本形式存在，平台将其转化为实时分析、托管的 Fava 仪表盘，以及 AI 辅助工作流。
• 团队为何选择它：
  • 可脚本化 & 可审计： 用 Git 对账本进行版本控制。每一次更改都可以在 diff 中审阅，宛如代码。
  • 托管 Fava UI： 直接从基于文本的账本生成损益表、资产负债表和交互式图表，无需手动报表构建。
  • AI 辅助： 加速交易分类和异常检测，同时保留人工最终批准环节。
  • 真正的可移植性： 核心数据仅是一个简单的文本文件，随时可导出，零供应商锁定。
• 权衡： 若从未使用过纯文本格式的复式记账，会有学习曲线。它最适合那些重视绝对准确性和控制权，而非“按钮即完成”便利感的用户。

更倾向于纯开源和自托管？​

你可以随时在本机运行 Beancount 开源引擎，并使用 Fava 作为网页 UI。它功能强大且免费，但你需要自行管理部署、备份和数据集成。Beancount.io 为你处理所有这些事务。

快速对比（一目了然）​

如何选择​

• 想要最大控制、可审计性以及开发者级工作流？ 请选择 Beancount.io。你将获得托管的 Fava 仪表盘、AI 辅助以及纯文本可移植性的自由。
• 想要有人“直接搞定”？ 雇佣 簿记员，并保留 CPA 以备税务和战略问题。
• 习惯传统 SMB 软件生态？ QuickBooks 或 Xero 都是不错的选择——只需每周预留时间审查并对账。
• 预算紧张、想先试水？ 电子表格 可以短期使用，视其为通往真实系统的垫脚石，而非最终目的地。

为什么纯文本会计正走红​

纯文本会计（PTA）工具如 Beancount 正在获得关注，因为它们强调 可复现性、版本控制和透明度。这些价值观深得工程师、数据科学家和金融专业人士的共鸣。如果你认为公司的账本应当像代码一样清晰、可审查，那么你来对地方了。(plaintextaccounting.org)

准备让你的账本活起来了吗？​

免费启动一个 Beancount.io 工作区，导入上个月的一小部分交易样本，打开托管的 Fava 仪表盘。你将立即看到损益表和资产负债表出现——随后可使用 AI 辅助细化分类。

几十年来，商业会计领域一直由 QuickBooks、Xero 和 FreshBooks 等一系列常见的封闭式、基于 GUI 的系统主导。它们设定了标准，提供易于使用的可视化工作流程，以满足非技术用户的需求。但对于开发人员、高级用户以及任何重视绝对透明度和控制力的人来说，一种截然不同的方法已经出现：Beancount.io。

本文将 Beancount.io 与传统会计软件进行了直接比较。我们将详细分析它们在理念、灵活性、成本和长期可维护性方面的核心差异，以帮助你确定哪个系统真正符合你的需求。

1. 理念和工作流程​

这两种方法最根本的区别在于其核心理念。

Beancount.io Beancount.io 建立在纯文本会计的理念之上。其核心是，每一笔财务交易都是一个简单文本文件中的条目。这种“会计即代码”的模型优先考虑人类可读、版本可控的记录。你的财务数据以一种永恒的、开放的格式存在，你完全拥有它——它永远不会被供应商锁定。此工作流程专为熟悉代码编辑器、Git 等版本控制系统和命令行工具的用户而设计。

传统软件 传统的会计平台是基于 GUI 和表单驱动的。你可以使用向导、下拉菜单和可视化表单输入数据。这种方法优先考虑即时性和可访问性，使非技术用户可以轻松上手，而无需陡峭的学习曲线。但是，你的数据存储在专有格式或云数据库中，如果你决定迁移到其他服务，通常需要复杂的导出和导入程序。

结论： 如果你优先考虑完全控制、数据所有权、透明度和自动化，那么 Beancount.io 无疑是赢家。如果你需要一个“点击即用”的界面和最小的学习曲线，那么传统软件会感觉更自然。

2. 灵活性与定制化​

软件如何适应你的特定需求？

Beancount.io 100% 可编写脚本是 Beancount.io 的超级能力。它与 Python 无缝集成，允许你连接到任何 API，自动从银行馈送中获取数据，根据复杂规则以编程方式标记交易，并生成根据你的确切规范定制的报告。你的扩展和定制能力几乎是无限的，不受任何供应商强加的限制。

传统软件 这些平台提供与 PayPal、Stripe 和各种工资单服务等常用工具的精选集成。虽然方便，但你是在供应商的围墙花园内操作。定制仅限于平台允许的内容，高级报告或自动化通常需要升级到更高级别的计划或购买第三方附加组件。你可以使用他们的 API，但你将始终受其生态系统规则和速率限制的约束。

结论： Beancount.io 为开发人员和技术用户提供了无与伦比的灵活性。传统工具更适合与流行商业应用程序的标准即插即用工作流程。

3. 协作与透明度​

你与他人合作和审核记录的方式大相径庭。

Beancount.io Beancount.io 上的协作是通过 Git 管理的。这使得对财务分类账的每次更改都完全透明且可审核。你可以看到谁在何时、为何以及如何进行了更改——就像代码审查工作流程一样。这非常适合已经采用 GitHub 或 GitLab 等工具的分布式团队。此外，没有隐藏的计算；报告中的每个数字都可以追溯到分类帐文件中确切的项目条目，从而确保完全可审核性。

传统软件 协作是通过内置的用户角色和权限来处理的。你可以邀请你的会计师、簿记员或业务合作伙伴通过 Web 界面直接访问账簿。这对于遵循传统财务监督模式的企业非常有效。缺点是某些内部操作，例如税务计算或自动余额调整，可能是难以独立验证逻辑的不透明“黑匣子”。

结论： Beancount.io 非常适合重视粒度可审核性和代码风格协作的团队。传统系统对于实时共享 GUI 访问的会计师来说更友好。

4. 成本和所有权​

财务模型和数据所有权的概念截然不同。

Beancount.io 核心 Beancount 软件是开源且免费的。你只需为 Beancount.io 的增值服务付费，其中包括托管、智能自动化和高级功能。没有按席位许可费用，因此你可以扩展团队而不会产生额外费用。最重要的是，零供应商锁定。你的数据是你可以随时随地移动、编辑或存储的文本文件集合。

传统软件 这些服务采用订阅模式，通常按月或按年计费。定价通常根据功能分层，你可能会面临根据组织规模而定的每用户或每公司费用。这会产生依赖性；如果你停止付款，则可能会失去对数据和软件功能的访问权限。这种供应商锁定是一项重大的长期风险。

结论： 从长远来看，Beancount.io 的成本效益要高得多，尤其是对于重视数据主权的技术团队而言。传统软件提供可预测的订阅成本，但会造成长期依赖性。

5. 学习曲线和采用​

你能多快上手并运行？

Beancount.io 学习曲线无疑更陡峭。采用此系统需要熟悉基于文本的编辑、理解基本语法以及熟悉 Git 等工具。但是，最初的投资会有回报。一旦掌握，Beancount 就能实现令人难以置信的快速、可重复的工作流程，并提供对你的财务状况更深入、更基础的了解。

传统软件 这些平台专为非技术企业主设计，并提供最小的入门障碍。你可以在几分钟内启动并运行、发送发票和对费用进行分类。也就是说，学习更高级的功能，例如自定义报告构建或设置多实体会计，仍然需要大量时间投入。

结论： 如果你愿意花时间学习一个强大的系统，那么 Beancount.io 是正确的选择。对于需要立竿见影的非技术用户来说，传统软件更容易上手。

并排比较

何时选择 each

最终的决定取决于你团队的技能、优先级和工作流程。

如果你符合以下条件，请选择 Beancount.io：

• 是开发人员、数据分析师或技术倾向的高级用户。
• 最重视绝对透明度、控制力和长期数据可移植性。
• 想要完全自动化你的会计并将其深度集成到你的自定义工作流程中。
• 习惯于以与源代码相同的严谨性处理你的财务记录。

如果你符合以下条件，请选择传统会计软件：

• 想要一个快速入门、可视化的界面，无需任何技术设置。
• 需要提供即时的、会计师友好的访问，只需最少的培训。
• 更喜欢由供应商处理所有更新和合规性的托管解决方案。
• 你的集成需求可以通过流行的现成应用程序来满足。

最后的想法

Beancount.io 并不是想成为一个更好的 QuickBooks——它是一种根本不同的思维方式。它代表会计即代码。对于技术专业人员来说，这种转变提供了与 Git 版本控制为软件开发带来的同样的飞跃：完全透明、完美再现性和最终控制。

同时，传统会计软件继续在开箱即用的易用性和为非技术团队提供的现成集成方面胜出。正确的选择不在于哪个总体上“更好”，而在于哪个完美适合你的工作流程、你的优先级以及你对财务数据要求的控制程度。

你成立 S 型公司是为了保持业务精简和税务效率。 虽然“穿透”的概念听起来很简单，但实际情况涉及工资税、潜在的实体级收费以及各州之间至关重要的差异。

以下是 S 型公司在 2025 年的实际税务运作方式，以及如何在 Beancount 中保持清晰、防审计的记录。

哪些项目会被征税（以及在哪里）​

S 型公司结构的核心在于其处理利润的方式。它是一个三部分组成的系统：穿透收入、实体级税和工资税。

• 联邦层面的穿透： S 型公司通常对其普通业务利润不缴纳联邦所得税。 相反，该利润（以及其他税项，如抵免和扣除）通过附表 K-1 流向股东。 股东在其个人纳税申报表上报告此收入，无论他们是否实际从企业中提取现金。 至关重要的是，此 K-1 利润不 需缴纳自雇税。
• 但是……实体级税可能适用： “无公司税”规则并非绝对的。 在特定情况下，S 型公司可能需要直接缴税。 最常见的触发因素是内置收益 (BIG) 税（针对最近的 C 型公司转换）和超额净被动收入税。
• 工资税是真实存在的： 这是对股东-雇员最重要的规则。 如果你在自己的企业工作，你必须在获得任何税收优惠的分配_之前_ 作为 W-2 工资获得合理的报酬。 这些工资与任何其他雇员的工资一样，需缴纳 FICA（社会保障和医疗保险）和预扣所得税。

工资概览（2025 年）工资单​

对于任何股东-雇员，你都将运行工资单并提交标准工资税表，包括季度表格 941（用于预扣所得税和 FICA）和年度表格 940（用于联邦失业税或 FUTA）。

2025 年的关键税率如下：

• 社会保障 (OASDI)： 工资基数为 $176,100。 雇员和雇主的税率均为 6.2%，适用于不超过此上限的工资。
• 医疗保险： 没有工资上限。 雇员和雇主的税率均为 1.45%，适用于所有工资。
• 附加医疗保险税： 对于雇员一年内超过 $200,000 的工资，将预扣 0.9% 的税。 这部分没有雇主匹配。

你可能会看到的实体级税​

虽然不太常见，但你必须了解 S 型公司本身可能需要缴纳的税款。

• 内置收益 (BIG) 税： 如果你将企业从 C 型公司转换为 S 型公司，则你将面临 5 年的确认期。 如果你在此期间内出售公司在其 C 型公司时期持有的升值资产，则 S 型公司本身将需要对这些收益缴纳公司税率的税款。 这是在表格 1120-S 的附表 D 上计算的。
• 超额净被动收入税： 如果你的 S 型公司从之前的 C 型公司累积了收益和利润 (AE&P)，并且 其被动收入（如租金、特许权使用费和利息）超过其总收入的 25%，则适用此税。
• 这些税款的季度预估： 如果你预计 BIG 税、被动收入税和某些其他追缴税的总额为 $500 或以上，则 S 型公司必须进行季度预估付款。 2025 年的日历年到期日为 4 月 15 日、6 月 16 日、9 月 15 日和 12 月 15 日。

州和地方的陷阱 🗺️​

切勿假设联邦规则适用于州或城市层面。 税务处理方式差异很大。

• 加利福尼亚州： S 型公司每年必须缴纳 $800 的最低特许经营税，外加 1.5% 的净收入税。
• 纽约市： 纽约市不承认 S 型公司选举。 联邦 S 型公司通常需缴纳全额纽约市一般公司税。
• 可选穿透实体 (PTE) 税： 作为对联邦 $10,000 SALT 扣除上限的变通方法，许多州现在允许 S 型公司选择在实体层面缴纳州所得税。 这些规则复杂且不断变化——在进行 PTE 选举之前，请咨询你的注册会计师。

所有者支付的费用​

作为股东，你的个人税务情况与 S 型公司的业绩直接相关。

• 你 1040 表上的 K-1 收入： 你将在你的个人 1040 表上的附表 K-1 上报告穿透给你的收入、损失、扣除额和抵免额。
• 季度预估税： 由于你的 K-1 收入没有预扣税款，你可能需要使用表格 1040-ES 向 IRS 支付个人季度预估税款，以避免少缴税款的罚款。
• 合格商业收入 (QBI) 扣除额（第 199A 条）： 你的穿透收入可能有资格获得宝贵的合格商业收入 (QBI) 扣除额，最高可达你商业收入的 20%。 在较高的收入水平下，此扣除额可能会受到 S 型公司支付的 W-2 工资金额的限制——这使得你的“合理报酬”数字更加重要。

基本申报和表格​

至少，你的年度合规性将包括：

• 表格 1120-S： S 型公司所得税申报表。
• 附表 K-1： 针对每个股东。
• 工资表： 季度 941 表、年度 940 表以及雇员的 W-2/W-3 表。
• 表格 1099-NEC： 用于向大多数独立承包商支付 $600 或以上的款项。

Beancount：绘制图表，让你永远不会疑惑“钱花到哪里去了？”​

清晰的会计科目表对于跟踪这些移动的部分至关重要。

初学者账户​

Assets:Bank:Operating
Assets:PrepaidTax:Federal            ; 用于 S 型公司级别的预估付款
Expenses:Payroll:Wages
Expenses:Payroll:Employer:SocialSecurity
Expenses:Payroll:Employer:Medicare
Expenses:Payroll:Employer:FUTA
Expenses:Tax:Federal:S-Corp          ; 用于 BIG/被动收入税费用
Liabilities:Payroll:Withholding:{Federal,SocialSecurity,Medicare}
Equity:Distributions

交易示例​

运行工资单（公司方 + 预扣款）

2025-02-28 * "Payroll - February"
  Assets:Bank:Operating                        -10350.00 USD
  Expenses:Payroll:Wages                         12500.00 USD
  Expenses:Payroll:Employer:SocialSecurity         775.00 USD
  Expenses:Payroll:Employer:Medicare               181.25 USD
  Liabilities:Payroll:Withholding:Federal        -3000.00 USD
  Liabilities:Payroll:Withholding:SocialSecurity  -775.00 USD
  Liabilities:Payroll:Withholding:Medicare        -181.25 USD

所有者分配（非工资）

2025-03-10 * "Shareholder distribution"
  Assets:Bank:Operating                         -5000.00 USD
  Equity:Distributions                           5000.00 USD

公司级预估税（如果适用）

2025-04-15 * "1120-S entity-level estimate (BIG/passive tax)"
  Assets:Bank:Operating                         -1200.00 USD
  Assets:PrepaidTax:Federal                      1200.00 USD

标记关键申报日期

2026-03-15 note "已电子申报 2025 年 1120-S 表格；已向所有股东提供 K-1 表格。"

健全性检查 (bean-query)​

使用查询来确保你的记录是合理的。

年初至今工资与分配的比较（合理薪酬的现实检验）

SELECT account, SUM(position)
WHERE (account ~ "Expenses:Payroll:Wages" OR account ~ "Equity:Distributions")
  AND year = 2025
GROUP BY account;

我们是否记录了 K-1 交付？

SELECT date, narration WHERE narration ~ "K-1";

实用技巧（以免 IRS 打电话） ✅​

1. 记录“合理薪酬”。 保留一份简单的备忘录，其中包含你的工作职责、时间分配以及市场薪资数据的链接。 通过正式的 W-2 工资单支付此金额。
2. 清晰地分开工资和分配。 切勿将它们混淆。 你的 Beancount 账本应使这种区别显而易见。
3. 注意州规则。 注意最低税（如加州）或 S 型公司不认可（如纽约市）。
4. 重新审视预估。 如果你的收入在年中发生重大变化，请调整你的个人 1040-ES 和任何 S 型公司级别的预估付款。

本指南提供一般信息，并非税务建议。 每种业务情况都不同。 请始终咨询合格的注册会计师，以获取针对你具体情况的指导。

经济的预兆已经显现，但并不乐观。截至 2025 年 7 月，最新数据表明经济已明显降温。让我们看看数据。

宏观背景（2025 年 7 月）​

• 通货膨胀： 经过多年的波动，美国消费者价格已经稳定，但仍然是一个因素，截至 2025 年 6 月，同比增长 +2.7%（劳工统计局, Trading Economics）。虽然低于疫情后的高点，但这一比率仍然侵蚀了购买力，并给利润率带来了压力。
• 增长： 长期扩张正式结束。2025 年第一季度，实际 GDP 折合成年率下降了 -0.3% 至 -0.5%，表明经济出现萎缩（经济分析局, Trading Economics）。

疲软的经济并非危机，而是一个警钟。它要求你更清晰地了解你的现金流，对成本采取严格控制，并对机会有清晰的认识。这就是纯文本会计，特别是使用 Beancount 的战略优势所在。它使你可以完全控制你的财务数据，而无需像商业软件那样受 SaaS 锁定或不断上涨的订阅费用。

五个高杠杆杠杆（以及 Beancount 如何使它们变得简单）​

在经济缓慢增长的环境中，小的、明智的行动会产生巨大的影响。以下是你可以使用 Beancount 账本立即实施的五种策略。

自动化繁琐的工作，守护你的时间​

你最有价值的资产是你的时间，应该花在分析上，而不是数据录入上。Beancount 的纯文本特性使自动化成为一等公民。

• 辅助脚本： Beancount 生态系统拥有丰富的社区构建工具。价格抓取器可以提取你投资的每日市场价值。PayPal、Stripe 或 Splitwise 等服务的导入器可以在你睡觉时解析报表并将格式化的条目添加到你的账本中。
• 预提交钩子： 如果你将账本存储在 Git 中（你应该这样做），你可以使用预提交钩子对每次更改运行 bean-check。这个简单的脚本会检查你的文件，在提交到 main 分支之前捕获拼写错误和平衡错误。
• Git = 审计跟踪： 每次提交都是一个故事。git blame 会显示谁在何时更改了交易。git log 提供了你财务决策的完整、不可变的历史记录。这是最强大的审计跟踪。

建立财务弹性​

缓慢的经济会奖励有准备的人。使用 Beancount 建立一个能够抵御不确定性的财务堡垒。

• 应急缓冲： 将储蓄变成不可协商的。在计算出你的月利润后，创建一个常规交易，将固定比例（例如 10%）的资金转移到专用的应急基金中。

  ; 假设 7 月份的利润为 4,500 美元。10% = 450 美元。
  2025-07-31 * "Monthly Profit Sweep" "将 10% 的利润转移到应急基金"
    Expenses:ProfitSweep          450.00 USD
    Assets:Savings:Emergency
  

  这不是传统意义上的支出，但以这种方式记账可以将现金“隐藏”在你的运营账户中，从而降低你随意支出的诱惑。

• 情景建模： 如果收入下降 15% 会发生什么？或者如果你的成本增加 5% 呢？使用纯文本账本，你不需要复杂的软件就能找到答案。只需将你的整个账本文件复制到 scenarios/ 目录，调整数字，然后运行报告即可。

  # 在几秒钟内查看对你盈亏的影响
  bean-report scenarios/pessimistic_q3.bean income_statement
  

深入了解利基数据​

Beancount 的灵活性允许你跟踪任何内容。使用元数据丰富你的交易的业务上下文。

2025-07-15 * "The Meow-Box" "每月猫咪玩具订阅"
  Income:Subscriptions          -19.99 USD
  Assets:Bank:Checking
  ; market: "Pet-DTC"
  ; customer-id: "CUST-86753"

将这些数据直接嵌入到你的账本中，你可以提出复杂的问题。一个简单的 bean-query 现在可以显示你的“Pet-DTC”细分市场的总收入、客户流失率或终身价值：

bean-query my-ledger.beancount "SELECT SUM(convert(position, 'USD')) WHERE meta('market') = 'Pet-DTC'"

你的下一步​

阅读是一回事；实践是另一回事。以下是本周如何开始：

1. 导入你的 2024 年积压数据： 将你 2024 年的历史数据导入 Beancount。这将使你的 2025 年报告和同比比较真正具有可比性。
2. 安排两个常规查询： 保存现金流和前 10 个支出查询。设置日历提醒，以便每个星期五运行和查看它们。使其成为一种习惯。
3. 分配 10% 的利润： 实施利润转移。从 10% 开始，并承诺每个月将这部分资金转移到单独的再投资或应急账户。每季度重新审视一次该比例。

缓慢的增长会奖励那些清楚地看到自己的数字、果断采取行动并建立稳健系统的人。使用文本账本、一些脚本和上面的策略，你将不仅仅是在经济低迷时期生存下来，你还将利用它作为增强财务实力的机会。