你团队里最得力的员工之一是其中的一个，他守在医院的病床边，已经用光了每一小时的带薪休假，工资马上就要停发了。办公室里，带薪休假余额充足的同事们都在问同一个问题："我能把我的假期分一些给他吗？"这感觉是世界上最简单的善意——直到薪资部门问起这些工时该由谁来纳税，而答案竟然是那个把假期送出去的人。
几乎每一家小企业在第一次遇到这种情况时都会感到意外。按照联邦税的默认规则，捐赠出去的休假仍然算作捐赠人的收入。那位为了帮助同事而放弃一周假期的同事，要为一份自己从未收到的薪水承担税负，甚至还不能就此申请慈善捐赠扣除。IRS 只为这条规则开了两个例外——一个针对医疗紧急情况，一个针对重大灾难——每一个都附带一张要求清单。只要漏掉一条，税负就会弹回捐赠人身上。以下是如何运行一个真正能保护公司里那些慷慨之人的休假共享计划。
为什么捐赠的带薪休假默认是要纳税的
问题出在税务律师称之为"推定收入"的原则上，再加上收入转让原则：你不能通过把已经赚到的报酬转给别人来逃避纳税。已累积的带薪休假是递延工资。当你选择放弃它时——哪怕出于最慷慨的理由——IRS 也会视同你收到了现金并把它转了出去。
具体来说，这意味着这种非正式、没有记录的带薪休假赠与会带来三个令人头疼的结果：
- 捐赠人要确认相当于所放弃休假价值的普通工资收入，雇主应据此从捐赠人处预扣所得税和工资税。
- 捐赠人不能获得慈善捐赠扣除，因为赠与对象是同事而非合格慈善机构，而且无论如何你都不能扣除所捐赠服务或放弃工资的价值。
- 接受人还可能要为所休的假纳税，具体取决于雇主如何入账——这意味着同样的工时实际上可能被征税两次。
根据 SHRM 的福利调查数据，在采用合并带薪休假计划的企业中，只有约 12% 提供正式的捐赠项目——然而同事之间非正式的赠与远不止这个比例，通常没人在意税务机制。一份书面的、符合 IRS 规定的休假共享计划，才能把税负从捐赠人转移到接受人身上。有两种获批的设计方案，它们不能互换使用。
例外一：医疗紧急休假共享计划
较早且更常用的例外来自 1990 年发布的收入裁定 90-29。它涵盖面临医疗紧急情况——本人或家人——的员工，且只有在满足以下每一项条件时，才会把纳税义务转移到接受人身上。
**计划必须是书面的。**握手约定、一封"捐赠你的带薪休假来帮忙"的群发邮件，或者危机开始后才临时想出来的政策，都不符合条件。在任何人需要它之前就把计划写下来：谁有资格捐赠和接受、什么算符合条件的紧急情况、如何申请、如何认定需求，以及未使用的捐赠休假如何处理。
**捐赠进入休假库，而不是给某个指定的人。**这是雇主最常违反的要求。捐赠人必须把休假交给雇主设立的共享池，供任何符合条件的员工使用。一旦捐赠人把工时指定"给会计部的 Maya"，这个安排就不再是合格计划，捐赠人就要纳税。你完全可以告诉大家这个库的存在是因为某位同事有需要——你只是不能让捐赠人把工时专门指向那位同事。
**接受人必须真的有医疗紧急情况。**该裁定对此定义得很窄：员工本人或家庭成员的健康状况将要求员工长期离岗，并因员工将用尽计划之外所有可用的带薪休假而导致收入的重大损失。一个流感高发季不符合条件。一场需要八周康复的手术、孩子的癌症治疗，或配偶的长期住院，则符合条件。
**接受人必须先耗尽所有其他带薪休假。**在动用休假库之前，接受人必须先用完自己的假期、病假、带薪休假，以及雇主提供的任何其他带薪休假。休假库是最后付款人，而不是让接受人囤积自己余额的补充。
**雇主必须合理认定需求，且支付不能超过需求。**由某个人——HR、老板，或一个小委员会——审核每份申请，核实医疗紧急情况（通常凭医生证明，并保密处理），并且只批准足以弥补收入损失的入库工时。不需要的部分留在库里或退还给捐赠人。
**未使用的捐赠休假要退还。**如果捐赠超过接受人使用的数量，剩余部分要退还给捐赠人，通常按比例退还。捐赠人不能把它兑现、转成奖金，或通过这个计划转捐给慈善机构。
当这六个条件全部满足时，税务处理就变成合理的模样：接受人把入库休假的价值作为工资计入总收入（正常预扣），捐赠人不确认任何收入，也不申请任何扣除。雇主在接受人收到付款时确认其薪酬扣除——而不是在捐赠人把休假交入休假库时。
例外二：重大灾难休假共享计划
第二个例外见于 IRS 通知 2006-59，涵盖另一种危机：受到总统依据《斯塔福德法案》正式宣布的重大灾难不利影响的员工。想想飓风、野火、洪水，以及——正如 IRS 在已发布的常见问题解答中确认的——新冠疫情。一场烧毁某位员工住宅的火灾是毁灭性的，但除非它位于总统宣布的灾区之内，否则不符合这个例外。
其架构与医疗紧急计划类似，只是有几处针对灾难的特殊调整：
- **书面计划和休假库，与上述相同。**捐赠人把累积的休假存入雇主设立的共享池。不得把捐赠指定给特定同事。
- **"受到不利影响"意味着严重困难。**灾难必须对员工或家庭成员造成严重困难，以致员工必须缺勤——房屋被毁、租住处无法居住、家庭成员在事件中受伤。仅仅是不便不符合条件。
- **合理的时间窗口。**计划应为捐赠人在灾后存入休假设定合理期限，为接受人使用休假设定合理期限。长年闲置的开放式休假库会招来 IRS 的审查。
- **同样的税负转移。**接受人就其收到的部分纳税，捐赠人不纳税也不得扣除，雇主在接受人收到付款时扣除。
注意这个例外不涵盖的情况：它不为育儿假、丧亲假、同事的休假进修，或一般性的经济困难背书带薪休假捐赠。这些都是善意的冲动，而根据现行指引，每一种都会让捐赠人承担税负。如果你想在这些情况下帮忙，请通过其他渠道输送这份慷慨——真正的奖金、在适用情况下依据第 139 条的合格灾难救助款，或干脆由公司额外给予带薪休假——而不是把它包装成一个 IRS 不会认可的休假共享计划。
毁掉税务处理的五个错误
大多数失败的计划不是败在离奇的技术细节上。它们败在基本问题上，通常是因为政策是在真实的紧急情况下匆忙写就的。
**1. 让捐赠人指定接受人。**值得反复强调，因为这是最常见的单一失误：同事之间直接的转让在两种例外下都不合格。休假库结构是强制性的，不是装饰性的。
**2. 批准不符合条件的原因。**新生儿亲子假、家人去世后的休假、在没有符合条件医疗紧急情况下去照顾年迈父母的休假——这些都不符合收入裁定 90-29 或通知 2006-59。为不符合条件的原因支付的每一小时，都要向出资的捐赠人征税。
**3. 跳过耗尽要求。**对于医疗紧急计划，接受人自己的带薪休假余额必须先归零，库内工时才能流出。在接受人仍持有假期时批准库内休假，会使该支付不合格。
**4. 从错误的工资单预扣。**一旦计划合格，捐赠的休假就是接受人的工资，按接受人的税率征税，联邦所得税、社会保障税、医疗保险税及适用的州预扣税从接受人的工资单中扣除。薪资系统需要一个单独的入库休假收入代码，以便这些金额落到正确的 W-2 上。把它们错误地记到捐赠人的 W-2 上，会制造出谁都不想在 1 月面对的更正工程。
**5. 把休假共享与基于休假的慈善捐赠混为一谈。**另一类独立的项目让员工放弃带薪休假，由雇主把现金价值捐给慈善机构。按照一般规则，这些捐赠人仍要为放弃的休假纳税——IRS 只通过狭窄的、针对特定灾难的通知给予过例外（如重大飓风和新冠疫情之后）。不要以为你的"带薪休假换慈善"活动能获得与医疗紧急休假库相同的待遇。它几乎肯定不能。
税法之外的州法与 HR 陷阱
联邦税务处理只是合规图景的一半。有几个州把累积的假期和带薪休假视为随工作履行而既得的已赚工资——加州是最严格的例子——这意味着捐赠必须是真正的、可证明的自愿行为。举证责任在雇主一方，要证明没有人受到压力，所以要把自愿性写进书面文件，绝不要把捐赠与绩效评估或团队期望挂钩，并为每位捐赠人保留一份签署的授权书。在这些州，你也不能把该计划当作没收休假的暗门：退还的剩余部分必须真正回到捐赠人的余额中。
医疗隐私需要自己的工作流程。申请中会包含诊断、预后和家庭健康细节，所以把证明材料的经手人控制到最少，按 ADA 对员工医疗记录的要求将它们与人事档案分开存放，并培训审批人只确认资格——绝不传阅底层的细节。
还有几个设计选择，能把持久的计划与脆弱的计划区分开来：
- **设定下限和上限。**许多雇主要求捐赠人保留一定余额（例如 40 小时），并对个人每年的捐赠设上限，这能防止某位慷慨的员工把自己将来需要的休假都送出去。
- **与其他福利协调。**事先决定库内休假如何与 FMLA 工作保护、短期伤残等待期、工伤补偿，以及任何州带薪家庭或医疗休假计划相互作用。在法律允许的地方让它们并行，通常能让每项福利发挥最大作用。
- **一致地适用规则。**没有什么比在拒绝某人的边缘申请后却批准另一位受欢迎的员工的申请，能更快地毒害一个休假库。书面的标准、标准的申请表，以及对每个案例都用同一批审核人，能让这个项目——以及你的歧视风险状况——站得住脚。
记账这一面：休假库是一项流动负债
你资产负债表上每一小时的累积带薪休假都是一项负债——你欠下但尚未支付的工资。休假共享计划会在员工之间、跨工资期间移动这项负债的一部分，而粗糙的追踪会把一个善意项目变成对账噩梦。
把三笔分录记对。第一，当捐赠人放弃工时时，减少该员工的累积休假负债，但不要记录任何付款事件或工资费用——没有人被支付；工时只是移入了休假库共享池。第二，当接受人支取库内工时时，记录普通工资费用及相关的工资税负债，与处理任何带薪休假完全相同，并记入专门的收入类型，使捐赠人的 W-2 保持干净。第三，当剩余工时退还给捐赠人时，恢复他们的累积余额；不要让退还的工时蒸发成一个未对账的轧差项。
像核对备用金抽屉一样核对休假库：流入工时、流出工时、退还工时，以及剩余的共享池余额，每个工资期间都应能对上。为每笔支付保留审批文件——申请表、需求认定、医疗证明索引——因为这份档案就是几年后向审计师证明每笔支付都符合计划资格规则的依据。如果你的账目是纯文本的，为休假库设立一组专门的账户，能让整条线索在单次账本搜索中接受审查；文档会讲解如何组织工资和休假账户，使这些变动都保持可见，而不是消融进一条不透明的工资科目里。
在任何人需要之前就设立好计划
写一份休假共享政策的最糟糕时机，就是某个人需要它的那一周。最好的时机是这一季度，那时你能冷静地思考设计，而不是在情绪压力下临时拼凑。一份扎实的设立清单：
- 通过一份书面计划，涵盖你想要的两条轨道——医疗紧急、重大灾难，或两者兼有——定义尽量照搬收入裁定 90-29 和通知 2006-59。
- 建立休假库机制：带自愿同意措辞的捐赠表、下限和上限、由薪资系统与个人累积分开追踪的共享池余额。
- 建立申请材料包：请求表、医疗证明或灾难影响声明、审核人角色、批准标准，以及记录保存期限。
- 配置薪资系统，为库内休假设置专门的收入代码，预扣映射到接受人，并在首次真实支付前测试 W-2 申报。
- 协调福利地图：库内休假如何与 FMLA、伤残、工伤补偿和州带薪休假计划叠加。
- 清晰地沟通一次：一份单页说明，告诉员工休假库的存在、什么符合条件、捐赠人不能挑选接受人，以及捐赠是自愿的，且一旦使用便不可撤销。
- 每年审查：确认计划文本仍与现行 IRS 指引一致，审计休假库余额，核实未使用工时已按计划处理。
把这份清单走一遍，下一次危机就会变成一项行政常规，而不是一场手忙脚乱：申请来了，审核人核实，薪资部门正确编码，而捐赠人的慷慨让他们付出的恰好是他们想给的——那些休假时间，而不是在之上再加一张意外的税单。
在团队彼此照顾的同时保持账目清晰
休假共享计划是那种罕见的同时兼具善意与合规项目双重身份的政策：同情心在于理念，但对捐赠人的保护完全活在背后的文书、薪资编码和对好账的休假余额里。Beancount.io 提供纯文本会计，让你对自己的财务数据拥有完全的透明度和控制权——没有黑箱，没有供应商锁定。免费开始使用，看看为什么开发者和财务专业人士正在转向纯文本会计。
