你的会计科目表现在跑得挺顺。每笔交易都有地方放，利润表看着合理，报税季也只是稍微痛苦一点。然后你申请了一笔授信额度，信贷员问你要流动比率，你却算不出来——因为短期债务和长期债务挤在同一个科目里。或者审计师抽查了你的"一般费用"科目，发现一整年不相关的支出全堆在里面，根本没法做任何测试。那套在你收入 10 万美元时还能用的科目表，悄悄变成了让你在 100 万美元规模时回答不了关键问题的根源。
会计科目表是你账本的骨架：一份带编号的清单，列着每笔交易落入的每一个"桶"——资产、负债、权益、收入、费用。大多数小企业直接从会计软件的默认设置继承过来，从来没重新设计过。这篇指南告诉你怎么建一套能随你成长的科目表：精简到今天就维护得动，结构化到能让贷款方满意，干净到能扛住你的第一次审计。
为什么大多数小企业的科目表会崩
大多数会计软件里的默认科目表，设计目标是让你十分钟内就能开始录交易，而不是让你在第三年产出能用来做决策的财务报表。有三种崩塌模式反复出现。
所有东西都挤在太少的科目里。 一个"办公费用"科目里塞着软件、家具、打印纸，偶尔还有客户午餐。一个"销售收入"科目混着产品收入、服务收入和运费收入。总数是对的，但细节没了，随之消失的是看清业务里哪块真正赚钱的能力。
或者所有东西都散在太多的科目里。 相反的毛病："办公用品——笔""办公用品——纸""办公用品——墨盒"。几百个科目，每个只有几笔分录，命名还不统一（在你的软件里，"办公费用""办公用品""办公杂项"是三个不同的科目），月末结账要好几天，因为每个鸡毛蒜皮的科目都要审一遍。
或者结构只能回答去年的问题。 一个自由职业者的科目表里没有工资科目、没有存货科目、没有贷款科目——在当时是对的。然后业务招了人、备了货、借了钱，每一个新现实都被硬塞进最接近的现有科目。业主提款被记成工资费用。贷款本金被记成收入。信用卡余额和供应商账单混在一起。等到企业外的人读你的报表时，数字还需要翻译一遍。
解决办法不是加更多科目，而是加对的科目，并且组织得让增长、贷款方和审计师各自都能找到自己要的东西。
骨架：五种类型，和一个留有扩展空间的编号框架
每个科目都属于五种类型之一，编号应该让人一眼就看出类型。被广泛使用的惯例是给每种类型分配一个千位区间：
- 1000–1999：资产——你拥有的东西（银行账户、应收账款、存货、设备）
- 2000–2999：负债——你欠下的东西（信用卡、应付账款、贷款、应交销售税）
- 3000–3999：权益——剩下的东西（业主投入、提款、留存收益）
- 4000–4999：收入——你赚到的（按收入流分开，下文会讲）
- 5000–5999：销货成本——你卖出去的产品的直接成本
- 6000–6999：营业费用——经营生意的其他一切成本
两条规则让这个框架可以扩展。第一，留出空档：用 1010、1020、1030 而不是 101、102、103，这样新科目能插进正确的位置，不用重新编号。第二，镜像财务报表：先放资产负债表科目，再放利润表科目，按你想让它们出现在报表上的顺序排列。大多数软件按编号排序，所以编号就是报表顺序。
如果你用纯文本记账，同样的纪律适用于你的科目层级——像 Expenses:Office:Software 这样的嵌套名称免费帮你分组。Beancount 关于科目结构的文档展示了层级如何取代编号区间，同时保留同样的五种类型逻辑。
为增长阶段设计，而不只是为今天设计
你作为单打独斗的自由职业者需要的科目表，和你带着六个员工、两条收入线时需要的科目表不一样。为十八个月后你所在的业务做设计，现在就留好伸缩缝。
从一开始就分开收入流。 即使今天 95% 的收入来自一项服务，也要为每条收入流建独立的收入科目：产品销售、服务收入、运费收入、利息收入。以后把一个科目拆成三个意味着要重分类历史数据；从一开始就建三个不花任何成本。贷款方和买家都会问哪几条线在增长，"都在销售收入里"不是一个答案。
用维度来处理细节，用科目来处理结构。 当你想按地点、项目或客户追踪盈利能力时，忍住为每个地点复制一套费用科目的冲动。那条路通向"租金——奥斯汀""租金——丹佛""租金——远程"，一个 400 个科目的怪物。相反，保留一个 租金 科目，用软件的类别、标签或部门来做第二个维度。经验法则：如果一个细分需要在纳税申报表上单独占一行，或者进入贷款契约的计算，它就是科目；如果只是为了内部分析，它就是标签。
在招第一个员工之前就规划好工资区块。 你发第一次工资那天，至少需要：工资总额费用、工资税费用（雇主承担部分）、代扣税的工资负债，以及你每申报一个税务机关就一个单独的负债科目。临时拼凑这块的企业，最后通常把工资和负债对冲，或者把雇主承担部分记错科目——这两样审计师或税务局都会给你拆开重来。
预期资产负债表比利润表长得快。 增长会先加银行账户、应收账款、存货、预付余额、设备、贷款和应计项目，远远早于它增加费用类别。在 1000 和 2000 区间预留充足空间。每年做一次科目表审查——最好在年末之前——让结构跑在业务前面，而不是落在后面。
让它贷款方就绪：信贷员真正在看什么
你申请贷款或授信额度时，信贷员不读你的交易明细。他们读的是从你资产负债表算出来的比率：流动比率、债务权益比、偿债覆盖率。你的科目表决定了这些比率到底算不算得出来。
把流动和非流动分开。 这是为了借款能做的单项价值最高的结构性改动。流动资产（现金、应收账款、存货）必须能和长期资产（设备、押金）分开，流动负债（信用卡、应付账款、贷款的当期部分）必须能和长期债务分开。如果一笔五年期设备贷款和你的信用卡余额挤在一个科目里，你的流动比率就是错的，没有信贷员会相信整份材料里剩下的部分。建一个"长期债务的当期部分"科目，把每年的到期额移进去——或者至少，让每笔贷款占一个独立科目，这样拆分才能算出来。
每个借款安排一个独立科目。 每笔贷款、每笔授信、每张信用卡都配一个以贷款方和安排命名的专属负债科目："Chase 授信额度""SBA 7(a) 贷款——第一银行"。永远不要把贷款本金和任何东西对冲，永远不要把借来的钱记成收入——这两件事出奇地常见，而且都会歪曲利润。利息记在它自己的费用科目里，和本金偿还分开，因为利息可以抵税而本金不行。
把业主活动挡在经营之外。 业主投入、提款和分红属于权益科目，绝不属于收入或费用。信贷员在能看清的时候会把业主薪酬的特殊处理加回去；当提款被埋在"工资"或"杂项费用"里时，你的利润看起来比实际低，你的贷款条件也因此变差。
和第三方对账单核对。 每个贷款科目都该和贷款方的对账单对上，每个银行账户和银行对账单对上，每张卡和卡的对账单对上。一个信贷员发现贷款余额和贷款方函件对不上，就会对剩下的一切做最坏的假设。想要系统化的方法，看我们的银行对账自动化指南。
让它审计就绪：一套外部人能测试的结构
这里的"审计"包括税务局、州税务机构、给投资人的财务报表审阅，或者只是你新 CPA 的第一眼。它们的工作方式都一样：挑科目，把样本追回原始凭证，检查科目是不是名副其实。为那个流程做设计。
每个外部关系一个科目。 世界上有一个银行账户，账上就一个科目。一笔贷款，一个科目。你申报的一个销售税辖区，一个应付科目。当审计师能把一个科目余额对到单独一份第三方对账单时，测试只要几分钟。当三张信用卡共用一个"应付信用卡"时，测试要几个小时，发现的问题还成倍增加。
结账前消灭暂记和清算余额。 暂记科目（"问我的会计""未分类费用"）作为月中的临时停车位没问题。作为期末余额就是红旗。审计师会把一个未解决的暂记余额当作承认：账本里有没人搞得懂的交易。每个月末都把它们清零，每次都清。
科目命名要精确、一致。 同一套科目表里出现"餐费""餐饮娱乐""客户餐费"，必然导致分类错误。每个概念只挑一个名字，给每个科目写一行定义，把定义放在录交易的人看得见的地方。一致性比聪明更重要：六个月后给交易做分类的那个人，才是你真正在为之写作的读者。
把科目映射到纳税申报表的行。 每个收入和费用科目都应该精确映射到你企业纳税申报表的一行——Schedule C、1120-S 表或 1065 表。两个科目映射到一行没关系；如果一个科目的内容要拆到两行，那这个科目就是错的。这个映射也是让报税季变便宜的原因：把你的试算平衡表加上映射交给 CPA，申报表几乎自己就写好了。
保持审计轨迹完整。 永远不要删除有历史的科目，永远不要在年中把科目改成另一个意思，永远不要为了迁就新结构去改旧交易。如果结构必须变，在年末变，配一份旧科目到新科目的映射，并把映射留着。审计师会做年度对比；无法解释的可比性断裂只会招来问题。
大多数小企业缺失的科目
把你的科目表和下面这份常见缺失科目的清单对一遍。每缺一个，你的财务报表里就有一处小小的失真。
- 累计折旧（资产备抵科目）。没有它，设备永远以购买价挂在资产负债表上，折旧费用也无处可去。资产入账一次，每月折旧。
- 预付费用。 年度保险费、按年付的软件费、押金——属于未来月份的成本。在付款时全部费用化会毁掉月度之间的可比性。
- 应计负债。 月末已赚未付的工资、贷款上已发生的利息、供应商已做未开票的工作。权责发生制会计要求它们；没有它们，你每次结账都低估负债。
- 业主权益的拆分。 投入、提款/分红和留存收益各设独立科目。一个什么都往里装的"业主权益"科目讲不出任何故事。
- 应交销售税——按辖区。 你收税的每个州或地方一个科目。余额合并会让申报容易出错，让关联审查变得痛苦。
- 销货成本明细。 至少把采购、直接人工、进货运费和存货调整分开。毛利率是利润表上被审视最多的一行；一个"销货成本"的大团块掩盖了到底是定价、采购还是生产出了问题。
- 支付手续费。 支付处理费值得拥有自己的科目，而不是冲减收入。冲减会同时低估收入和费用，还让手续费基准比较变复杂。
你不需要在第一天就备齐所有这些。当底层的现实出现时再加——第一次买设备、第一次年度预付、第一个员工——不要提前。
何时以及如何重构，而不破坏历史
某个时刻你的科目表需要动手术：业务长得超过了结构，或者你继承了别人留下的一团乱。做得小心，它就是一个周末的项目；做得马虎，你就毁掉了几年的可比性。
把时间定在期间边界。 最干净的时刻是上一期账簿已完全结账的财年第一天。年中重构也可以，但需要把年初至今的活动重分类到新科目里，好让中期报表保持一致。永远不要在科目未对账的情况下重构——你会把错误迁移到新结构里，在那里它们更难被发现。
先建映射，再重分类。 列出每个旧科目、它的余额，以及它映射到的新科目（一个或多个）。在新结构第一天录入重分类日记账分录；把映射作为永久工作底稿保留。如果一个旧科目拆成几个新科目，用交易历史——而不是直觉——来分配余额。
停用，不要删除。 把退休的科目标记为不活跃，让它们不再出现在下拉菜单里，但保留历史用于比较报表。删除有交易的科目，要么直接失败，要么把分录变成孤儿，取决于软件。哪种结果都不好。
提交前先测试新结构。 在一个已结账的月份下，用新结构跑关键报表——利润表、资产负债表、试算平衡表——把每一行和旧版本对比。总数必须完全对上；变的只是分组。如果有任何对不上，是映射错了，不是旧账错了。
把变更记录下来。 一页纸的说明——改了什么、为什么、生效日期、科目映射——当你的 CPA、贷款方或明年的你问起为什么"办公用品"在三月掉到零时，能省下好几个小时。把它和年末工作底稿存在一起。
每年审查一次你的科目表
会计科目表不是纪念碑，是一把需要磨的工具。一年一次，在年末结账之前，把完整科目清单走一遍，就每个科目问三个问题：有没有本该记在别处的东西记在这里？这个科目还配得上它的位置吗？有什么新的现实需要一个家？合并重复的，停用死掉的，加上缺失的，更新纳税申报表映射。三十分钟的修剪胜过尽调期间三十个小时的清理。
更深的习惯是把记账结构当作基础设施：能用的时候看不见，坏掉的时候很贵。今天你用心加的每一个科目，都是明天你的贷款方、审计师或买家不必再问的一个问题。
从第一天起就让你的财务井井有条
当你设计一套随业务成长的会计科目表时，在一个你完全掌控的系统里维护清晰的财务记录，会让每一次重构、对账和审计都更简单。Beancount.io 提供纯文本记账，让你对自己的财务数据拥有完全的透明度和控制权——没有黑箱，没有被供应商锁定。免费开始使用，看看为什么开发者和财务专业人士正在转向纯文本记账。
