简介面向用友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应收应付模块的单据追溯功能非常实用。在已审核的应收单上可以联查来源销售发票、下游收款单、核销记录、生成的凭证一条链路看清楚业务的来龙去脉。我习惯建议客户的财务人员每天下班前花几分钟抽查当天处理过的单据用单据追溯功能过一遍很多数据问题在萌芽阶段就能被发现远好过月底集中排查。本文还有配套的精品资源点击获取