简介：面向用友NC Cloud实施顾问、财务人员及企业管理人员，这份PDF培训资料系统讲解2021.05版本应收应付模块的完整功能体系。内容围绕收付单据、转移并账、协同管理、核销处理、坏账管理、催款管理、汇兑损益及期末处理八大核心业务展开，并涵盖账龄分析、往来对账等查询功能，以及退款、预核销、RPA机器人等2021.05新增特色能力。资料从应收账款（预收、现销、赊销）与应付账款（预付、现购、赊购）的基本概念出发，结合采购销售订单、出入库单、发票等协同单据，讲清债权债务确认、暂估应收应付、自动/手工核销及坏账损失确认的完整链路。通过单据流转、核销规则和月末关账等典型场景，帮助读者理解从债权债务确认到最终结账的全流程操作逻辑。资源为单个PDF文件，容量8.6MB，便于下载后按章节翻阅或检索；已有782人学习参考。对于正在实施NCC应收应付模块或希望加深产品理解的从业人员，这份培训材料可提供从基础概念到系统配置、再到业务协同与风险管理的实用参考。
1. 项目概述与培训价值
搞财务系统实施的朋友都清楚，应收应付看起来只是"管钱进钱出钱"的模块，真做起来却是整个财务信息化里最容易扯皮、最需要反复沟通的一块。前段时间我完整梳理了一遍用友NC Cloud 2021.05版本的应收应付全流程，借着培训的机会把从基础档案到月末结账的整个链路重新过了一遍，这里把核心要点整理出来，给正在做类似项目或者准备上线的同行做个参考。
NC Cloud 2021.05的应收应付模块，本质上解决的是企业从业务发生到资金回笼/支付完成的全过程管理。通俗点说：应收管的是"客户欠我们多少钱、什么时候还"，应付管的是"我们欠供应商多少钱、什么时候给"。听起来简单，但落地时涉及合同、发票、收付款、核销、票据、账龄分析、凭证生成等一系列环节，任何一个地方没配置好，月底对账的时候就是灾难现场。
这次培训内容覆盖面很广，从基础档案设置、期初余额录入，到日常业务处理（应收单、应付单、收款单、付款单、核销、转账、票据管理）、再到月末处理（计息、汇兑损益、账龄分析、结账），以及和总账、资金、供应链模块的接口逻辑，基本上把一线实施顾问会碰到的场景都涵盖了。适合的对象包括：正在做NC Cloud应收应付实施的项目经理和顾问、企业内部负责财务系统运维的IT人员、以及想系统了解应收应付模块的财务骨干。
2. 功能架构与业务场景解析
2.1 应收应付模块解决的核心业务痛点
先想一个问题：为什么企业需要一套独立的应收应付管理，而不是直接在总账里记往来科目就完事了？
我在实施过程中遇到过不少客户提出这个疑问。答案其实很直接——总账只能告诉你"应收账款科目余额是多少"，但回答不了这几个问题：这笔钱是哪张销售订单产生的？对应的发票开了没有？客户已经付了多少、还剩多少没付？哪几笔已经超过信用账期了？
NC Cloud的应收应付模块就是把往来业务从"粗放式科目余额管理"升级为"精细化单据级管理"。每一笔应收/应付都有完整的业务链条——来源单据（销售订单/采购订单）、发票信息、收付款情况、核销记录、账龄状态。月底财务对账时不再是拿着一张科目余额表去猜，而是能直接穿透到每一笔业务单据。
以应收管理为例：销售部门在供应链模块发货开票后，应收单会自动或手动生成，财务人员在此基础上跟踪客户回款。收到钱后做收款单，再和应收单核销，核销完成后这笔业务才算真正闭环。如果客户分多次付款，还能做部分核销，剩下未核销部分继续挂着，直到全部结清。整个过程清晰可追溯，月底做账龄分析也顺理成章。
2.2 2021.05版本应收应付的关键能力
NC Cloud 2021.05版本在应收应付模块上，几个能力点值得关注：
多组织协同：集团型企业普遍存在多法人、多核算主体的情况。NC Cloud支持按照结算组织维度区分应收应付的归属。比如集团统一对外销售，各子公司独立核算，通过结算组织配置，可以做到"业务发生在一家公司、资金结算在另一家公司"的灵活处理。这一块配置好了，后续凭证生成和往来对账才不会是乱的。
灵活的单据类型体系：系统提供了应收单、应付单、收款单、付款单、核销单、转账单、票据等丰富的单据类型，每种单据又支持自定义单据模板和编号规则。实际项目中，不同企业的业务场景差异很大——有先票后货的、有先货后票的、有按月结算的、有预付定金的，这些都能通过单据类型和交易类型组合来适配。
强大的核销处理：这是应收应付模块的"动手术"级别功能。支持自动核销和手工核销两种模式。自动核销可按单据号、合同号、订单号等维度匹配；手工核销则提供了余额核销、逐笔核销等多种方式。核销时还能处理多币种、多单据的组合场景，并能自动计算汇兑损益。
与总账的深度集成：应收应付模块生成的单据，可以通过会计平台自动生成总账凭证。这一块是实施中最容易出问题的环节——会计科目映射配置不对，或者辅助核算项取数规则不对，生成的凭证就是错的。建议做这个模块时，务必把"单据类型+交易类型→凭证模板"的映射关系梳理清楚。
2.3 与其他模块的协同关系
应收应付在NC Cloud里不是一个孤立模块，它和上下游模块的接口关系非常重要：
- 与供应链模块：销售出库、销售发票传递生成应收单；采购入库、采购发票传递生成应付单。这是应收应付最核心的数据来源。如果供应链侧的流程配置不正确，应收应付侧就会漏单或重复生成单据。
- 与总账模块：通过会计平台生成凭证，往来科目（如1122应收账款、2202应付账款）的辅助核算通常设置为"客商"，这样才能在总账里按客户/供应商维度进行余额查询。
- 与资金模块：收款单、付款单可以推送到资金模块做资金计划、票据管理；反之，资金模块的票据业务也能回写应收应付进行核销。
- 与税务模块：发票信息和税务模块联动，实现进项/销项发票的数据同步，减少重复录入。
实际项目中，应收应付实施得顺不顺，很大程度取决于上游供应链流程是否跑通，以及会计平台配置是否合理。这也是为什么培训时要把接口逻辑单独拿出来讲透。
3. 核心配置与实操重点
3.1 基础档案设置——最容易忽略但最不能错的一步
很多项目做到后期发现往来对账对不上，回过头来排查，十有八九是基础档案没做好。
客商档案是应收应付的第一层基础。NC Cloud里客商分为客户、供应商、客商（既是客户又是供应商），建档时要注意几个关键字段：客商名称/简称（决定了报表显示效果）、税号/开户行/账号（发票和收付款必用）、所属地区/行业分类（用于统计分析）、信用额度/信用期限（应收模块的信用管理要用）。尤其要注意的是客商和结算组织的关系——一个客商必须在对应结算组织下建立了客商分配关系，才能在这个组织下发生业务。
币种与汇率：如果涉及外币业务，必须提前维护币种档案和汇率方案。汇率分为固定汇率和浮动汇率，NC Cloud支持按业务日期取汇率。这个设置直接影响了汇兑损益的计算。常见的问题是：客户月末要做汇兑损益结转，但平时收付款用的汇率和记账汇率不一致，导致财务账面和实际收款金额差几分钱。解决办法是明确记账汇率规则，比如"按月初汇率记账、收款按当日汇率折算差额入汇兑损益"。
收付结算方式：包括电汇、支票、银行承兑汇票、商业承兑汇票等。维护时注意设置是否生成资金票据、是否参与资金计划等参数。这一块也关联到后续票据管理模块的使用。
3.2 初始参数设置——决定业务流程的方向
系统参数看起来不起眼，实际上每一项都决定了后面业务操作的走向。应收模块常见的参数包括：
- 是否必有来源单据：控制应收单能否手工录入。有的企业严格要求所有应收单必须有销售发票来源，否则财务不认；有的企业允许手工补录（比如非销售类的其他应收）。
- 收付款单是否自动核销：勾选后，录入收款单保存时系统自动按规则找匹配的应收单核销；不勾选则需要财务人员手工做核销操作。建议上线初期不勾选自动核销，等业务稳定后再开启，降低误核销风险。
- 是否启用信用管理：启用后，销售订单/发货环节会检查客户信用余额，超信用额度会进行控制（预警/阻止）。对信用要求高的企业，这一项是标配。
- 是否启用票据管理：启用后，收到/开出的银行承兑汇票、商业承兑汇票进入票据模块管理，到期托收/背书转让/贴现业务完整记录。
应付模块的参数与应收类似，额外需要注意"是否允许无来源应付单"、"采购暂估处理方式"（单到回冲/单到补差）等。这套参数配置一定要结合企业的实际业务需求去设定，不能照抄其他项目的配置，因为不同企业的管理颗粒度差异很大。
3.3 单据模板与交易类型配置
NC Cloud基于模板化设计思路，所有单据（应收单、应付单、收款单、付款单等）都可以通过单据模板管理来定制字段、布局和显示规则。这一步做得好不好，直接影响财务人员的使用体验。
实操中建议这样操作：先在"动态建模平台→单据模板初始化"里找到对应单据类型，复制系统预置模板，然后在副本上修改。比如应收单，客户要求增加"销售订单号"“项目名称”“业务员”三个自定义字段，并且要求保存时必填。通过在模板上添加自定义项、设置引用属性、勾选必填，就能实现。
交易类型则控制单号规则和业务流程方向。比如"普通应收单"和"预收款冲抵应收"，虽然都是应收单，但业务含义不同，可以设置不同的单据交易类型，从而匹配不同的凭证模板生成规则。单号规则建议按"结算组织+单据类型+年月+流水号"设计，这样月底查询、审计追溯都能快速定位。
3.4 会计平台配置——凭证生成的关键
如果说上面那些配置是让业务能跑起来，那会计平台的配置就是让业务能"落到账上"。这块也是实施中问得最多、最容易出错的地方。
应收应付相关凭证主要涉及：应收单确认收入/应收账款、收款单收到款项/冲减应收账款、应付单确认成本/应付账款、付款单支付款项/冲减应付账款、核销处理、汇兑损益结转等。
每个业务动作对应一个"凭证模板定义"，模板里需要设置：凭证类别（收/付/转）、科目取值规则（按单据字段映射、按公式计算、按辅助核算取值）、辅助核算项（客商、部门、业务员、项目等）、金额取值（原币金额/本币金额/税额）。
举个最常见的例子——根据应收单生成凭证的模板：
借：应收账款（辅助核算=客商） 按价税合计取数
贷：主营业务收入（辅助核算=存货/收入类） 按无税金额取数
贷：应交税费-应交增值税-销项税额 按税额取数
看起来简单，但实际项目里客户要求科目不同、辅助核算不同（有的按部门核算收入、有的按项目核算、有的还需要按销售区域），就需要在“动态建模平台→会计平台→凭证模板定义”里做多维度配置。配置完成后建议用真实的业务单据做测试，检查借贷是否平衡、辅助核算是否带出、金额是否正确，测试通过后再正式启用。
4. 日常业务处理与操作要点
4.1 应收业务的完整处理流程
以一个典型的"销售开票收款"场景为例：
- 供应链模块做销售发货、开具销售发票。
- 应收模块根据销售发票生成应收单（支持批量生成），应收单状态为"审核通过"，同时通过会计平台生成凭证（借：应收账款，贷：主营业务收入/销项税）。
- 客户实际回款后，财务在应收模块录入收款单。如果是银行电汇，可以直接录入；如果是承兑汇票，则登记票据后在票据模块同步。
- 收款单审核后，做核销处理——将收款单与对应的应收单匹配。核销完成后，应收单余额归零。如果是部分付款，则应收单剩余金额继续挂账。
- 月末做账龄分析、对账单打印、催款通知书等，为业务部门提供客户欠款明细。
这里有几个操作层面的细节要特别提醒：
收款单和应收单的核销，核心是"先确认收到钱、再做核销"还是"边收款边核销"的处理差异。如果是手工模式下，我建议先审核收款单，然后进"核销处理"功能操作，避免在收款单界面直接做核销导致数据视图不完整。核销时可以多选单据，系统会自动按单据日期或到期日排序，逐笔分配核销金额。
期初数据的录入也是一门学问。系统上线前，企业往往有未结清的历史往来。在"期初余额"功能中，客户/供应商的期初应收/应付不仅录入总额，最好按业务单据明细录入（金额、日期、到期日、原始单据号），这样后续的账龄分析和核销才有据可依。只录入一个总数虽然省事，等做到龄分析或者和客户对账时，就会发现根本拆不出来明细，那才是真正让人头大的地方。
4.2 应付业务与付款排程
应付业务方向与应收对称，但有几个独特的处理点：
采购暂估与回冲：企业常有货到票未到的情况，月底需要做暂估入库。NC Cloud支持对暂估应付单做期末处理，等收到采购发票后生成应付单，再和暂估单做"单到回冲"或者"单到补差"。不同的处理方式对应不同的凭证逻辑，项目上要根据企业会计政策来定，不能拍脑袋选。
付款申请与付款单：大企业通常有付款审批流程，先做付款申请（可在网上报销或资金模块发起），审批通过后再生成付款单执行支付。NC Cloud支持付款申请单到付款单的推单流程，并在付款单上关联合同、发票、入库单等信息，确保付款有据可查。
付款排程：对于资金计划管理要求高的客户，可以启用在"资金计划"里编排未来期间的付款排程，根据应付单的到期日生成预计付款计划，再结合实际的资金头寸安排付款。这算是应收应付向资金管理延伸的高级应用，做项目时需要评估客户的实际需求复杂度，决定是否启用。
4.3 票据管理与转账业务
票据管理是应收应付里的"第二战线"。收到银行承兑汇票，需要在票据模块登记票据池，记录票据号码、出票人、承兑人、票面金额、到期日等信息。票据到期前可做托收，也可以背书转让给供应商，或者去银行贴现。每个动作都会联动应收/应付进行核销处理。
背书转让场景：收到客户给的100万银行承兑汇票，然后转手背给供应商支付货款。业务链条是：票据模块做背书转让登记，系统自动在应收侧核销客户应收款，在应付侧核销对供应商的应付款。两边的往来余额同步减少，资金占用大幅降低。这个功能用好了，对有大量票据结算的公司来说价值非常明显。
转账业务（应收转应付）则处理的是"三角债"问题。比如A公司欠B公司货款，同时B公司旗下C公司又欠A公司货款，通过三方协议，可以将A对B的应收转为对C的应付。这一块涉及合同协议和账务处理，实施时要谨慎，确保有协议依据再操作。
5. 常见问题与排查技巧实录
5.1 凭证生成错误
问题现象：应收单审核后，生成的凭证借贷不平衡，或者科目不对。
排查思路：首先看凭证模板是否匹配。NC Cloud按“单据交易类型+业务类型”匹配凭证模板，如果模板配置时条件组合不正确，可能导致生成了默认模板甚至没生成凭证。其次看辅助核算取值——常见问题是取数公式引用了空的字段，比如单据上没维护项目，但模板里设置了项目辅助核算必填，带不出来就会报错。最后看金额取数来源，检查价税合计、无税金额、税额分别取的是哪个字段。
解决建议：在“会计平台→科目分类定义”里检查对应单据类型的科目分类是否正确；开“凭证模板定义”逐条核对分录的取数来源；用测试单据反复生成凭证，确认无误后再放量操作。
5.2 核销金额对不上
问题现象：手工核销时，可核销余额显示异常，或者核销完发现应收单还有余额。
排查思路：绝大多数情况是存在多币种业务。如果收款单币种和应收单币种不一致，核销时会涉及币种折算，此时需要检查汇率取值是否正确。还有一个常见原因是之前做过部分核销，再次核销时余额计算逻辑没刷新，可以先退出核销界面重新进入。
解决建议：核销前先查询单据的"累计核销金额"和"未核销金额"。对于外币业务，确认汇率方案设置正确。如果核销关系实在太乱，可以在"核销记录"里查询历史核销明细，必要时反核销重新操作。
5.3 期末结账检查不通过
问题现象：应收/应付期末结账时，系统提示有未处理业务或存在未生成凭证的单据。
排查思路：期末结账前系统会做一系列检查：是否存在未审核的单据、是否存在未核销的收付款单、是否存在未生成凭证的单据。任何一个检查项不过，结账都会中断。
解决建议：我建议项目上把期末结账检查流程固化下来，形成操作清单——步骤一：检查所有单据是否审核；步骤二：检查是否所有单据已生成凭证；步骤三：检查是否有当月收付款未核销；步骤四：执行必要的汇兑损益结转；步骤五：再做一次期末处理检查，全部绿色后执行结账。按这个顺序走，基本不会卡壳。
5.4 往来对账不平
问题现象：总账里应收账款科目余额，和应收模块客户往来余额不一致。
排查思路：这是经典的总账与业务模块对账问题。常见原因包括：凭证模板配置导致生成凭证时借贷方向或金额错误、存在未生成凭证的应收/收款单据、科目辅助核算设置不一致（比如总账要求客商+部门双辅助核算，但凭证模板只取了客商）、以及期初余额录入时总账和业务模块的口径不一致。
解决建议：通过NC Cloud的"对账中心"功能配置对账方案，将总账科目余额与业务模块单据余额定期核对。出现差异时，缩小时间范围逐笔排查。常见技巧是先对总额，再对客商维度明细，最后定位到具体单据。上线初期建议每周核对一次，不要等月底集中处理，否则数据量大了很难快速找到问题源头。
6. 实操心得与经验总结
这套系统做下来，我个人最深刻的体会有两点。一是应收应付模块绝对不能只盯着模块内部的功能去实施，必须从"业务发生→单据传递→凭证生成→资金回笼"整个链条去理解它的定位。很多项目做不好的根源，其实是在上游——供应链的单据傳递、会计平台的映射规则，任何一环有偏差，最后都会在应收应付这边暴露出来。所以做这个模块，首先要花时间把业务蓝图理清楚，再动手配置。
二是配置参数的粒度一定要贴合企业的实际业务复杂程度。别一上来就追求大而全，把所有高级功能都启用。比如信用管理、票据管理、付款排程——这些功能都很强大，但如果企业管理水平还没到那个阶段，强行启用反而增加日常操作的负担。我在实施中一贯的做法是：第一期先跑通核心流程（基础档案+应收应付单+收付款+核销+凭证），稳定运行两三个月后再按需启用高级功能，这样上线平稳、用户接受度高。
最后分享一个小技巧：NC Cloud 2021.05应收应付模块的"单据追溯"功能非常实用。在已审核的应收单上，可以联查来源销售发票、下游收款单、核销记录、生成的凭证，一条链路看清楚业务的来龙去脉。我习惯建议客户的财务人员每天下班前花几分钟，抽查当天处理过的单据，用单据追溯功能过一遍，很多数据问题在萌芽阶段就能被发现，远好过月底集中排查。
本文还有配套的精品资源，点击获取
