报销跨期凭证怎么处理？8 月单 9 月批、账已结怎么办

先定记账日期取哪个：提交日、审批完成日、财务确认日、实际支付日，四选一。8 月的单 9 月审批通过，如果取审批完成日，凭证就记 9 月，不存在跨期问题；如果取提交日，就要面对 8 月账期是否已结。关键不是选哪个，而是选定后全公司统一、不再更改。

四种记账日期口径

实务中审批完成日用得最多，因为它天然规避了已结账问题，实施成本最低。追求费用期间准确的公司会选提交日，但必须同时解决结账冲突。

实际支付日一般不推荐——它把费用确认推迟到付款环节，与权责发生制不符，月末未付的报销会全部漏计。

8 月已结账时的两条路径

路径一：顺延记入 9 月

最简单，也是多数公司的做法。8 月已结账就不再回头，凭证直接记 9 月。代价是 8 月的费用少计了一部分，如果金额不大可以接受。

这条路径要配一个约束：规定报销单提交截止日，比如每月 5 号前提交上月单据。超过截止日的一律计入当月，员工也就有了按时报销的动力。

路径二：预提

金额较大、对期间损益有实质影响时，月末做费用预提，次月报销时冲回。这样 8 月的费用是完整的，9 月的凭证只是冲预提。

代价是增加了预提和冲回两道手工环节，而且要预估金额。只在金额重大时使用，不要作为常规做法——否则每个月末都要做一堆预提，工作量会失控。

这件事必须在设计阶段定死

跨期与结账的处理规则，是费控项目里两个最容易埋雷的地方之一（另一个是借方科目的部门差异）。

如果上线前没定，会发生什么：上线首月月末，一批跨月单据涌过来，财务发现凭证记不进去，业务部门发现报销卡住了，双方都来找 IT。此时再改规则，已经生成的凭证要全部返工。

所以在调研阶段就要明确问清楚三件事：记账日期取哪个、账期通常什么时候关闭、已结账后需不需要支持调整。这三个问题的答案决定了整个凭证生成模块的设计。

系统层面需要具备的两个能力

一是按单据日期选取规则版本。凭证生成时应当按单据所属期间去匹配当时有效的规则，而不是按当前时间。否则 9 月生成 8 月的凭证时，用的可能是 9 月才生效的新规则。

二是账期状态校验前置。生成凭证前先检查目标期间是否已结账，已结账的直接在草稿阶段拦下并提示，而不是推送到总账被拒绝后再回头查。