报销系统对接用友 NC：凭证接口与多账簿处理

NC 对接的核心难点是多账簿多组织的映射：一笔报销属于哪个法人主体、进哪本账、要不要同时生成多个账簿的凭证。集团型企业上费控，这件事必须在调研阶段就问清楚，它决定了整个凭证模块的数据结构。

先确认组织与账簿的关系

调研时要拿到三个答案：公司有几个法人主体、每个主体对应哪本账簿、一笔报销是否需要同时生成多个账簿的凭证。

第三个问题最关键。多数情况下一笔报销只进一本账，但存在两种例外：一是跨法人分摊（总部费用摊给子公司），二是同时要出管理账和法定账。这两种情况下，一张报销单要生成多张凭证，数据结构必须支持一对多。

凭证字号由谁生成

这是个小问题，但不问清楚会返工。两种做法：

推荐第一种。凭证号的连续性是总账的职责，费控系统去管这件事，容易在并发或补录时出现重号。

组织维度要贯穿到分录行

NC 的凭证分录上通常需要携带组织信息。费控侧要保证报销单上的部门、成本中心能够追溯到所属法人主体，并在生成分录时正确填充。

如果费控的组织架构来自 OA 或 HR 系统，而 NC 的组织架构是财务口径，两者往往不完全一致——比如 OA 里有虚拟部门、项目组，NC 里没有。这种情况需要一张组织映射表，把业务组织映射到财务组织。

常见报错与排查顺序

排查顺序建议是：先看账期，再看科目，最后看维度。账期问题最常见也最好判断，维度问题最隐蔽——同一个科目在不同账簿下要求的维度可能不同。

推送失败后的处理

NC 接口会超时，也会返回业务错误。需要完整的状态机与失败原因记录，并支持人工重试。重试时要保证幂等，以报销单号加业务类型建立唯一索引。

一个实践建议：把失败原因翻译成财务能看懂的话再展示。NC 返回的错误信息往往是技术描述，直接甩给财务，他们既看不懂也无法处理，最后还是回到 IT 这里。