这条原则在实操中意味着：台账中永远记录实际发生金额，而非折算后的数字；业务招待费的 60% 抵扣限制、设备的混合用途比例分摊、跨客户的费用归集——这些全部在下游标签页处理。需要调整任何参数时，改一处，联动全表。
以下是这套四标签架构的具体实现方式。
架构概览
| 标签页 | 核心用途 | 数据流向 |
|---|---|---|
| 交易流水 | 唯一数据来源，行级台账 | → 其余三个标签页 |
| 项目利润率 | 按客户/项目归集收入与费用 | → 定价决策、资源分配 |
| 税务归集 | 按申报科目汇总，对接年度申报 | → 汇算清缴 |
| 季度预缴 | 滚动预估季度税额 | → 避免欠税滞纳金 |
所有标签页共享同一份数据源。这不仅是组织整洁的问题——当税务师需要追溯某笔费用的原始凭证时，从任何一个汇总视图都可以直接定位到台账中的对应行。
第一层：交易流水页的列设计
九列，比通用模板多一列——多出来的是客户/项目字段，这正是让这张表具备项目级分析能力的关键所在。
| 列 | 字段名 | 示例 |
|---|---|---|
| A | 日期 | 2025-03-14 |
| B | 商家/供应商 | Adobe Inc |
| C | 实际金额（全额） | 1,200.00 |
| D | 客户/项目 | 客户A — 品牌设计项目 |
| E | 费用类别 | 软件与订阅 |
| F | 税务申报科目 | 办公费用 |
| G | 商业用途比例 | 75% |
| H | 可抵扣金额 | =C×G |
| I | 备注 | Adobe CC — 专项使用，当月工时占比 75% |
关于 C 列的设计决策： 记录实际发生的全额金额，而非任何折算值。如果一台笔记本电脑购入价 8,000 元、商业用途占 80%，C 列填 8,000，G 列填 80%，H 列由公式计算得出 6,400。业务招待费的 60% 限制规则只在税务归集页出现一次，不在台账层处理。
这条原则的实际意义：一旦某笔支出受到核查，你拿出的是完整的原始凭证与台账记录，而不是一个来源不明的折算结果。
D 列（客户/项目）可以使用数据验证下拉菜单，列表从独立的"项目清单"标签页引用。命名规则保持一致，后续的 SUMIFS 归集才能准确匹配。
第二视角：项目利润率分析
这是大多数费用记账模板缺失的一层。对于同时服务多个客户的自由职业者，单纯看总费用没有意义——你需要知道每个项目真正贡献了多少利润。
在项目利润率标签页中，横轴是月份，纵轴是客户/项目，核心公式结构如下：
// 某客户当月直接费用
=SUMIFS(交易流水!H:H,
交易流水!D:D, "客户A — 品牌设计项目",
交易流水!A:A, ">="&DATE(年,月,1),
交易流水!A:A, "<"&DATE(年,月+1,1))
将收入（需在收入台账中同步维护）与这个数字并列，即可得到每个项目的边际贡献。
这层分析能揭示一些反直觉的现象：按日费计算报酬最高的客户，未必是利润率最高的——如果该客户的项目需要采购大量专用软件授权或频繁出差，费用侧的消耗可能远超其他项目。项目利润率视图让这种差异可见，而不是淹没在总费用数字里。
跨项目费用的分摊逻辑： 对于无法归属到单一项目的公摊费用（如办公室租金、通用软件订阅），可以在 D 列使用统一标签"——公摊"，在项目利润率页单独显示，或按收入比例分摊至各项目——具体取决于你的分析需求。将分摊规则记录在参数设置页，而不是硬编码在各个公式里。
第三视角：税务归集页
税务归集页的作用是将交易流水中的原始数据，重新组织成经营所得个人所得税申报所需的科目结构。这是你与税务师对接、或自行完成年度汇算清缴时直接使用的标签页。
每个申报科目对应一个 SUMIFS，从 F 列（税务申报科目）提取数据。业务招待费是唯一需要额外处理的科目：
// 业务招待费：实际发生额的 60%，但不超过当年销售收入的 5‰
// 两个限额取较小值
=MIN(
SUMIFS(交易流水!H:H, 交易流水!F:F, "业务招待费") * 0.6,
收入合计 * 0.005
)
这个逻辑只在此处出现一次。台账中的原始金额保持完整，折算发生在申报层。
不同收入水平下的税负差异： 经营所得适用五级超额累进税率（5%～35%）。以两个典型收入水平为例：
| 项目 | 情景 A | 情景 B |
|---|---|---|
| 年度总收入 | 30 万元 | 80 万元 |
| 可抵扣经营费用 | 8 万元 | 22 万元 |
| 基本减除费用 | 6 万元 | 6 万元 |
| 应纳税所得额 | 16 万元 | 52 万元 |
| 边际税率 | 20%（第三级） | 35%（第五级） |
| 应纳税额 | 约 2.25 万元 | 约 3.45 万元（仅最高级部分） |
| 综合税负率 | 约 7.5% | 约 16.3%（税后收益率差异显著） |
这个对比说明了为什么费用归集的精确程度对高收入自由职业者更为关键——在边际税率 35% 的区间内，每新识别出 1 万元的合法抵扣，实际节税效果约为 3,500 元。
第四标签：季度预缴估算
季度预缴的计算逻辑很直接，但值得在表格中显式建立，而不是靠年末估算：
// 方案一：以上年度实际税额为基准（安全港）
=上年度应纳税额 / 4
// 方案二：以当年滚动预估税额的 90% 为基准
=税务归集页年化净利润 * 预估税率 * 0.9 / 4
两个方案取较大值可以覆盖收入同比高增长的情形。季度申报截止日期：
- Q1（1～3 月）：4 月 15 日
- Q2（4～6 月）：7 月 15 日
- Q3（7～9 月）：10 月 15 日
- 年度汇算清缴：次年 3 月 31 日前
在这个标签页中建一张预缴记录表，字段包括：申报日期、申报金额、完税凭证编号。通过电子税务局完成申报后，系统即时生成完税证明，凭证编号复制保存至此。
参数化设计：让这套表格跨年通用
将所有可能变动的政策参数集中到一个"参数设置"标签页，并使用命名区域引用：
- 基本减除费用标准（目前 6 万元/年）
- 业务招待费抵扣比例（60%）
- 业务招待费收入上限比例（5‰）
- 各级税率与速算扣除数
- 设备折旧年限（电子设备一般为 3 年）
税务归集页和季度预缴页统一从这里取数，不在公式内硬编码任何参数值。政策调整时，改一处参数，全表自动更新。这与财务模型中假设层与计算层分离的设计原则完全一致。
如果不想从零搭建这套跨标签页的 SUMIFS 结构，ModelMonkey 可以在你的 Google Sheet 内直接生成——包括项目利润率归集公式、税务申报科目映射和季度预缴计算器——查看 ModelMonkey 方案。
关于收入侧的记录，多渠道收款（银行转账、支付宝、微信支付等）的追踪方法可参考多收款渠道的自由职业收入记录方法。费用记账表与收入台账结合，才构成完整的财务管理闭环。