如果你的账本以纯文本形式保存，你已经在乎清晰、可控和可复现性。外包会计工作并不一定会牺牲这些。相反，若执行得当，它会把你的 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 辅助细化分类。

财务报表并非凭空出现。它们是称为 会计循环 的结构化、可重复过程的最终产物。虽然原则是通用的，但你使用的工具可以极大改变体验。本指南将以 Beancount——这款强大的纯文本会计工具——为中心，带你走完整个会计循环。

我们将看到 Beancount 的文本优先方法如何消除繁琐步骤、哪些环节应当自动化，以及哪些报告能为你的财务健康提供最清晰的视图。 🧑‍💻

TL;DR: Beancount 工作流​

• 捕获 & 记账： 在 .beancount 文本文件中以干净的双重分录记录每笔交易。
• 验证 & 对账： 使用 balance 断言确认账本与银行对账单匹配，并运行 bean-check 捕获错误。
• 审查： 生成未调整试算表进行快速检查。
• 调整： 为应计、递延、折旧及其他期末项目做分录。
• 复审： 检查调整后的试算表确保一切正确。
• 发布 & 结账： 生成损益表、资产负债表和现金流量表。Beancount 中的结账是可选的，因为报告具备日期感知能力。

此流程可视化如下：

步骤 1：捕获并记录交易​

这是基础步骤。每个财务事件——销售、采购、银行费用——都必须记录。在 Beancount 中，你通过在一个简单的文本文件（通常命名为 main.beancount，或按年份拆分为多个文件）中创建交易来完成此操作。

每笔交易必须遵循双重记账规则，即所有分录的合计必须为零。Beancount 会为你强制执行此规则。

2025-08-10 * "Walmart" "Purchase of office supplies"
  Expenses:Office:Supplies      45.67 USD
  Assets:Bank:Checking         -45.67 USD

• 技巧： 使用 #project-phoenix 或 #client-acme 等标签为数据添加维度。这样在后期查询和报告时会极其灵活。

对账卫生 ✅​

确保准确性的最强大功能是 balance 断言。在账单周期结束时（例如月末），声明账户的 应有 余额。

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

如果截至该日期影响 Assets:Bank:Checking 的所有交易合计不等于 12345.67 USD，Beancount 将抛出错误。这个简单指令让你的账本成为自审文件。

对于回填历史数据，pad 指令可以自动创建平衡交易，使你的期初余额匹配首个断言。

步骤 2： “记入账本” （免费赠送！）​

在传统会计系统中，你先在 “日记账” 中写分录，然后在单独的 “过账” 步骤中将这些数值复制到 “总账”。

使用 Beancount，你的 .beancount 文件即是日记账也是总账。 当你写入并保存交易时，已经完成了过账。没有单独的步骤。这种直接性是纯文本会计的核心优势——所见即所得。

步骤 3：准备未调整试算表​

在进行调整之前，需要快速进行 “这是否相加？” 检查。试算表 是列出每个账户及其总余额的简易报告。所有借方余额的总计必须等于所有贷方余额的总计。

你可以使用简单查询生成它：

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

或者，使用更直观的方式，在 Fava（Beancount 的网页界面）中打开账本并导航至 “Trial Balance” 报告。留意异常——资产账户出现贷方余额，或费用账户出现奇怪数值。

步骤 4：记调整分录​

调整分录对基于 权责发生制 的准确报告至关重要。它们确保收入在赚取时确认，费用在发生时确认，而不论现金何时流动。

常见调整包括：

• 应计： 记录已赚但未开票的收入，或已发生但未付款的费用。
• 递延： 处理预付款。如果客户提前为一年服务付款，你将其记为负债 (Liabilities:UnearnedRevenue) 并在每月确认 1/12 的收入。
• 非现金项目： 记录资产折旧等。
• 更正： 修正错误或补记银行流水中遗漏的项目，如小额利息收入。

示例：应计收入​

你在 8 月 31 日完成项目，但发票要到 9 月才寄出。为在正确期间（8 月）确认收入，做如下调整分录：

2025-08-31 * "Accrue revenue for client project #1042"
  Assets:AccountsReceivable      3000.00 USD
  Income:Consulting             -3000.00 USD

示例：记录折旧​

公司对资产有折旧计划。期末时记入费用：

2025-12-31 * "Annual depreciation on computer equipment"
  Expenses:Depreciation                  4800.00 USD
  Assets:Fixed:AccumulatedDepreciation  -4800.00 USD

步骤 5：运行调整后试算表并验证​

加入调整分录后，再次运行试算表。这就是 调整后试算表，它提供了用于编制财务报表的最终数字。

此时也是运行 Beancount 内置检查的最佳时机：

bean-check main.beancount

该命令会验证所有语法、平衡规则和断言。若无任何输出，说明账本在机械层面上是健全的。

步骤 6：发布财务报表 📊​

这就是回报。使用调整后试算表的数字，你可以生成关键财务报告。Fava 是最简便的方式，它提供交互式、可下钻的报告。

• 损益表（Profit & Loss）： 展示一定期间的收入与费用，得出净利润或净亏损。
• 资产负债表： 在特定日期展示拥有的资产、负债以及净资产（权益）。
• 现金流量表： 通过展示资金来源和去向，将期初现金与期末现金对账。

如需自定义报告，可使用 Beancount 查询语言（BQL）。以下是月度损益表查询示例：

-- 2025 年 8 月的损益表
SELECT account, sum(position)
WHERE account   '^(Income|Expenses)'
  AND date >= 2025-08-01 AND date <= 2025-08-31
GROUP BY account ORDER BY account;

步骤 7：结账（可选）​

在传统会计中，“结账”过程涉及创建分录将所有临时账户（收入和费用）清零，并将净利润转入名为 留存收益 的权益账户。这正式为下一年重置临时账户。

在 Beancount 中，这一步通常不必进行。 Fava 的报告具备日期感知能力；如果你请求 2025 年的损益表，它只会使用 2025 年的数据。余额不会“溢出”。大多数用户直接保留现有余额。

然而，如果出于合规或股东报告需要进行正式结账，可使用简单的年终交易将收入与费用总额转入 Equity:Retained-Earnings。

实用的月度结账检查清单​

以下是使用 Beancount 每月结账的可重复检查清单。

• 捕获： 导入所有银行和信用卡交易。手动录入现金费用或其他渠道项目。
• 对账： 为所有银行账户、信用卡和贷款账户添加 balance 断言，使其与对账单匹配。
• 审查： 在 Fava 中查看未调整试算表。调查任何异常或意外余额。检查未付款发票 (Assets:AccountsReceivable) 或未付款账单 (Liabilities:AccountsPayable)。
• 调整： 记入应计收入/费用、递延收入以及必要的更正分录。
• 验证： 运行 bean-check。审阅最终的调整后试算表。
• 发布： 生成损益表和资产负债表。发送给利益相关者或保存备案。
• 收尾： 如业务需要，可执行结账分录。归档该期间的 .beancount 文件副本。

为什么 Beancount 在会计循环中大放异彩​

• 透明与可审计性： 你的账本是文本文件。可使用 git 对财务历史进行版本控制，使用 diff 审阅变更，并与会计师以清晰、无歧义的格式协作。
• 完全掌控： 你自行定义科目表，不受软件供应商结构限制。你的数据永远属于你，采用开放格式保存。
• 无与伦比的强大功能： SQL 类查询（BQL）结合功能丰富的网页界面（Fava），让你对财务数据进行前所未有的切片、切块和洞察。

快速上手的代码片段​

简易科目表：

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

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

实用 BQL 查询：

-- 查找所有有未清余额的客户
SELECT payee, sum(position)
WHERE account = 'Assets:AccountsReceivable'
GROUP BY payee
HAVING sum(position) > 0
ORDER BY sum(position) DESC;

通过将永恒的会计循环映射到 Beancount 的现代文本化工具，你获得了一个坚固、透明且经久不衰的系统。祝你记账愉快！

我们很高兴宣布 Beancount.io 生态系统的重大升级：官方集成 beancount-dashboard。这一强大的新功能将一套丰富、交互式的可视化直接嵌入 Fava，让你以清晰、引人入胜且可操作的方式呈现财务故事。

什么是 beancount-dashboard？​

beancount-dashboard 是 Fava（Beancount 的网页界面）的开源插件。它将你的纯文本财务数据转化为动态且富有洞察力的仪表盘，让你前所未有地轻松了解财务健康状况并做出明智决策。

插件提供多种强大的可视化：

• 📊 综合资产视图：使用 净资产折线图 跟踪财富，借助详细的 投资组合追踪 监控表现，并通过 资产配置 饼图可视化分布。
• 💰 收入与支出分析：精准了解现金流。分析 月均值，按 类别 细分支出，并通过 同比分析 看到习惯的变化。
• ✈️ 旅行费用管理：追踪年度旅行支出，按目的地分析消费模式，以便更有效地为未来行程制定预算。
• 🔄 桑基图：使用交互式图表可视化资金流向，展示收入来源、账户与支出类别之间的资金流动。
• 📈 财务预测：利用历史数据设定目标，预测财务轨迹，规划未来。

为什么我们集成了 beancount-dashboard​

此集成为 Beancount 社区带来四大关键收益：

1. 提升用户体验​

Beancount 基于稳固的复式记账体系，但原始数据往往让人望而却步。beancount-dashboard 插件将复杂账本转化为直观可视化，使财务管理对所有人都变得易于接近且富有吸引力。

2. 改善财务决策​

可视化仪表盘帮助你做出更聪明的财务选择。它们通过易于消化的呈现方式，帮助你 识别趋势、优化预算、追踪目标、提前规划。

3. 专业级分析​

此集成将企业级分析能力带到指尖。基于 Apache ECharts，仪表盘提供交互式图表、定制视图和实时更新，实时反映最新交易。响应式设计确保在任何设备上都有流畅体验。

4. 开源卓越​

Beancount 与 beancount-dashboard 均坚持开源原则。这意味着你拥有数据处理的 透明性，享有 隐私（数据始终保留在你自己的基础设施），并得到活跃且创新的 社区 支持。

实际收益​

此集成为不同用户群体带来立竿见影的价值：

个人理财​

• 预算管理：清晰看到每月资金流向。
• 储蓄目标：可视化紧急基金、旅行或退休金的进度。
• 投资监控：密切关注投资组合表现与资产配置。

小微企业​

• 现金流管理：监控企业流动性，了解现金流模式。
• 费用分析：按部门、项目或供应商细分业务成本。
• 财务规划：利用历史数据实现更精准的预算与预测。

财务顾问​

• 客户报告：生成专业、易懂的财务报告。
• 投资组合分析：开展全面的资产配置与绩效追踪。
• 合规性：维护详尽且易获取的审计与报告记录。

准备好改变你的财务生活了吗？​

借助 beancount-dashboard 的强大功能，你现在就可以掌控自己的财务。

1. 访问 beancount.io
2. 创建免费账户，畅享完整的 Beancount 生态系统。
3. 加入已有数千名用户，自信管理个人或企业财务。

我们期待你的反馈​

你的见解对我们持续改进平台至关重要。欢迎分享你的 仪表盘成功案例、功能需求 与 Bug 报告。你可以通过 社区论坛、GitHub Issues 或 社交媒体 与 Beancount.io 团队取得联系。

加入蓬勃发展的社区​

与其他 Beancount 用户交流仪表盘配置，向专家学习，并贡献自己的经验。及时获取新功能信息，共同塑造财务管理的未来。

此次集成标志着重要的里程碑。通过将 Beancount 强大的记账引擎与 beancount-dashboard 的可视化能力相结合，我们在开源、隐私至上的前提下，提供了企业级分析工具。

准备好彻底革新你的财务追踪吗？立即前往 beancount.io 注册，体验 beancount-dashboard 的强大力量，共同打造财务管理的未来！

如果你的企业向客户开具账单，你需要一种坚如磐石的方式来追踪谁欠你钱。这正是应收账款（AR）发挥作用的地方。它不仅仅是报告上的一个数字；它是你现金流的命脉。

本指南将带你了解应收账款是什么、为何重要，以及如何使用 Beancount 这套纯文本会计系统，以精准、清晰的方式进行管理。

TL;DR​

应收账款 (AR) 是客户因已交付的商品或服务而欠你的钱。它是资产负债表上的流动资产，是权责发生制会计的核心，也是企业现金流的关键驱动因素。你可以在 Beancount 中通过使用客户子账户、使用 ^links 将发票与付款关联，并运行几个简单查询来干净地追踪 AR。要衡量收款速度，可计算 AR 周转率 和 应收账款天数 (DSO)。为控制风险，可使用 坏账准备。

什么是应收账款？​

定义
应收账款代表因已交付或已使用但尚未收到付款的商品或服务而应收的款项余额。根据 权责发生制会计，你在赚取收入时确认它，而不是在收到现金时。于是，AR 作为 流动资产 出现在公司资产负债表上。

为何重要
有效管理 AR 对保持健康的流动性至关重要。你收回发票的速度越快，现金转换周期 就越短——即将库存和其他资源的投资转化为现金所需的时间。通过监控 AR 周转率和应收账款天数 (DSO) 等指标，你可以清晰了解收款效率，并采取行动加以改进。

应收账款 vs. 应付账款（单行速记）

• AR = 欠 你 的钱（资产）。
• AP = 你 欠别人的钱（负债）。

双重记账中的应收账款流程​

概念上，应收账款的生命周期包括以下步骤：

1. 开具发票（赊销）：当你发送发票时，资产（具体为应收账款）增加，同时确认已赚取的 Income。
2. 收款：客户付款时，你增加一个资产（Assets:Bank 账户），并减少另一个资产（Assets:AR）。总资产不变，但现金位置改善。
3. 折扣或贷项：若提供提前付款折扣或开具贷项通知单，你会减少客户的 AR 余额，并以折扣费用或收入冲减（contra‑revenue）的方式抵消。
4. 坏账：并非所有发票都能收回。为此，你可以确认坏账准备（contra‑asset，降低 AR 账面价值）并计入相应的坏账费用。随后，可针对特定不可收回的发票冲减该准备。

在 Beancount 中建模 AR​

Beancount 是一套纯文本、双重记账系统，极其适合追踪 AR。它使用以 # 开头的 tags、以 ^ 开头的 links，以及类似 SQL 的查询语言 (bean-query)，让整个 AR 流程透明、可审计且可脚本化。

建议的账户结构​

一个清晰的科目表是基础。以下是推荐结构：

Assets:AR
Assets:AR:Clients:<Name>
Assets:AR:Allowance            ; 坏账准备（contra‑asset）

Income:Sales
Income:Contra:SalesDiscounts   ; 与费用账户的替代方案

Expenses:SalesDiscounts
Expenses:BadDebt

1. 记录赊销（开具发票）​

向客户发送发票时，将其记入账本。

2025-07-01 * "Acme Co." "Invoice 2025-045 · Web design" ^INV-2025-045 #ar #client:acme
  invoice: "2025-045"
  due: "2025-07-31"
  document: "/invoices/2025/INV-2025-045.pdf"
  Assets:AR:Clients:Acme-Co           1200.00 USD
  Income:Sales                       -1200.00 USD

• ^INV-2025-045 link 是唯一标识符，用于将此发票与后续付款关联。
• document: metadata 让 Fava（Beancount 的网页界面）能够直接点击链接打开发票 PDF。

2. 记录全额付款​

Acme Co. 全额付款后，清除其应收账款余额。

2025-07-25 * "Acme Co." "Payment for INV-2025-045" ^INV-2025-045 #ar
  Assets:Bank:Checking                1200.00 USD
  Assets:AR:Clients:Acme-Co          -1200.00 USD

使用相同的 ^INV-2025-045 link，可在审计线上清晰连接发票与付款。

3. 处理部分付款​

若客户只付款部分，流程相同。link 仍保持关联。

2025-07-20 * "Acme Co." "Partial payment INV-2025-045" ^INV-2025-045 #ar
  Assets:Bank:Checking                 400.00 USD
  Assets:AR:Clients:Acme-Co           -400.00 USD

查询 ^INV-2025-045 将显示原始 1200 美元发票、这笔 400 美元付款，剩余 800 美元未收。

4. 处理提前付款折扣​

假设对 1000 美元发票提供 2% 的提前付款折扣。

2025-07-10 * "Acme Co." "2% early-payment discount on INV-2025-046" ^INV-2025-046 #ar
  Assets:Bank:Checking                 980.00 USD
  Expenses:SalesDiscounts               20.00 USD
  Assets:AR:Clients:Acme-Co          -1000.00 USD

这里，你冲销了全部 1000 美元的应收账款，记录了 980 美元现金收入，并将 20 美元折扣计作费用。注意：许多账本将销售折扣视为 contra‑revenue 而非费用。对小型账本而言，使用费用账户更为简便。关键是选定一种方法并保持一致。

5. 在发票中计入销售税​

若收取销售税，应在开票时将其记为负债。

2025-07-01 * "Acme Co." "INV-2025-047 · Hardware + tax" ^INV-2025-047 #ar
  invoice: "2025-047"
  due: "2025-07-31"
  Assets:AR:Clients:Acme-Co           1100.00 USD
  Income:Sales                       -1000.00 USD
  Liabilities:Tax:Sales               -100.00 USD

你为 1100 美元开票，确认 1000 美元收入，同时对税务机关负有 100 美元的税金义务。

6. 处理坏账（坏账准备法）​

在美国公认会计原则（GAAP）下，推荐使用坏账准备法，因为它能更好地匹配费用与收入。

步骤 1：在年末估计并建立准备
依据历史数据，估计一定比例的应收账款可能无法收回。

2025-12-31 * "Allowance for doubtful accounts (2% of AR)"
  Expenses:BadDebt                     300.00 USD
  Assets:AR:Allowance                 -300.00 USD

这会创建一个 contra‑asset 账户（Assets:AR:Allowance），降低总应收账款的账面价值。

步骤 2：冲销具体的坏账
当确认某张发票肯定无法收回时，直接冲减准备。

2026-03-05 * "Write-off INV-2025-049 for Insolvent Client" ^INV-2025-049 #ar
  Assets:AR:Allowance                 1200.00 USD
  Assets:AR:Clients:Insolvent-Client -1200.00 USD

此交易不影响费用，因为费用已在建立准备时确认。

简易报表与查询​

使用 Fava 或 bean-query 可快速获取 AR 快照。

按客户列出未收款项

SELECT account, SUM(position)
WHERE account   '^Assets:AR'
GROUP BY account
ORDER BY account;

某期间的 AR 活动日志

JOURNAL
WHERE account   '^Assets:AR'
  AND date >= 2025-07-01 AND date < 2025-08-01;

核心 AR 指标（快速公式）​

这些比率的计算可通过 bean-query 导出所需数值（期间销售额、期初/期末 AR 余额），随后在电子表格或脚本中完成。这样既保持账本简洁，又让计算过程透明。

AR 周转率​

衡量企业在一定期间内收回平均应收账款的次数。数值越高越好。

$AR\\ Turnover = \\frac{Net\\ Credit\\ Sales}{Average\\ AR}$

应收账款天数 (DSO)​

衡量从销售实现到收款完成的平均天数。数值越低越好。

$DSO = (\\frac{Accounts\\ Receivable}{Total\\ Credit\\ Sales}) \\times Number\\ of\\ Days$

这两个指标共同反映了将发票转化为现金的效率。

简单的 Beancount 入门文件（复制/粘贴）​

; --- Accounts ---------------------------------------------------------------
1970-01-01 open Assets:Bank:Checking           USD
1970-01-01 open Assets:AR
1970-01-01 open Assets:AR:Clients:Acme-Co
1970-01-01 open Assets:AR:Allowance
1970-01-01 open Income:Sales
1970-01-01 open Expenses:SalesDiscounts
1970-01-01 open Expenses:BadDebt
1970-01-01 open Liabilities:Tax:Sales          USD
; ---------------------------------------------------------------------------

; Example invoice
2025-07-01 * "Acme Co." "Invoice 2025-045 · Web design" ^INV-2025-045 #ar
  invoice: "2025-045"
  due: "2025-07-31"
  document: "/invoices/2025/INV-2025-045.pdf"
  Assets:AR:Clients:Acme-Co           1200.00 USD
  Income:Sales                       -1200.00 USD

; Payment received
2025-07-25 * "Acme Co." "Payment INV-2025-045" ^INV-2025-045 #ar
  Assets:Bank:Checking                1200.00 USD
  Assets:AR:Clients:Acme-Co          -1200.00 USD

保持 AR 健康的运营技巧​

• 设定明确条款：在每张发票上注明到期日、逾期费用政策以及提前付款折扣条款。
• 全链路关联：使用统一的 ^INV-... link 将发票、付款、贷项等全部关联，形成清晰审计链。
• 附加文档：利用 document: 元数据链接发票 PDF、采购订单、合同等文件。
• 每月复盘：至少每月检查一次未收款报告，并跟进逾期发票。关注 AR 周转率和 DSO 趋势，及早发现问题。

延伸阅读（参考来源）​

• Investopedia 关于 AR 基础与 DSO
• Beancount 文档：语法、links/tags 与查询语言
• Lumen Learning 关于坏账准备法与直接冲销法的比较

选择正确的企业实体是创始人做出的最关键的决策之一。它会影响你的税收、融资能力和管理工作量。两种最常见的公司企业结构是 C 型公司和 S 型公司。它们之间有什么区别，哪一种适合你？

简而言之​

C 型公司在公司层面征税，股东在收到股息时再次征税——这种制度被称为双重征税。S 型公司是“传递”实体，这意味着利润仅在所有者的个人纳税申报表上征税一次，但它们有严格的所有权限制。如果你计划大量再投资并筹集风险投资，C 型公司通常是更清晰、更具扩展性的选择。如果你是一家盈利、业主经营的企业，并且希望在支付自己合理薪水的同时分配现金，那么 S 型公司 可以显着降低你的税单。

无论哪种方式，Beancount.io 都旨在通过纯文本、可审计的条目和可导出财务报表来保持你的账簿清晰，使税务时间变得轻而易举。

快速比较​

注意： 联邦公司所得税是统一的 21%。但是，C 型公司和 S 型公司的州规则差异很大。始终验证你注册成立和经营所在州的税务处理方式。

什么是 C 型公司？​

C 型公司 是美国的标准、默认公司结构。当你向州政府提交公司章程时，除非你另行选择，否则你创建的是 C 型公司。这种结构为其所有者（股东）提供 有限责任保护，需要正式治理（董事会、高级职员、章程），并创建一个投资者和银行认可和理解的法律实体。

C 型公司的征税方式​

C 型公司具有独特的税务身份。他们提交自己的公司纳税申报表，即 IRS 表格 1120，并按公司层面的净收入缴纳税款。如果公司随后以 股息 的形式将其税后利润分配给股东，则这些股东必须在其个人纳税申报表上报告该股息收入并再次对其缴纳税款。这就是 C 型公司所熟知的“双重征税”。

为什么选择 C 型公司？​

• 融资和股权： 这是初创企业最大的吸引力。C 型公司可以发行多种股票类别（例如，普通股和优先股），这对于风险投资交易至关重要。构建期权池、SAFE 和可转换票据很简单。
• 再投资： 如果你计划将所有利润重新投入到业务增长中，你可以通过不支付股息来避免第二层税收。利润按公司税率征税一次，并保留在公司内。
• 信号： 无论好坏，注册成立为特拉华州 C 型公司都向投资者表明你打算建立一家风险投资规模的公司。

C 型公司的缺点​

• 双重征税： 主要缺点。如果你计划定期分配利润，你将为同一美元支付两次税。
• 管理负担： C 型公司有更多的合规要求，包括召开董事会会议、维护公司会议记录以及处理更复杂的州和联邦文件。
• 有限的扣除额： 个人或传递实体可享受的某些税收抵免和扣除额在公司层面不可用。

什么是 S 型公司？​

S 型公司 不是一种不同类型的法律实体，而是一种向 IRS 作出的特殊 税务选择。国内公司（或选择作为公司纳税的 LLC）可以提交申请成为 S 型公司，这使其能够在联邦税收方面被视为 传递实体。

资格快照​

要获得和维持 S 型公司身份，公司必须满足严格的标准：

• 股东 不超过 100 名。
• 所有股东必须是 美国个人、某些信托或遗产。公司、合伙企业或非居民外国人不能成为股东。
• 经济上 只有一类股票。（允许投票权的差异，但所有股票必须具有相同的利润和资产权利）。
• 不是不合格的公司，例如银行或保险公司。
• 你必须按时提交 表格 2553。对于现有企业，这通常是在纳税年度第三个月的第 15 天（对于日历年企业，则为 3 月 15 日）。

为什么选择 S 型公司？​

• 单层税收： 利润和损失“传递”给企业，直接计入所有者的个人纳税申报表，通过 附表 K-1 报告。公司本身不缴纳联邦所得税。
• 自雇税节省： 这是一个关键优势。业主-雇员必须支付自己“合理的薪水”，这需缴纳 FICA 税（社会保障和医疗保险）。但是，任何额外利润都可以作为 分配 支付，这无需缴纳自雇税。

S 型公司的缺点​

• 严格的规则： 所有权限制非常严格。意外违反其中一项（例如，将股票出售给不合格的股东）可能导致 S 型公司身份“意外终止”，这可能会产生混乱的税务后果。
• “合理薪酬”审查： IRS 密切关注支付给业主-雇员的薪水是否合理。为了最大限度地提高免税分配而支付自己人为的低薪水是审计的一个主要危险信号。
• 州的差异性： 并非所有州都承认 S 型公司选举。有些州对 S 型公司征税，就像它们是 C 型公司一样，或者它们可能会征收单独的实体级税，部分抵消了联邦税收优惠。

你应该选择哪一个？​

这个决定归结于你对所有权、资金和现金流的目标。

如果你预计会这样做，请考虑 C 型公司：

• 寻求风险资本家的机构投资。
• 为创始人和投资者创建不同的股票类别（例如，优先股）。
• 使用复杂的股权工具，如 SAFE 或可转换票据。
• 现在或将来拥有非美国所有者。
• 在从企业中提取大量现金之前，将利润再投资数年。

如果你符合以下情况，请考虑 S 型公司：

• 100% 由符合标准的美国个人所有。
• 已经盈利，并希望有效地将现金分配给所有者。
• 可以自信地管理工资单并向业主经营者支付可辩护的市场价格薪水。
• 不需要为不同类型的业主设置复杂的股权类别。

如果你不确定，许多企业最初都是作为 特拉华州 C 型公司 来保持最大的灵活性。如果你的盈利能力和所有权结构使其有利，你可以稍后评估进行 S 型公司选举。

Beancount.io：你的账簿有何不同（附示例）​

无论你选择 C 型公司还是 S 型公司，Beancount.io 的纯文本分类账都使税收和股权的资金流动清晰且可审计。以下是一些示例，说明了你的日记账分录中的主要区别。

1）C 型公司：应计和支付公司所得税​

C 型公司负责自己的所得税。你将累积此负债，然后支付。

2025-03-31 * "第一季度应计联邦公司所得税"
  Expenses:Taxes:Income            12500.00 USD
  Liabilities:Taxes:Federal       -12500.00 USD

2025-04-15 * "支付 2025 年第一季度联邦预估税"
  Liabilities:Taxes:Federal        12500.00 USD
  Assets:Bank:Checking            -12500.00 USD

2）C 型公司：支付股息 vs. 保留收益​

当 C 型公司分配利润时，它是股息。这是股权的减少，而不是费用。

2025-06-30 * "董事会宣布并支付现金股息"
  Equity:Dividends                 50000.00 USD
  Assets:Bank:Checking            -50000.00 USD

如果你保留收益，则只需不发布此交易。利润保留在你的 Equity:RetainedEarnings 账户中。

3）S 型公司：合理薪水和工资税​

S 型公司所有者必须获得薪水。这是一项标准的工资支出，包括雇主方税款。

2025-01-31 * "所有者工资单（工资总额和雇主税）"
  Expenses:Payroll:Wages            8000.00 USD  ; 工资总额
  Expenses:Payroll:EmployerFICA      612.00 USD  ; 雇主部分税款
  Liabilities:Payroll:Federal       -2000.00 USD  ; 预扣税 + FICA
  Liabilities:Payroll:State           -400.00 USD  ; 州预扣税
  Assets:Bank:Checking              -6212.00 USD  ; 支付给所有者的净工资

2025-02-15 * "将工资税汇给代理机构"
  Liabilities:Payroll:Federal        2000.00 USD
  Liabilities:Payroll:State           400.00 USD
  Assets:Bank:Checking              -2400.00 USD

4）S 型公司：所有者分配​

这是 S 型公司中 超出 薪水的利润支付方式。请注意，它 不是 费用。它是直接从股权中提取的，类似于股息，但对所有者的税务影响不同。

2025-03-15 * "所有者分配（利润传递）"
  Equity:Distributions:OwnerA       20000.00 USD
  Assets:Bank:Checking             -20000.00 USD

所有者会收到一份附表 K-1，详细说明其在公司利润中的份额，并在其个人申报表上处理税款。

科目表提示​

• 税收：
  • C 型公司： 你将需要 Expenses:Taxes:Income 和 Liabilities:Taxes:Federal。
  • S 型公司： 此所得税账户通常在联邦层面未使用，但 工资税 账户（Expenses:Payroll:Taxes 和 Liabilities:Payroll:*）是必不可少的。
• 股权：
  • C 型公司： 标准设置包括 Equity:CommonStock、Equity:AdditionalPaidInCapital、Equity:RetainedEarnings 和 Equity:Dividends。
  • S 型公司： 你的图表看起来类似，但通常使用 Equity:Distributions 而不是股息。有些跟踪 Equity:AAA（累计调整账户）来管理分配基础。
• 工资单：
  • 如果两种结构都有雇员（包括业主-雇员），则都需要强大的 Expenses:Payroll:* 和 Liabilities:Payroll:* 账户。

需要的 IRS 表格（常见案例）​

• C 型公司： 表格 1120（年度所得税申报表）、表格 1120-W（预估税）、表格 941（季度工资单）、表格 940（年度失业/FUTA）、表格 1099-DIV（对于每个收到股息的股东）、W-2/W-3。
• S 型公司： 表格 1120-S（年度所得税申报表）、附表 K-1（对于每个股东）、表格 941/940、W-2/W-3。
• 州： 请记住，单独的州所得税、特许经营税和工资税申报表可能适用于两者。

常见问题解答快速解答​

• LLC 可以是 S 型公司吗？ 是的。LLC 可以提交表格 8832 以选择作为公司纳税，然后提交表格 2553 以选择 S 型公司身份（假设它符合所有资格规则）。

• S 型公司在税收方面“总是更便宜”吗？ 不一定。收益完全取决于你的利润水平、所有者的合理薪水、州税法和个人所有者的税级。

• S 型公司可以拥有优先股吗？ 不，在经济意义上不行。S 型公司只能拥有 一类股票。你可以拥有不同的 投票 权（例如，有投票权和无投票权的普通股），但所有股票必须具有相同的分配权和清算资产权。

• 我以后可以从一种类型切换到另一种类型吗？ 可以，但这可能很复杂。从 C 型公司转换为 S 型公司很常见，但你必须注意时间安排和潜在的内在收益 (BIG) 税收规则。从 S 型公司转换为 C 型公司也是可能的，并且通常在风险投资融资轮之前是必需的。

Beancount.io 如何提供帮助​

无论你选择哪种实体，Beancount.io 都能提供你所需的清晰度和控制力。

• 纯文本、版本控制的账簿，可从单一所有者 S 型公司扩展到风险投资支持的 C 型公司。
• 清晰的工资单和股权工作流程，可以轻松区分分配和股息、跟踪股票期权费用以及管理留存收益。
• 为你的注册会计师提供清晰的导出，包括试算表、损益表和资产负债表，以及每个数字的完全可审计的跟踪记录。
• 用于银行馈送和文档捕获的强大自动化，而不会牺牲人工可读分类账的透明度。

想要抢先一步吗？索取我们的 C 型公司和 S 型公司 Beancount 科目表样本和示例日记账包。

*免责声明： 本指南仅供参考，不构成法律或税务建议。税法和实体法规因州而异，并且可能会发生变化。在选择或更改你的企业实体类型之前，你应咨询合格的注册会计师或律师。*

几十年来，商业会计领域一直由 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-corp 是你通过向美国国税局（IRS）提交 2553 表格 选择的一种 税务状态，以便企业利润直接转到所有者的个人纳税申报表。一个关键要求是你必须向所有者经营者支付 合理的 W-2 工资，然后才能以股息或分配的形式获取任何利润。
• 截止日期很重要：对于现有企业，你必须在你想让 S-corp 状态生效的纳税年度的 第 3 个月的第 15 天 或之前提交申请。对于 2025 年的日历年选举，2025 年 3 月 15 日是星期六，因此实际截止日期是下一个工作日，即 2025 年 3 月 17 日，星期一。
• 为什么要这样做？主要吸引力在于潜在的 自雇税节省。虽然你的 W-2 工资需要缴纳 FICA 税，但分配则不需要。但是，这种好处伴随着额外的工资、合规性以及某些州的额外实体级税的成本。
• 在 Beancount 中，将工资与分配分开 至关重要。你需要跟踪工资负债，处理持有公司 2% 以上股份的股东的健康保险的特殊会计处理，并通过权益账户明确记录分配。

什么是 S-corp 选举？​

从本质上讲，S-corp 选举是你向 IRS 提出更改企业纳税方式的请求。通过提交 2553 表格，你请求 IRS 根据《国内税收法典》的 S 子章 对你的公司或 LLC 征税。这使你的企业成为“传递”实体，这意味着其收入、亏损、扣除额和抵免额直接传递给股东的个人纳税申报表。这纯粹是一种税务分类，而不是一种不同类型的合法商业实体。

对所有者经营者的主要影响​

一旦选举生效，你的角色基本上分为两部分：你现在既是公司的 股东，又是公司的 雇员。

这种区别至关重要。你因劳动获得的报酬必须以 W-2 工资 的形式支付，这需要缴纳标准的工资税（社会保障和医疗保险）。任何剩余利润都可以作为 分配 支付，这通常不需要缴纳自雇税。IRS 坚持要求你在获得任何分配之前，为自己支付 合理的工资。

你应该选择 S-corp 状态吗？​

一旦你的企业产生稳定且有意义的利润，通常值得评估 S-corp 选举。一个常见的经验法则是，当你的 持续业务利润 可以轻松地支持你所在职位的 市场工资，并且在支付所有新的管理成本后还有足够的剩余利润进行分配时，就应该考虑 S-corp 选举。

确切的盈亏平衡点取决于你的具体情况，并取决于几个因素：

• 你的“合理工资”：在你的行业中，企业会为具有你的技能和职责的人支付多少工资？这个数字是你的 W-2 工资的基准，并且会受到 IRS 的审查。
• 州税和费用：一些州有自己的规定。例如，加州对 S-corp 的净收入征收 1.5% 的税，外加每年至少 800 美元的特许经营税。
• 额外成本：你需要一个工资服务，并且你将支付失业保险。由于增加了复杂性，你的簿记和税务准备费用也可能会增加。
• 合格商业收入扣除额（199A 条款）：S-corp 选举会影响你的合格商业收入扣除额。你支付给自己的 W-2 工资可以帮助你获得全额扣除额，或者在收入较高的情况下成为限制因素。

资格和时间安排​

并非所有企业都可以成为 S-corp。以下是高级要求：

• 它必须是国内公司或符合条件的 LLC。
• 它不能拥有超过 100 名股东。
• 它只能拥有一种类型的股票。
• 股东必须是个人、某些信托或遗产（即，不能是合伙企业、公司或非居民外国人股东）。

何时提交 2553 表格​

时间安排至关重要，新企业和现有企业的规则略有不同。

• 对于新企业：你必须在你的第一个纳税年度的第一天后的 2 个月零 15 天 内提交申请。例如，如果你的企业的纳税年度从 1 月 7 日开始，你的截止日期是 3 月 21 日。
• 对于现有的 C-corp（或作为 C-corp 征税的 LLC）：你可以在上一个纳税年度的任何时间或你想让选举生效的年度的 第 3 个月的第 15 天 或之前提交申请。如果该日期是周末或节假日，截止日期将延至下一个工作日，这是根据 IRC 第 7503 条的规定。

如果你错过了截止日期怎么办？ 不要惊慌。IRS 根据 2013-30 号税收程序 提供了延迟选举救济的途径。如果你有合理的延迟提交申请的理由，你通常可以在预定生效日期后的 3 年零 75 天 内申请此救济。

合理工资：让人犯错的部分​

这是 S-corp 结构中最受审查的方面。IRS 非常明确：股东-雇员必须在 任何利润作为分配之前 获得 合理的报酬。

“合理”是什么意思？没有单一的金额。IRS 和法院会考虑各种因素来确定你的工资是否合适，包括你的职责、你花费的工作时间、你的经验水平以及类似企业会为类似服务支付的费用。如果你支付给自己的 W-2 工资非常低，同时获得大量分配，IRS 可能会仔细审查。这通常被视为试图逃避工资税的危险信号。

2% 以上股东的健康保险和附加福利​

对于持有公司 2% 以上股份的股东的健康保险，S-corp 有一个特殊规则。如果 S-corp 支付或报销这些健康保险费，则该费用可由 S-corp 扣除。

但是，这些保费的价值也必须 包含在股东-雇员的 W-2 工资中。虽然这笔金额需要缴纳联邦所得税，但只要处理得当，它就可以免缴社会保障和医疗保险（FICA）税。你必须与你的工资提供商协调，以确保这些金额在你的 W-2 上正确报告。

州级陷阱（示例）​

联邦 S-corp 状态并不总是在州一级直接适用。请务必查看你所在州的具体规定。

• 加州：S-corp 需要对其加州来源的净收入缴纳 1.5% 的税。此外，大多数公司必须每年支付 800 美元的最低特许经营税（尽管第一年有一些例外）。
• 纽约：仅仅进行联邦 S-corp 选举是不够的。你还必须提交单独的州级选举，即 CT-6 表格，才能被视为纽约 S-corp。如果不这样做，你将在州一级被作为标准 C-corp 征税。

如何在 Beancount 中清晰地建模 S-corp​

纯文本会计非常适合管理 S-corp 增加的复杂性。以下是构建账本的方法。

建议的会计科目表（入门）​

此基本结构将你的工资支出与分配分开，并创建负债账户来跟踪你欠的税款。

; 核心银行和收入
1970-01-01 open Assets:Bank:Checking              USD
1970-01-01 open Income:Sales                      USD
1970-01-01 open Income:Other                      USD

; 工资支出和负债
1970-01-01 open Expenses:Payroll:Wages            USD
1970-01-01 open Expenses:Payroll:EmployerTaxes    USD
1970-01-01 open Expenses:Benefits:HealthInsurance USD
1970-01-01 open Liabilities:Payroll:Federal:FIT    USD
1970-01-01 open Liabilities:Payroll:FICA          USD
1970-01-01 open Liabilities:Payroll:Medicare      USD
1970-01-01 open Liabilities:Payroll:State:Withholding USD

; 权益
1970-01-01 open Equity:ContributedCapital         USD
1970-01-01 open Equity:Distributions              USD
1970-01-01 open Equity:RetainedEarnings           USD

典型的工资单运行（简化）​

你的工资提供商（例如，Gusto、ADP）将从你的银行账户中扣除你的净工资和总税负。你的 Beancount 交易应将其细分为工资总额、雇主税和相应的负债。

; 此交易记录了 10 万美元的年薪，按月支付。
2025-01-31 * "Gusto" "一月工资单 — 股东-雇员"
  Expenses:Payroll:Wages                   8,333.33 USD ; 工资总额
  Expenses:Payroll:EmployerTaxes             637.50 USD ; 雇主方 FICA/Medicare
  Liabilities:Payroll:Federal:FIT         -1,200.00 USD ; 雇员预扣税
  Liabilities:Payroll:FICA                  -516.67 USD ; 雇员预扣税
  Liabilities:Payroll:Medicare              -120.83 USD ; 雇员预扣税
  Assets:Bank:Checking                    -7,133.33 USD ; 从银行扣除的净工资

当你的工资提供商代表你将这些税款汇给政府时，你将记录另一笔交易以清除负债。

; 这表示你的工资提供商支付的税款。
2025-02-15 * "EFTPS" "联邦工资税存款"
  Liabilities:Payroll:Federal:FIT          1,200.00 USD
  Liabilities:Payroll:FICA                   516.67 USD
  Liabilities:Payroll:Medicare               120.83 USD
  Assets:Bank:Checking                    -1,837.50 USD ; 此金额与 Gusto 扣除的税款部分相符。

2% 以上股东的健康保险​

将保费支付记录为业务支出。你可以使用元数据来提醒自己，这需要在 W-2 上报告。

2025-02-01 * "BlueCross" "股东健康保险（在 W-2 上报告）"
  Expenses:Benefits:HealthInsurance          600.00 USD  ; w2: "true"
  Assets:Bank:Checking                      -600.00 USD

所有者分配（非工资）​

分配是权益的减少，而不是业务支出。将它们与工资单分开记录。

2025-03-31 * "所有者分配" "第一季度分配"
  Equity:Distributions                    20,000.00 USD
  Assets:Bank:Checking                   -20,000.00 USD

跟踪股东基数（可选，但建议）​

你的股东基数决定了分配是否免税，以及你是否可以在个人申报表上扣除业务亏损。虽然官方计算是在你的纳税申报表上完成的，但你可以在 Beancount 中使用专用的权益子账户或元数据来跟踪估算值。你将每年将其与你从 S-corp 收到的附表 K-1 进行核对。

关于合格商业收入扣除额（199A 条款）的说明​

包括 S-corp 在内的传递企业的业主可能有资格获得 最高 20% 的合格商业收入 (QBI) 扣除额。但是，对于收入超过一定门槛的纳税人，此扣除额可能会受到企业支付的 W-2 工资 金额的限制。这造成了一种复杂的相互作用：S-corp 要求支付合理的工资，而这些工资会影响你的 QBI 扣除额——有时会有帮助，有时会有限制。这是与你的税务专业人士一起建模的关键领域。

选举后运营上的变化​

切换到 S-corp 会增加一些管理层：

• 运行工资单：你必须正式运行工资单，包括预扣税款、雇主税款、季度申报和年终 W-2。
• 提交 1120-S 表格：这是 S-corp 的年度纳税申报表。你还将向每位股东签发 附表 K-1，详细说明他们所占公司财务业绩的份额。
• 正确处理股东健康保险：确保 2% 以上所有者的保费包含在其 W-2 工资中。
• 注意州级规定：随时了解任何所需的州级 S-corp 选举或实体税（如在加州和纽约）。

要避免的常见陷阱​

• 延迟或无效选举：仔细检查截止日期，并确保所有需要的股东都签署了 2553 表格。如果你错过了，请根据税收程序 2013-30 调查救济措施。
• 不合理的工资：不要试图支付给自己人为的低工资。根据你的职位和市场数据，记录你的薪酬为何合理。
• 混淆工资和分配：在你的账簿中保持这些交易的清晰和分开。分配不是工资。
• 忽略州级要求：忘记州级选举或未支付实体级税款可能会导致罚款和合规性问题。

快速核对清单​

• 确认你符合条件，并且潜在的税收节省大于新的成本。
• 将 2553 表格 的提交截止日期添加到日历中（并记住周末/节假日规则）。
• 设置工资单服务，并确定有充分记录的合理工资。
• 计划仅在支付工资和业务支出 之后 才进行分配。
• 调查并遵守你所在州的特定 S-corp 申报要求和税收。
• 使用必要的工资单、负债和股东权益账户更新你的 Beancount 账本。

Beancount S‑Corp 入门（中性模板）

;
; Beancount S‑Corp 入门（中性模板）
; 生成日期：2025-08-09
; ---
; 如何使用：
; 1) 搜索“TODO”并填写你的州、工资单提供商、EIN 和银行名称。
; 2) 将工资和所有者分配分开。
; 3) 与你的工资单提供商协调，在 W‑2（第 1 格）上报告 >2% 股东健康保险。
; 4) 如果你不在加州/纽约州，请删除或修改加州/纽约州示例。
;
; 注意：
; - 这是一个簿记模板，不是税务建议。
; - 假设运营货币为美元。根据需要更改。
;

option "title" "S‑Corp 账本"
option "operating_currency" "USD"
commodity USD

; === 账户（自 2025-01-01 起开放；根据需要调整日期） ==================
2025-01-01 open Assets:Bank:Checking                    USD  ; TODO：重命名为你的银行（例如，Assets:Bank:Chase:Operating）
2025-01-01 open Assets:Bank:Savings                     USD
2025-01-01 open Assets:AccountsReceivable               USD
2025-01-01 open Assets:PrepaidExpenses                  USD

2025-01-01 open Liabilities:CreditCard:Corporate        USD
2025-01-01 open Liabilities:Payroll:Federal:FIT         USD
2025-01-01 open Liabilities:Payroll:Federal:FICA        USD
2025-01-01 open Liabilities:Payroll:Federal:Medicare    USD
2025-01-01 open Liabilities:Payroll:Federal:FUTA        USD
2025-01-01 open Liabilities:Payroll:State:Withholding   USD   ; TODO：重命名州（例如，CA、NY）
2025-01-01 open Liabilities:Payroll:State:Unemployment  USD
2025-01-01 open Liabilities:Payroll:Local               USD

2025-01-01 open Equity:ContributedCapital               USD
2025-01-01 open Equity:Distributions                    USD
2025-01-01 open Equity:RetainedEarnings                 USD
2025-01-01 open Equity:OpeningBalances                  USD

2025-01-01 open Income:Sales                            USD
2025-01-01 open Income:Other                            USD

2025-01-01 open Expenses:COGS                            USD
2025-01-01 open Expenses:Payroll:Wages                   USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:FICA      USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:Medicare  USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:FUTA      USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:State     USD
2025-01-01 open Expenses:Benefits:HealthInsurance        USD
2025-01-01 open Expenses:Benefits:HSA                    USD
2025-01-01 open Expenses:Benefits:Retirement:Match       USD
2025-01-01 open Expenses:Taxes:State:S‑Corp              USD  ; 例如，加州 1.5% 的实体级税
2025-01-01 open Expenses:Taxes:State:Franchise           USD  ; 例如，加州 800 美元的最低特许经营税
2025-01-01 open Expenses:Professional:Payroll            USD
2025-01-01 open Expenses:Professional:Accounting         USD
2025-01-01 open Expenses:Professional:Legal              USD
2025-01-01 open Expenses:BankFees                        USD
2025-01-01 open Expenses:Software                        USD
2025-01-01 open Expenses:Office                          USD
2025-01-01 open Expenses:Meals                           USD
2025-01-01 open Expenses:Travel                          USD
2025-01-01 open Expenses:Insurance:GeneralLiability      USD


; === 示例：所有者注资 =================================================
2025-01-02 * "所有者" "初始资本投入"
  Assets:Bank:Checking                        25,000.00 USD
  Equity:ContributedCapital                  -25,000.00 USD

; === 示例：客户付款 =====================================================
2025-01-15 * "Stripe" "一月订阅收入"
  Assets:Bank:Checking                        12,000.00 USD
  Income:Sales                               -12,000.00 USD

; === 示例：月工资单（单一股东-雇员） ========================
; 选择的数字可以完美平衡。根据你的实际情况调整 FIT/州数字。
; 工资总额：8,333.33 | 雇员 FIT：1,200.00 | 州预扣税：300.00
; 雇员 FICA (6.2%)：516.67 | 雇员 Medicare (1.45%)：120.83
; 雇主 FICA：516.67 | 雇主 Medicare：120.83
; 净工资：6,195.83
2025-01-31 * "Gusto" "一月工资单 — 股东-雇员"
  Expenses:Payroll:Wages                         8,333.33 USD
  Expenses:Payroll:EmployerTaxes:FICA              516.67 USD
  Expenses:Payroll:EmployerTaxes:Medicare          120.83 USD
  Liabilities:Payroll:Federal:FIT               -1,200.00 USD
  Liabilities:Payroll:Federal:FICA              -1,033.34 USD  ; 雇员 + 雇主
  Liabilities:Payroll:Federal:Medicare            -241.66 USD  ; 雇员 + 雇主
  Liabilities:Payroll:State:Withholding           -300.00 USD
  Assets:Bank:Checking                          -6,195.83 USD

; === 示例：工资税存款（EFTPS 和州） =================================
2025-02-15 * "EFTPS" "联邦工资存款（FIT、FICA、Medicare）"
  Liabilities:Payroll:Federal:FIT                1,200.00 USD
  Liabilities:Payroll:Federal:FICA               1,033.34 USD
  Liabilities:Payroll:Federal:Medicare             241.66 USD
  Assets:Bank:Checking                          -2,475.00 USD

2025-02-16 * "STATE DOR" "州工资预扣税"
  Liabilities:Payroll:State:Withholding            300.00 USD
  Assets:Bank:Checking                            -300.00 USD

; === 示例：>2% 股东的健康保险 =================================
; 与工资单协调，以便将年度保费总额包含在 W‑2 第 1 格中。
; 保费本身在此处可扣除；如果处理得当，请勿对其预扣 SS/Medicare。
2025-02-01 * "BlueCross" "股东健康保险（W‑2 包含由工资单处理）"
  Expenses:Benefits:HealthInsurance                600.00 USD  ; w2: "true"
  Assets:Bank:Checking                            -600.00 USD

; === 示例：所有者分配（非工资） =======================================
2025-03-31 * "所有者分配" "第一季度分配"
  Equity:Distributions                         20,000.00 USD
  Assets:Bank:Checking                        -20,000.00 USD

; === 州示例（如果不适用，请删除/编辑） =================================
; 加州最低特许经营税（并非总是第一年；请查看规则）
2025-04-15 * "California FTB" "年度特许经营税"
  Expenses:Taxes:State:Franchise                   800.00 USD
  Assets:Bank:Checking                            -800.00 USD

; 加州 S‑Corp 1.5% 实体级税（示例估计付款）
2025-06-15 * "California FTB" "S‑Corp 税估计"
  Expenses:Taxes:State:S‑Corp                    1,500.00 USD
  Assets:Bank:Checking                          -1,500.00 USD

; 纽约单独的 S 选举 (CT‑6) 没有直接的账本影响；占位符注释。
2025-01-05 note Equity:RetainedEarnings "已提交纽约 S‑选举 (CT‑6) — 仅为簿记注释（无条目）"

; === 基数跟踪（可选 — 账外备忘录） =====================================
2025-12-31 note Equity:RetainedEarnings "基数滚动：+ 资本 25,000 + 收入 60,000 − 分配 20,000 = 期末基数 65,000（与 K‑1 核对）"


; === 导入提示（来自 Gusto/ADP 的 CSV） =============================================
; - 对于 Gusto 工资单注册 CSV，映射列：
;   工资总额 -> Expenses:Payroll:Wages
;   雇员 FIT/FICA/Medicare -> Liabilities:Payroll:Federal:FIT/FICA/Medicare（负数）
;   州预扣税 -> Liabilities:Payroll:State:Withholding（负数）
;   雇主 FICA/Medicare/FUTA/SUTA -> Expenses:Payroll:EmployerTaxes:*（正数）和
;       如果你的 CSV 将雇主税列为应付金额，请将其反映为 Liabilities:*（负数），
;       然后用你的 EFTPS/州付款清除。
;   净工资 -> Assets:Bank:Checking（负数，与支付日期匹配）
; - 公司支付的健康保险：
;   供应商付款 -> Expenses:Benefits:HealthInsurance（正数）/ 银行（负数）；
;   确保工资单将 >2% 股东的年度保费包含在 W‑2 第 1 格中。
;
; 提示：
; - 将分配保留在工资单账户之外。
; - 使用 #payroll #distribution 等标签在 Fava 中进行过滤。
; - 考虑为税务准备金（联邦/州）使用单独的银行子账户。

选择公司结构是你将做出的第一个真正的“财务”决策。对于大多数想要责任保护和传递税的小团队和独立创始人来说，通常的候选名单是 LLC 或 S corporation。

本指南解释了它们在法律、运营和纳税申报表上的区别，并展示了如何在 Beancount.io（纯文本、复式记账法，可从自由职业者扩展到 S corp）中为这两种结构维护清晰、可审计的记录。

一览​

它们的实际区别​

虽然 LLC 和 S corp 都提供重要的责任保护，但它们的法律和财务机制根本不同。以下是它们之间区别的更深入的了解。

组建和手续​

有限责任公司 (LLC) 是由州法律创建的法律实体。该过程包括向你所在的州提交“组织章程”并采用“运营协议”，这是一份灵活的内部文件，概述了企业的运营方式和利润分配方式。

另一方面，S corporation 本身不是一个法律实体，而是通过提交 2553 表格向 IRS 做出的 税务选择。这种选择可以应用于标准的 C corporation 或 LLC。一旦你选择 S corp 状态，你必须遵守更严格的公司手续，包括起草章程、任命董事会和高级职员、举行年度会议并保存这些会议的详细记录（称为“会议记录”）。

所有权和投资者​

所有权的灵活性是 LLC 的一个标志。你可以拥有无限数量的所有者（称为“成员”），包括个人、其他公司和外国公民。运营协议允许自定义利润分配（“分配比例”）和不同类别的成员资格，这对于复杂的合作伙伴关系来说是理想的。

S corp 的限制要严格得多。它最多只能有 100 位所有者（称为“股东”），所有股东都必须是美国公民或居民。其他实体（如公司或合伙企业）不能成为股东。此外，S corp 只能拥有一种类别的股票，这意味着所有股东都拥有相同的经济权利（利润和分配必须按所有权比例分配）。这种简单性可以使股权结构更清晰，但严重限制了谁可以投资。

税收和申报​

默认情况下，LLC 是一个传递实体。

• 单一成员 LLC 是一个“被忽略的实体”，这意味着其收入和支出在所有者个人 1040 表格的 附表 C 上报告。
• 多成员 LLC 提交合伙企业纳税申报表，即 1065 表格，并向每个成员发放一份附表 K-1，详细说明他们各自的损益份额。

S corp 也是一个传递实体，但它提交自己的企业纳税申报表，即 1120-S 表格，并向其股东发放 K-1。主要区别在于，任何为公司工作的所有者都必须被视为雇员，并通过正式的工资系统支付合理工资。

所有者如何获得报酬​

这是最重要的区别之一。LLC 成员不是雇员。他们通过公司利润的 分配（或“提取”）获得报酬。成员有责任为其全部净利润份额缴纳自己的所得税和自雇税（社会保障和医疗保险），无论他们实际提取了多少现金。

S corp 所有者-雇员面临一个两部分组成的系统。

1. 合理工资： 他们必须为他们所做的工作获得合理的工资，这需要缴纳标准的工资税 (FICA)。公司支付雇主部分，雇员支付其部分。
2. 分配： 任何剩余利润都可以作为分配支付，这 无需 缴纳自雇税或 FICA 税。这种潜在的节税是企业选择 S corp 状态的主要原因。IRS 要求工资“合理”，因此你不能给自己支付 1 美元并将剩余部分作为分配；你必须记录你如何确定工资数额。

可转让性和寿命​

S corp 股票的功能类似于典型的公司股票。它通常可以自由转让（除非受到股东协议的限制），并且公司具有永久存在性，这意味着即使股东离开或去世，公司也会继续存在。

转让 LLC 的所有权通常更复杂。运营协议规定了规则，通常需要其他成员同意才能出售或转让所有权单位。这可以保护成员不被强迫与陌生人开展业务，但会使退出业务变得更加麻烦。

你是否应该为你的 LLC 选择 S Corp 状态？​

对于成功的小企业来说，一条非常常见的道路是先以 LLC 的形式开始，然后在盈利后选择 S corp 税收。这种“现在 LLC，盈利时 S corp”的策略使你能够在早期阶段享受 LLC 的简单性，并在收入增长后切换以进行税收优化。

创始人通常在以下情况下进行切换：

• 利润稳定且可观。 作为 LLC 成员支付的自雇税金额大于合理工资的 FICA 税加上 S corp 的合规成本。
• 他们想要更多结构。 S corp 的正式要求可以加强财务纪律，并向贷方或未来投资者发出更“严肃”的信号。

为你的 LLC 选择 S corp 状态会带来具体的变化：

• 你必须为所有所有者-雇员建立和运行 工资单。
• 你必须遵守公司记录保存要求，包括举行会议并用 会议记录 记录下来。
• 你的年度税务准备变得更加复杂，需要 1120-S 表格和 K-1。

什么时候最好保持 LLC？

• 你需要 灵活的所有权 结构，例如特殊利润分配或让公司或外国合伙人成为成员。
• 你的 利润波动 或你仍处于早期阶段。运行工资单的开销和成本可能还不值得。
• 你计划发行不符合 S corp“单一类别股票”规则的复杂股权，例如 基于代币的薪酬 或优先单位。

实用经验法则： 在你切换之前，模拟你未来 12 个月的预期利润。计算你作为 LLC 的总税负（所得税 + 自雇税）。然后，计算你作为 S corp 的总税负（所得税 + 合理工资的 FICA 税）。如果 S corp 结构的节省是明确的、经常性的，并且超过了增加的合规成本，那么值得认真考虑选择。请务必记录你用于确定“合理工资”的分析。

如何在 Beancount.io 中保持任一结构的清晰性​

无论你选择哪个实体，混乱的账簿都会破坏你的责任保护，并在税季造成噩梦。Beancount.io 为你提供纯文本、复式记账法，并具有自动导入和税务报告功能，因此你的法律结构不会变成记账混乱。

科目表建议​

清晰的科目表是基础。以下是我们的建议：

• 对于 LLC：
  • Equity:Member-Capital（用于初始和后续出资）
  • Equity:Member-Distributions（用于所有者提取）
  • 标准收入和支出账户。
• 对于 S corp：
  • Equity:Common-Stock（用于资本出资）
  • Equity:Retained-Earnings（利润累积的地方）
  • Expenses:Payroll:Wages
  • Expenses:Payroll:EmployerTaxes
  • Equity:Shareholder-Distributions（用于从利润中支付）

示例条目​

以下是 Beancount.io 账簿中常见所有者付款的显示方式。

LLC 成员分配： 此交易记录了向成员支付的 5,000 美元，减少了现金并在专用权益账户中跟踪了提取。

2025-03-15 * "成员分配"
  Assets:Bank:Checking             -5,000 USD
  Equity:Member-Distributions       5,000 USD

S corp 所有者工资（来自工资单运行）： 此条目记录了总工资、雇主应付的工资税份额以及离开银行的总现金。预扣负债也将在此处跟踪。

2025-03-31 * "所有者工资单"
  Expenses:Payroll:Wages            8,000 USD
  Expenses:Payroll:EmployerTaxes      612 USD
  Assets:Bank:Checking             -8,612 USD
  Liabilities:Payroll:Withholding     0 USD  ; 净工资 + 预扣款

S corp 股东分配： 这是从现金到股东分配权益账户的简单转账，与工资单分开。

2025-04-10 * "股东分配"
  Assets:Bank:Checking            -10,000 USD
  Equity:Shareholder-Distributions  10,000 USD

在税季结束循环​

使用清晰的 Beancount.io 账簿，税季将得到简化：

• 直接从你的交易生成你的 损益表 和 资产负债表。
• 导出你的会计师为你的特定税表（附表 C、1065 或 1120-S）所需的数据。
• 将你的合理工资备忘录、会议记录和其他合规文件与你的交易一起保存，以获得完整、可审计的财务记录。

每种选择的优势​

以下是决定的概要。

如果你想要以下内容，请选择（或保留）LLC：

• 在所有权、利润分配或引入实体/外国成员方面具有最大的灵活性。
• 最少的公司手续，无需强制所有者工资单。
• 在你寻找产品市场契合度或利润不稳定的情况下，合规性更简单。

如果你想要以下内容，请选择（或选举）S corp：

• 一旦你的利润能够证明正式工资单的合理性，就可以节省自雇税 (FICA)。
• 清晰、传统的公司结构，具有直接的股票转让能力。
• 投资者和贷方通常更喜欢已成立运营公司的治理模式。

总结​

LLC 和 S corp 都可以保护你的个人资产，并允许企业利润传递给所有者以用于税收目的。最佳选择完全取决于你的所有权结构、你的预期盈利能力以及你对正式治理和工资单的偏好。

无论你选择哪种方式，有纪律的记账比实体的标签重要得多。使用 Beancount.io 保持你的财务记录精确、可搜索和可复制。

使用 Beancount.io 建立可用于税务和投资的账簿​

• 纯文本、版本控制的复式记账法。
• 为 LLC 和 S corp 设计的清晰科目表。
• 自动化的银行、信用卡和处理器导入和对账。
• 可用于税务的导出和无缝的会计师协作。
• 可从独立创始人扩展到多实体企业的系统。

立即使用 Beancount.io 为你的实体启动简化的账簿。

本指南仅供参考，不构成法律或税务建议。请咨询你的律师或税务顾问以获得针对你具体情况的指导。

如果你经营一家 S 公司，股东基数 是一个默默无闻但却决定着你的亏损是否可扣除以及分配是否免税的关键数字。它每年都会变化，并且你（作为股东）有责任对其进行跟踪。以下是通俗易懂的版本，以及如何在 Beancount.io 中清晰地建模基数。

“基数”的含义（快速理解）​

将你的 股份基数 视为你在 S 公司的个人投资记分卡。它始于你的初始出资——你购买股份所支付的金额或你投入公司的财产的价值。从那时起，它就是一个动态的数字。

当公司盈利（你在公司收入中的份额，即使是免税收入）或你投入更多资本时，你的基数会 增加。当你获得免税 分配 或公司出现亏损、扣除额或不可扣除的费用时，它会 减少。

至关重要的是，你的股份基数永远不能低于零。如果公司的亏损大于你的基数，则超出部分将被 暂停。你现在无法扣除它们，但可以在未来有足够基数的年份中结转使用。你将使用与个人 1040 表格一起提交的 7203 表格 来报告你的基数计算并跟踪任何暂停的亏损。

如果你还直接向你的 S 公司提供贷款，你可能拥有 债务基数，这在你的股份基数用完后提供了第二层来吸收亏损。

S 公司与 C 公司基数（简要对比）​

S 公司和 C 公司的基数概念完全不同。

• S 公司 基数是可变的，必须每年调整。由于其传递性质，它直接反映了公司的业绩。损益流向你并直接影响你的基数。
• C 公司 股份基数通常是静态的。它仅仅是你购买股票所支付的金额。它只会在发生特定的公司行为（如股票分割或正式的资本返还）时发生变化，而不是因为公司盈利或亏损。

如何计算 S 公司基数（正确的顺序）​

计算你的基数不仅仅是加减；而是要按照正确的顺序进行。美国国税局 (IRS) 规定了特定的运算顺序。每年，你将使用你的 K-1 附表（来自 S 公司的 1120-S 表格）并按以下方式调整你年初的基数：

1. 对所有收入项目 增加，包括应税收入和 免税收入（如市政债券利息）。
2. 对你在该年度收到的 分配 减少（但不低于零）。
3. 对 不可扣除的费用（如某些罚款或娱乐费用）减少。
4. 对 亏损和扣除额（如普通业务亏损或慈善捐款）减少。

如果步骤 4 中的总亏损和扣除额超过你剩余的基数，则必须按比例分配它们。超出部分将被暂停并结转，直到你通过未来的收入或资本投入恢复你的基数。

重要提示：

• 个人 担保 公司贷款不会产生基数。只有当你实际用自己的资金偿还公司债务时，你才会获得基数。
• 业主 工资（你从 S 公司获得的薪水）不会影响你的基数。这是你劳动的报酬，对公司而言被视为业务费用，对你而言被视为 W-2 收入，与你作为所有者的角色完全分开。

实例分析（数字一致）​

让我们通过一个例子来看看排序规则的实际应用。

单个股东一年的事实：

• 初始资本投入：$18,000
• 普通股息（K-1 表格 5a 栏）：$2,000
• 收到的分配（K-1 表格 16D 栏）：$7,000
• 不可扣除费用的份额（K-1 表格 16C 栏）：$3,000
• 普通业务 亏损 的份额（K-1 表格 1 栏）：($9,000)
• 慈善捐款的份额（K-1 表格 12A 栏）：$6,000
• 股东没有债务基数。

以下是分步计算：

步骤 1 - 增加收入 你的 $18,000 的起始基数增加了$2,000 的股息收入。 $18,000 +$2,000 = $20,000

步骤 2 - 减少分配 接下来，将基数减少你获得的现金分配。 $20,000 −$7,000 = $13,000

步骤 3 - 减少不可扣除的费用 现在，减去不可扣除的费用。你在应用亏损前的基数为 $10,000。$13,000 − $3,000 = **$10,000**

步骤 4 - 应用亏损和扣除额 你的总亏损和扣除额为 $15,000（$9,000 普通亏损 + $6,000 慈善捐款）。由于这超过了你剩余的$10,000 基数，你只能扣除一部分。

• 允许的普通亏损 = ($9,000 ÷$15,000) × $10,000 = **$6,000**
• 允许的慈善捐款 = ($6,000 ÷$15,000) × $10,000 = **$4,000**

剩余金额被 暂停 并结转到下一年：$3,000 的普通亏损和$2,000 的慈善捐款。

你今年的期末股份基数为 $0，因为它不能为负数。你将在你的纳税申报表上报告允许的亏损和扣除额，并跟踪暂停的金额以备将来使用。

在 Beancount.io 中跟踪 S 公司基数（纯文本模式）​

你可以直接在 Beancount.io 中维护一个简单、可审计的基数分类账，而不是凌乱的电子表格。这可以放在你的公司账簿或个人镜像文件中。关键是使用“备注”权益账户来跟踪运行的基数计算。

建议的账户：

• Equity:Shareholder:Paid-In-Capital （权益：股东：实收资本）
• Equity:Shareholder:Distributions （权益：股东：分配）
• Equity:Shareholder:Stock-Basis （权益：股东：股份基数）（这是你的表外“备注”账户，用于跟踪 7203 表格的官方运行基数。）
• Income:PassThrough:* （收入：传递：*）
• Expenses:Nondeductible （费用：不可扣除）
• Expenses:Charitable （费用：慈善）

示例分录：

初始资本投入： 此分录记录进入公司的现金，并同时在你的备注账户中设置初始股份基数。

2025-01-10 * "初始资本"
  Assets:Bank:Operating                    -18,000 USD
  Equity:Shareholder:Paid-In-Capital        18,000 USD
  Equity:Shareholder:Stock-Basis            18,000 USD

K-1 普通股息： 记录传递收入和相应的基数增加。

2025-12-31 * "K-1 表格 5a 栏 普通股息"
  Income:PassThrough:Dividends             -2,000 USD
  Equity:Shareholder:Stock-Basis            2,000 USD

分配给股东： 这记录了离开公司的现金和相应的基数减少。

2025-07-15 * "股东分配"
  Equity:Shareholder:Distributions          7,000 USD
  Assets:Bank:Operating                    -7,000 USD
  Equity:Shareholder:Stock-Basis           -7,000 USD

不可扣除的费用： 记录费用和基数减少。

2025-12-31 * "K-1 表格 16C 栏 不可扣除"
  Expenses:Nondeductible                    3,000 USD
  Assets:Bank:Operating                    -3,000 USD
  Equity:Shareholder:Stock-Basis           -3,000 USD

允许的亏损/扣除额： 仅记录今年允许的亏损部分，将你的基数减少到零。使用注释来跟踪暂停的项目。

2025-12-31 * "今年允许的 K-1 亏损（1 栏 + 12A 栏，受基数限制）"
  Income:PassThrough:Ordinary-Loss          6,000 USD
  Expenses:Charitable                       4,000 USD
  Equity:Shareholder:Stock-Basis          -10,000 USD
  ; 暂停到下一年：3,000 普通亏损，2,000 慈善捐款

此模式在 Equity:Shareholder:Stock-Basis 账户中保留了透明的 运行基数，与你的 7203 表格 完全对应。审计员喜欢它，因为每个更改都是可追溯的日期交易。

常见陷阱​

在管理你的 S 公司基数时，请避免以下常见错误：

• 将担保视为基数。 贷款担保只是一个承诺。只有当你实际使用个人资金偿还公司债务时，它才会成为基数。
• 在基数不足的情况下进行分配。 如果你进行的分配超过了你的基数，则超出部分不免税。它通常作为资本收益征税。
• 忘记包含免税收入。 免税收入（如人寿保险收益或某些利息）仍然会增加你的基数，这可以为扣除亏损创造更多空间。
• 混淆业主工资和分配。 你的薪水是企业的费用，也是你应纳税的报酬。它不会影响基数。分配是资本/利润的返还，并直接减少基数。

总结​

你的 S 公司基数是你亏损扣除的油门和免税分配的盾牌。必须有条不紊地跟踪它，遵循官方排序规则，并在每年将完整的 7203 表格附在你的纳税申报表上。无论你是作为 S 公司创立的，还是作为 S 公司征税的有限责任公司 (LLC)，干净、规范的账簿都会使基数计算变得简单明了且易于辩护。

使用 Beancount.io 保持基数（和其他一切）整洁​

• 纯文本、复式记账，版本控制且可审计。
• K-1 友好类别和用于基数跟踪的专用备注账户。
• 从银行、信用卡和处理器自动导入，以减少手动输入。
• 税务准备报告，你的税务师可以直接使用。

立即使用 Beancount.io 开始干净、可审计的 S 公司工作流程。

本文仅供参考，不构成税务或法律建议。请咨询你的顾问以获得针对你具体情况的指导。