先定义暂停究竟意味着什么
Stripe 将暂停收款描述为临时向客户提供免费服务或宽限期的方式：订阅保持 active 状态，发票继续生成，但暂停收取款项。[2] 这比同时停止服务、开票和续费的操作范围更窄。编辑建议：选择控制项前，先用业务语言写清客户约定，包括服务是否继续、相关金额以后是否仍需支付，以及安排何时结束。如果目标是完全停止服务，这份仅讨论暂停收款的指南就不是合适的操作程序。对于不同目标，来源指向单独的暂停订阅与取消订阅文档。[2] 这些区分可以避免操作人员把订阅活跃理解成正常计费仍在继续，也避免将“暂停”误解成系统不再记录任何账目。
选择的是发票结果，不只是恢复日期
Stripe 提供三种处理方式：keep_as_draft 将发票保留为草稿，并把 auto_advance 设为 false，之后可以定稿与收款；void 作废发票；mark_uncollectible 将发票标记为无法收回。[2] 这些选择代表不同的后续付款预期。编辑建议：如果确实免除该期间费用，应批准与免除约定一致的发票处理；如果只是延后付款，应向客户说明草稿以后可能变成应付账单。不要仅因“草稿”听起来容易撤销就选择它，因为这会产生未来的审核工作。来源还提醒，自定义发票定稿逻辑可能需要停用或修改，以免与保留草稿的设置冲突。[2] 应指定人员检查相关自动化，而不是假定控制台一次点击能控制所有内部任务。这是操作指导，不是收入确认或坏账核销的会计意见。
把暂停前的旧发票单独列出
Stripe 说明，暂停前创建的发票仍会继续重试收款，除非将它们作废。[2] 编辑建议：安排开始时分别列出已有发票和预计在暂停期间产生的发票，请计费负责人决定每一项旧账如何处理。不要仅因设置了 pause_collection，就向客户承诺所有收款都已停止。在处置此前未付款的发票之前，应再次核对近期支付活动，并保留决策历史。拟议的交接记录可包括暂停起点、约定终点、所选处理方式、旧发票标识和审核人员。这些是内部控制建议，不是 Stripe 文档定义的字段。暂停形成了一条时间边界，因此，即使旧发票与后来的草稿涉及相近的服务期间，它们在何时创建仍然重要。
无法收回不代表客户余额不会动
选择 mark_uncollectible 时，Stripe 仍会把现有客户余额应用到发票。如果余额覆盖了全部金额，发票状态为 paid；否则为 uncollectible。[2] 编辑建议：在承诺暂停完全没有资金影响之前，先检查客户余额。应解释“不发起通常的付款收取”与“不使用已有余额”不是同一件事。可以安排两类演练：没有余额的客户，以及现有余额足以覆盖一张发票的客户。预期结果应从所选行为推导，而不是假定所有暂停期间发票都会有同一状态。这只是暂停设置的一个具体影响，不能替代完整的现金余额或发票抵扣指南。不应未经查看相关账户记录，就推断某项余额代表现金或某个特定会计科目。
恢复订阅与处理草稿是两项工作
Stripe 可通过 pause_collection[resumes_at] 指定自动恢复时间；未设置时，收款会持续暂停，直到清除 pause_collection。[2] 恢复之后，文档给出的草稿处理步骤是对每张保留的草稿设置 auto_advance=true；若不知道发票标识，可使用订阅标识和草稿状态筛选查找。[2] 编辑建议：将恢复拆成两项工作：先解除订阅层面的暂停，再依据已批准的客户约定逐张审核积压发票，决定哪些应启用收款。不要把到达恢复日期描述成所有旧草稿都已经收取成功。订阅排期是另一个独立控制：排期更新仍会执行，而阶段切换不会自动移除直接设置在订阅上的暂停行为。[2] 如果宽限期跨越预定价格变更，应提前检查两者如何相互作用。
给积压发票指定负责人
编辑建议：不要把草稿恢复工作留给偶然发现它的操作人员。应指定计费负责人，按客户约定复核积压清单。交接时区分明确免除的期间、延后收取的金额，以及仍需解释的记录。启用收款前，告知客服哪些发票可能一起出现、客户遇到疑问应如何咨询。即使恢复操作在技术上正确，如果多个延后账期突然同时出现而没有背景说明，客户仍可能无法理解。每项批准的处置都应留下记录，未解决的项目则保留审核状态，而不是假定所有草稿都必须定稿。对于安排中途变更的客户，还应核对最新约定有没有覆盖先前的处理决定。这套流程是编辑提出的内部控制设计，不代表 Stripe 会自动替企业完成审查。
让客户能够理解恢复后的账目
编辑建议：恢复之前汇总暂停行为、恢复时间、草稿清单、已批准的发票处置和预计客户通知。测试无限期暂停、定时暂停、仍在重试的旧发票，以及尝试将草稿定稿的自定义自动化。恢复后应检查实际记录，而不只是检查接口请求是否成功。来源说明，暂停期间相关发票的即将开票邮件及网络钩子不会发送，订阅状态也保持不变；不应将这一点扩展为“所有事件都不会发生”。[2] 这些是拟议的验收检查，不是在真实计费账户上完成的测试。本文发布及来源核验日期为 2026-09-21；来源没有注明发布或更新时间。本文讨论 Stripe，不声称 PayIn 已实现这些控制，也不构成法律或会计建议。
来源与日期
本次核验日期：2026-09-21。来源日期按原页面明确标注的发布或更新时间分别列示；未标注不等于本日发布。本文为公开文档研究，未进行真实支付、安全审计或辅助技术合规认证。厂商事实仅归属于被引用厂商；流程建议为编辑综合。