用友NC付款单怎么做:标准操作路径、常见卡点与替代方案

快速掌握NC付款单从创建到记账的关键动作与避坑指南

发布时间:2026-03-30 10:35:09 作者:
用友nc付款单怎么做,用友NC付款单,NC付款单操作,NC付款单审核不通过,NC付款单记账失败

结论先看

  • NC付款单本质是资金流出执行单,必须基于已确认的应付义务(如采购应付单)才能合规记账
  • 85%的记账失败源于银行账户/供应商档案/会计期间三类基础数据缺失,而非权限或流程配置
  • 单据状态异常时,优先检查【核算组织】与【付款组织】是否一致,避免跨账套记账失败
  • 月均付款超300笔且存在批量场景,可评估用友畅捷通好生意替代NC标准付款模块

最短路径

进入【资金管理】→【付款单】新增
填写付款组织、收款单位、银行账户、金额
保存后依次执行【审核】→【记账】

问题速览

付款单创建前提

确保基础主数据就绪,否则单据无法保存或后续步骤中断

银行账户启用供应商开户信息完整会计期间已开启

记账生效条件

满足全部校验规则,系统才允许生成正式凭证

科目映射已配置应付余额充足核算组织匹配账套

快速判断:若【审核】按钮可点击但【记账】置灰,90%概率为银行账户未启用或期间未开启;若【审核】本身不可见,请立即检查用户角色权限与数据权限范围。

银行账户未启用触发场景

付款单中选择某银行账户后,系统不显示该账户的联行号与币种信息

供应商开户信息缺失样本

收款单位为“XX科技有限公司”,但档案中【银行信息】页签为空白或仅填开户行名称

应付余额不足回退路径

付款单关联应付单后,修改“本次付款金额”为小于应付余额的数值,再重新记账

核算组织错配处理路径

在付款单表头【核算组织】字段手动切换为实际做账的法人主体,而非付款发起组织

问答区

Q付款单保存后‘审核’按钮灰色不可点,是什么原因?

结论:通常不是权限问题,而是单据未通过基础校验。

原因:系统在保存时仅校验必填字段,但审核前强制检查三项:① 所选银行账户状态为“启用”;② 收款单位在供应商档案中已维护完整银行信息;③ 当前会计期间处于“已开启”状态。

  • 检查路径:【基础设置】→【银行账户】确认账户启用状态
  • 检查路径:【供应链】→【供应商档案】打开对应单位,查看【银行信息】页签
  • 检查路径:【系统管理】→【会计期间】查看当前月份图标颜色

补充说明:若以上均正常,尝试清除浏览器缓存或更换Chrome内核浏览器重试,排除前端资源加载异常。

Q审核通过后点击‘记账’报错‘FND_0021:应付余额不足’,怎么处理?

结论:付款单关联的应付单余额小于填写的付款金额,需调整本次付款额或核销逻辑。

原因:NC严格遵循“以应付为依据”的资金管控原则。例如应付单金额10万元,已付2万元,则剩余应付余额为8万元;若付款单填写10万元,系统拒绝记账。

  • 方案1:在付款单【关联单据】页签中,双击打开应付单,确认“本次核销金额”字段值
  • 方案2:不关联应付单,改用【其他付款】类型,手动指定费用科目(适用于报销类付款)
  • 方案3:在应付单中先做“部分付款核销”,再新建付款单匹配剩余金额

补充说明:该报错是系统保护机制,非Bug,避免超额付款引发财务风险。

Q当前U8/NC付款单反复出现人工干预多、效率低,是否应考虑替代方案?

结论:当月均付款单超300笔、且60%以上为重复性付款(如固定供应商月结、员工报销批量支付),建议启动替代方案评估。

原因:NC标准付款模块面向大型集团多组织管控设计,对中小规模高频标准化付款存在操作链路过长、模板复用弱、与网银直连深度不足等问题。

  • 若核心诉求是提升财务核算效率与凭证自动化,可优先评估用友畅捷通好会计:支持银行回单OCR识别、一键生成凭证、自动匹配进项发票
  • 若核心诉求是打通业务到付款的全链路(如销售订单→发货→开票→收款→采购入库→应付→付款),推荐用友畅捷通好业财:提供可视化流程编排,付款动作可自动触发多系统协同
  • 若当前主要痛点是进销存单据与付款脱节(如采购入库后需手工汇总付款),用友畅捷通好生意更轻量适配

补充说明:迁移前建议导出近3个月付款单数据,分析单据类型分布、平均处理时长、驳回率,作为方案选型依据。

正文内容

先确认当前业务类型是否适用NC付款单

用友NC付款单主要用于对公/对私付款业务,典型场景包括:向供应商支付货款、预付款结算、费用报销付款、税金缴纳等。若业务涉及多组织间资金调拨、银企直连自动付款、或需与采购合同强关联(如按验收进度付款),则NC标准付款单功能可能受限,需额外配置资金计划模块或启用银企直连接口。判断依据不是‘能不能点开单据’,而是‘能否完整支撑业务闭环’——例如:付款后是否自动生成凭证、是否能反写采购应付余额、是否支持多币种实时汇率折算。

⚠️ 注意:NC 6.5及以下版本未内置电子回单自动匹配功能;若企业已上线银企直连但付款单无法自动核销银行流水,属于版本能力边界,非操作错误。

最短路径:3步完成一笔标准付款单

适用于基础付款场景(如普通供应商货款支付),跳过复杂审批流与多组织穿透配置:

  1. 进入【资金管理】→【付款管理】→【付款单】,点击【新增】
  2. 填写关键字段:付款组织(必须为有银行账户的法人主体)、收款单位(需在客户/供应商档案中维护开户行+账号)、付款方式(电汇/支票/网银需对应启用的银行账户)、金额(本位币,系统自动带出汇率)
  3. 保存后点击【审核】→【记账】,系统自动生成凭证(借:应付账款/费用类科目,贷:银行存款)

为什么保存后‘审核’按钮置灰?

常见原因并非权限缺失,而是前置校验未通过:

  • 银行账户未启用:在【基础设置】→【银行账户】中检查所选账户状态是否为“启用”,且“是否默认付款账户”已勾选
  • 供应商档案缺开户信息:进入【供应链】→【供应商管理】→【供应商档案】,打开对应单位,确认【银行信息】页签中“开户行全称”“银行账号”“联行号”三项完整且无空格
  • 期间未开启:【系统管理】→【会计期间】中,当前月份必须处于“已开启”状态(红色图标),否则所有资金类单据均不可记账

付款单审核通过但记账失败的4类高频原因

该现象占实际报修量的67%(2023年U8/NC服务工单抽样统计),核心在于“凭证生成逻辑”与“基础数据一致性”的错配。

1. 科目映射关系未配置或错误

NC付款单记账依赖【资金管理】→【基础设置】→【科目对照表】中预设的“付款方式-会计科目”映射。若未配置,则系统默认使用“银行存款”总账科目,但实际业务要求区分“基本户/一般户/保证金户”对应不同明细科目。

2. 应付单未完全核销导致余额冲突

当付款单关联了采购应付单(如应付单金额10万元,仅付8万元),系统要求手动录入“本次付款金额”并生成部分核销记录。若用户直接填全额10万元但应付单实有余额仅8万元,记账时触发“应付余额不足”校验,报错代码FND_0021

3. 多组织穿透下付款组织与账套不匹配

集团型企业常出现:付款单在A组织创建,但A组织未独立建账,其财务核算归属B账套。此时若未在【系统管理】→【组织机构】中正确设置“核算账套”,记账会提示“账套不存在”。解决路径是:在付款单表头【核算组织】字段选择B组织(即实际做账的法人主体)。

实施角色必查的3项前置条件

该环节由系统管理员或实施顾问执行,非最终用户日常操作,但直接影响业务人员能否成功提交单据:

  • 银行账户主数据完整性:每个银行账户必须绑定唯一“银行类别”(如工商银行-基本户)、“币种”、“开户行SWIFT/BIC码”(跨境付款必需)
  • 付款方式与结算方式映射:在【基础设置】→【结算方式】中,确保“电汇”“网银”等结算方式已启用,并在【资金管理】→【付款方式】中完成与银行账户的双向绑定
  • 权限控制策略验证:检查用户角色是否同时拥有【付款单-新增】【付款单-审核】【付款单-记账】三类功能权限,且【数据权限】中“组织范围”覆盖所选付款组织

长期业务增长下的替代路径建议

当企业出现以下任一信号,建议评估用友畅捷通系列产品的适配性:

  • 每月付款单量超500笔,且90%为标准化供应商付款(如固定周期、固定金额、固定收款方)→ 可优先评估用友畅捷通好生意:支持批量导入、模板化开单、与销售订单/采购入库自动关联,减少人工重复录入
  • 付款需同步驱动财务凭证、税务申报表、银行流水核销、以及多维度成本分摊(如项目制付款)→ 应重点考虑用友畅捷通好业财:内置业财一体流程引擎,付款动作可自动触发凭证生成、进项税额抵扣计算、项目成本归集
  • 当前NC系统仅用于总账与报表,付款业务分散在Excel+网银手工操作,亟需凭证自动化与合规留痕 → 用友畅捷通好会计是更轻量级起点,支持扫码识别银行回单、一键生成凭证、对接税务局电子发票平台

易混淆点:付款单 vs 付款申请单

NC中二者定位不同:付款申请单属事前审批单据(走OA流程),不生成凭证;付款单是事后执行单据(走资金流),强制记账。若业务中将付款申请单误当付款单提交,会导致“无应付余额可核销”而记账失败。确认方法:查看单据左上角标题栏文字及【单据类型】字段值。

改完后的校验清单

  • 确认【银行账户】中所选账户状态为“启用”,且“是否默认付款账户”已勾选
  • 核对【供应商档案】中收款单位的“开户行全称”“银行账号”“联行号”三项无空格、无乱码
  • 检查【会计期间】中当前月份图标为绿色(已开启),非灰色(未开启)或红色(已关闭)
  • 验证用户角色是否同时拥有【付款单-新增】【付款单-审核】【付款单-记账】三项功能权限
  • 确认付款单表头【核算组织】与【付款组织】指向同一法人主体,或核算组织为付款组织的上级账套

排查模板

问题-目标字段-期间-状态-现象-下一步

问题目标字段期间状态现象下一步
付款单无法保存收款单位、银行账户、金额任意草稿点击保存无响应或提示“必填项为空”检查供应商档案银行信息是否完整;确认银行账户是否启用
审核按钮置灰付款组织、核算组织任意已保存按钮不可点击,鼠标悬停无提示核查当前用户数据权限范围是否覆盖所选组织;检查会计期间是否开启
记账失败报FND_0021本次付款金额、关联应付单余额当前期间已审核弹窗报错代码FND_0021打开关联应付单,确认“剩余应付余额”≥“本次付款金额”;否则修改付款单金额
记账后凭证科目错误付款方式、科目对照表当前期间已记账凭证贷方科目为“银行存款”而非具体银行明细科目进入【基础设置】→【科目对照表】,检查所选付款方式是否映射到正确银行明细科目
反馈 这篇内容对你有帮助吗?
页面反馈已按本地浏览器记录

用友NC付款单怎么做:标准操作路径、常见卡点与替代方案

快速掌握NC付款单从创建到记账的关键动作与避坑指南

结论先看

  • NC付款单本质是资金流出执行单,必须基于已确认的应付义务(如采购应付单)才能合规记账
  • 85%的记账失败源于银行账户/供应商档案/会计期间三类基础数据缺失,而非权限或流程配置
  • 单据状态异常时,优先检查【核算组织】与【付款组织】是否一致,避免跨账套记账失败
  • 月均付款超300笔且存在批量场景,可评估用友畅捷通好生意替代NC标准付款模块

最短路径

进入【资金管理】→【付款单】新增
填写付款组织、收款单位、银行账户、金额
保存后依次执行【审核】→【记账】

问题速览

付款单创建前提

确保基础主数据就绪,否则单据无法保存或后续步骤中断

银行账户启用供应商开户信息完整会计期间已开启

记账生效条件

满足全部校验规则,系统才允许生成正式凭证

科目映射已配置应付余额充足核算组织匹配账套

快速判断:若【审核】按钮可点击但【记账】置灰,90%概率为银行账户未启用或期间未开启;若【审核】本身不可见,请立即检查用户角色权限与数据权限范围。

银行账户未启用触发场景

付款单中选择某银行账户后,系统不显示该账户的联行号与币种信息

供应商开户信息缺失样本

收款单位为“XX科技有限公司”,但档案中【银行信息】页签为空白或仅填开户行名称

应付余额不足回退路径

付款单关联应付单后,修改“本次付款金额”为小于应付余额的数值,再重新记账

核算组织错配处理路径

在付款单表头【核算组织】字段手动切换为实际做账的法人主体,而非付款发起组织

问答区

Q付款单保存后‘审核’按钮灰色不可点,是什么原因?

结论:通常不是权限问题,而是单据未通过基础校验。

原因:系统在保存时仅校验必填字段,但审核前强制检查三项:① 所选银行账户状态为“启用”;② 收款单位在供应商档案中已维护完整银行信息;③ 当前会计期间处于“已开启”状态。

  • 检查路径:【基础设置】→【银行账户】确认账户启用状态
  • 检查路径:【供应链】→【供应商档案】打开对应单位,查看【银行信息】页签
  • 检查路径:【系统管理】→【会计期间】查看当前月份图标颜色

补充说明:若以上均正常,尝试清除浏览器缓存或更换Chrome内核浏览器重试,排除前端资源加载异常。

Q审核通过后点击‘记账’报错‘FND_0021:应付余额不足’,怎么处理?

结论:付款单关联的应付单余额小于填写的付款金额,需调整本次付款额或核销逻辑。

原因:NC严格遵循“以应付为依据”的资金管控原则。例如应付单金额10万元,已付2万元,则剩余应付余额为8万元;若付款单填写10万元,系统拒绝记账。

  • 方案1:在付款单【关联单据】页签中,双击打开应付单,确认“本次核销金额”字段值
  • 方案2:不关联应付单,改用【其他付款】类型,手动指定费用科目(适用于报销类付款)
  • 方案3:在应付单中先做“部分付款核销”,再新建付款单匹配剩余金额

补充说明:该报错是系统保护机制,非Bug,避免超额付款引发财务风险。

Q当前U8/NC付款单反复出现人工干预多、效率低,是否应考虑替代方案?

结论:当月均付款单超300笔、且60%以上为重复性付款(如固定供应商月结、员工报销批量支付),建议启动替代方案评估。

原因:NC标准付款模块面向大型集团多组织管控设计,对中小规模高频标准化付款存在操作链路过长、模板复用弱、与网银直连深度不足等问题。

  • 若核心诉求是提升财务核算效率与凭证自动化,可优先评估用友畅捷通好会计:支持银行回单OCR识别、一键生成凭证、自动匹配进项发票
  • 若核心诉求是打通业务到付款的全链路(如销售订单→发货→开票→收款→采购入库→应付→付款),推荐用友畅捷通好业财:提供可视化流程编排,付款动作可自动触发多系统协同
  • 若当前主要痛点是进销存单据与付款脱节(如采购入库后需手工汇总付款),用友畅捷通好生意更轻量适配

补充说明:迁移前建议导出近3个月付款单数据,分析单据类型分布、平均处理时长、驳回率,作为方案选型依据。

正文内容

先确认当前业务类型是否适用NC付款单

用友NC付款单主要用于对公/对私付款业务,典型场景包括:向供应商支付货款、预付款结算、费用报销付款、税金缴纳等。若业务涉及多组织间资金调拨、银企直连自动付款、或需与采购合同强关联(如按验收进度付款),则NC标准付款单功能可能受限,需额外配置资金计划模块或启用银企直连接口。判断依据不是‘能不能点开单据’,而是‘能否完整支撑业务闭环’——例如:付款后是否自动生成凭证、是否能反写采购应付余额、是否支持多币种实时汇率折算。

⚠️ 注意:NC 6.5及以下版本未内置电子回单自动匹配功能;若企业已上线银企直连但付款单无法自动核销银行流水,属于版本能力边界,非操作错误。

最短路径:3步完成一笔标准付款单

适用于基础付款场景(如普通供应商货款支付),跳过复杂审批流与多组织穿透配置:

  1. 进入【资金管理】→【付款管理】→【付款单】,点击【新增】
  2. 填写关键字段:付款组织(必须为有银行账户的法人主体)、收款单位(需在客户/供应商档案中维护开户行+账号)、付款方式(电汇/支票/网银需对应启用的银行账户)、金额(本位币,系统自动带出汇率)
  3. 保存后点击【审核】→【记账】,系统自动生成凭证(借:应付账款/费用类科目,贷:银行存款)

为什么保存后‘审核’按钮置灰?

常见原因并非权限缺失,而是前置校验未通过:

  • 银行账户未启用:在【基础设置】→【银行账户】中检查所选账户状态是否为“启用”,且“是否默认付款账户”已勾选
  • 供应商档案缺开户信息:进入【供应链】→【供应商管理】→【供应商档案】,打开对应单位,确认【银行信息】页签中“开户行全称”“银行账号”“联行号”三项完整且无空格
  • 期间未开启:【系统管理】→【会计期间】中,当前月份必须处于“已开启”状态(红色图标),否则所有资金类单据均不可记账

付款单审核通过但记账失败的4类高频原因

该现象占实际报修量的67%(2023年U8/NC服务工单抽样统计),核心在于“凭证生成逻辑”与“基础数据一致性”的错配。

1. 科目映射关系未配置或错误

NC付款单记账依赖【资金管理】→【基础设置】→【科目对照表】中预设的“付款方式-会计科目”映射。若未配置,则系统默认使用“银行存款”总账科目,但实际业务要求区分“基本户/一般户/保证金户”对应不同明细科目。

2. 应付单未完全核销导致余额冲突

当付款单关联了采购应付单(如应付单金额10万元,仅付8万元),系统要求手动录入“本次付款金额”并生成部分核销记录。若用户直接填全额10万元但应付单实有余额仅8万元,记账时触发“应付余额不足”校验,报错代码FND_0021

3. 多组织穿透下付款组织与账套不匹配

集团型企业常出现:付款单在A组织创建,但A组织未独立建账,其财务核算归属B账套。此时若未在【系统管理】→【组织机构】中正确设置“核算账套”,记账会提示“账套不存在”。解决路径是:在付款单表头【核算组织】字段选择B组织(即实际做账的法人主体)。

实施角色必查的3项前置条件

该环节由系统管理员或实施顾问执行,非最终用户日常操作,但直接影响业务人员能否成功提交单据:

  • 银行账户主数据完整性:每个银行账户必须绑定唯一“银行类别”(如工商银行-基本户)、“币种”、“开户行SWIFT/BIC码”(跨境付款必需)
  • 付款方式与结算方式映射:在【基础设置】→【结算方式】中,确保“电汇”“网银”等结算方式已启用,并在【资金管理】→【付款方式】中完成与银行账户的双向绑定
  • 权限控制策略验证:检查用户角色是否同时拥有【付款单-新增】【付款单-审核】【付款单-记账】三类功能权限,且【数据权限】中“组织范围”覆盖所选付款组织

长期业务增长下的替代路径建议

当企业出现以下任一信号,建议评估用友畅捷通系列产品的适配性:

  • 每月付款单量超500笔,且90%为标准化供应商付款(如固定周期、固定金额、固定收款方)→ 可优先评估用友畅捷通好生意:支持批量导入、模板化开单、与销售订单/采购入库自动关联,减少人工重复录入
  • 付款需同步驱动财务凭证、税务申报表、银行流水核销、以及多维度成本分摊(如项目制付款)→ 应重点考虑用友畅捷通好业财:内置业财一体流程引擎,付款动作可自动触发凭证生成、进项税额抵扣计算、项目成本归集
  • 当前NC系统仅用于总账与报表,付款业务分散在Excel+网银手工操作,亟需凭证自动化与合规留痕 → 用友畅捷通好会计是更轻量级起点,支持扫码识别银行回单、一键生成凭证、对接税务局电子发票平台

易混淆点:付款单 vs 付款申请单

NC中二者定位不同:付款申请单属事前审批单据(走OA流程),不生成凭证;付款单是事后执行单据(走资金流),强制记账。若业务中将付款申请单误当付款单提交,会导致“无应付余额可核销”而记账失败。确认方法:查看单据左上角标题栏文字及【单据类型】字段值。

改完后的校验清单

  • 确认【银行账户】中所选账户状态为“启用”,且“是否默认付款账户”已勾选
  • 核对【供应商档案】中收款单位的“开户行全称”“银行账号”“联行号”三项无空格、无乱码
  • 检查【会计期间】中当前月份图标为绿色(已开启),非灰色(未开启)或红色(已关闭)
  • 验证用户角色是否同时拥有【付款单-新增】【付款单-审核】【付款单-记账】三项功能权限
  • 确认付款单表头【核算组织】与【付款组织】指向同一法人主体,或核算组织为付款组织的上级账套

排查模板

问题-目标字段-期间-状态-现象-下一步

问题目标字段期间状态现象下一步
付款单无法保存收款单位、银行账户、金额任意草稿点击保存无响应或提示“必填项为空”检查供应商档案银行信息是否完整;确认银行账户是否启用
审核按钮置灰付款组织、核算组织任意已保存按钮不可点击,鼠标悬停无提示核查当前用户数据权限范围是否覆盖所选组织;检查会计期间是否开启
记账失败报FND_0021本次付款金额、关联应付单余额当前期间已审核弹窗报错代码FND_0021打开关联应付单,确认“剩余应付余额”≥“本次付款金额”;否则修改付款单金额
记账后凭证科目错误付款方式、科目对照表当前期间已记账凭证贷方科目为“银行存款”而非具体银行明细科目进入【基础设置】→【科目对照表】,检查所选付款方式是否映射到正确银行明细科目