先确认是否属于标准借支报销闭环场景
本指南适用范围为：员工通过U8【总账】→【出纳管理】→【借款单】提交差旅借款，经审批后支付，后续在【费用报销单】中关联冲销并生成凭证的典型业财流程。若业务涉及预付款挂账、多部门分摊、非差旅类备用金或与NC系统混合使用，请优先核查模块归属与数据流向一致性。
借款单（出纳模块）与费用报销单（总账/应收模块）联动实现，二者必须启用同一套会计科目体系与期间控制策略。最短可执行路径：5步完成从借款到凭证
- 进入【出纳管理】→【借款单】，新增单据，填写借款人、部门、借款事由（建议注明‘差旅’）、金额、预计还款日期，保存并提交审核；
- 主管在【工作流】或【出纳管理】→【借款单审核】中完成审批（状态变更为‘已审核’）；
- 出纳在【出纳管理】→【付款单】中依据借款单生成付款单，完成银行/现金支付（状态同步至‘已付款’）；
- 员工在【总账】→【费用报销单】中新建单据，勾选‘冲销借款’，在‘借款单号’字段下拉选择对应单据，录入实际差旅费用明细；
- 审核报销单后，在【总账】→【凭证管理】→【生成凭证】中勾选该报销单，系统自动按‘其他应收款-员工’与‘管理费用-差旅费’等科目生成冲销凭证。
为什么报销单里找不到可冲销的借款单？
核心原因在于借款单与报销单的‘状态链’未闭合。需逐项验证：
- 状态阻断：借款单未完成‘审核’或‘付款’（仅保存/提交不可冲销）；
- 期间错配：借款单所属会计期间早于当前报销单期间，且U8未启用‘跨期冲销’参数（默认关闭）；
- 科目冲突：借款单所用‘其他应收款’明细科目与报销单中‘冲销借款’默认科目不一致（如借款用‘其他应收款-张三’，报销却指向‘其他应收款-备用金’）；
- 权限隔离：报销单操作员无权查看该借款单所在部门或审批流节点（尤其多组织架构下）。
高频原因拆解：4类导致冲销失败的核心配置问题
1. 借款单审核流未启用或审批人为空
U8借款单依赖【工作流】引擎驱动状态变更。若未在【基础设置】→【工作流】→【借款单】中启用流程，或审批人字段为空，则单据长期卡在‘提交’状态，无法进入‘已审核’，报销端自然不可见。
2. 出纳模块与总账模块期间不同步
借款单属出纳模块，报销单属总账模块，二者会计期间由各自模块独立控制。常见误操作：出纳在1月完成付款，但总账期间仍停留在12月，导致报销单无法调取1月借款单。需每日登录时核对【系统服务】→【系统日期与期间】中两模块当前期间是否一致。
3. ‘冲销借款’功能未在报销单中显性开启
默认情况下，U8费用报销单界面不显示‘冲销借款’复选框。需进入【总账】→【设置】→【选项】→【凭证选项】页签，勾选‘允许报销单冲销借款’并保存。该设置影响所有用户，修改后需重启客户端生效。
4. 借款单与报销单的币种/汇率未匹配
涉外差旅场景下，若借款单为美元（按当日汇率折算人民币入账），而报销单误选人民币币种，系统将拒绝冲销。必须确保两者币种相同，或报销单中手动输入与借款单一致的原始币种及汇率值。
关键注意事项：3个易被忽略的校验动作
即使流程走通，凭证结果仍可能异常。以下动作须在生成凭证前人工确认：
- 核对冲销金额精度：借款单金额为10,000.00元，报销单冲销金额必须严格等于该值（系统不支持部分冲销），尾差需通过‘其他费用’补平；
- 检查凭证模板映射：在【总账】→【设置】→【凭证模板】中，确认‘费用报销单’模板的借贷方科目是否正确绑定‘其他应收款-员工’与‘管理费用-差旅费’，避免因模板错误导致凭证科目反向；
- 验证期末余额方向：借款单生成后，‘其他应收款’科目余额应为借方正数；报销冲销后，该笔明细余额应归零。若仍为借方余额，说明冲销未成功或存在重复报销。
替代与升级路径：当U8借支流程频繁卡点时的理性选择
若企业出现以下情况：每月差旅借款单超200+笔、需对接OA审批流、要求员工自助扫码提交电子票据、需实时监控个人借款余额与超期预警、或财务需按项目/客户维度归集差旅成本，则U8原生流程已逼近能力边界。此时建议评估更轻量、更聚焦的替代方案：
若业务同时涉及大量采购借款、销售押款、库存调拨预付款等复合场景，且需与进销存数据强联动，则建议延伸评估用友畅捷通好业财，其支持‘借款-采购-入库-报销’全链路穿透，并可按业务单据反向追溯资金占用。
回退与补救方案：凭证生成失败后的3种安全处理方式
当报销单审核后点击‘生成凭证’报错（如‘冲销金额不等’‘科目非法’），请勿直接删除单据。推荐按以下顺序处置：
- 退回报销单：在【总账】→【费用报销单】中找到该单，点击‘取消审核’→‘弃审’，修正借款关联或费用明细；
- 手工补制凭证：若时间紧急，可在【总账】→【凭证填制】中手工录入：
借：管理费用-差旅费 XXX
贷：其他应收款-员工 XXX
并在摘要中注明‘冲销借款单XXXXXX’； - 数据修复（仅限实施人员）：通过U8【数据监控】工具检查
GL_accvouch与GL_accass表中相关记录状态，确认是否存在凭证中间态残留，必要时执行sp_gl_repair_voucher存储过程修复。