试讲稿应收账款

中国邮政集团ERP项目,应收模块培训大纲内蒙 岳琦,2015年9月,应收模块培训大纲,第一部分 应收模块方案,第四部分 应收模块系统操作,第三部分 应收数据清理方案,第二部分 应收初始化方案,第一部分 应收模块方案,2、应收重点方案流程介绍,3、应收推广方案,1、应收模块概念介绍,1、 应收模块概念介绍,第一部分 应收模块方案,应收模块总体介绍应收事务处理管理收款管理应收关账管理,第一部分 应收模块方案ORACLE EBS应用产品集成概览,第一部分 应收模块方案应收模块概览,应收模块能够有效地管理客户、发票、收款和收帐过程。可以帮助用户更好地管理销售过程，同时完成对客户帐龄，信用等信息的控制和分析,应收票据管理,应收票据录入,票据汇款和贴现,票据背书,收帐管理,客户账户工作台,客户账龄,客户催款,期末结帐和报表,创建会计分录,期末月结流程,报表查询和输出,客户信息管理,客户创建,客户合并,付款条件,发票管理,发票录入,与销售订单集成,发票调整、修改,定金发票,收款管理,收款/收款批录入,预收款处理,收款核销处理,收款调整、撤销,1、 应收模块概念介绍,第一部分 应收模块整体方案,应收模块总体介绍应收事务处理管理收款管理应收关账管理,第一部分 应收模块整体方案应收事务处理,应收事务处理流程,事务处理类型：发票、贷项通知单付款条件：立即付款等发票编号：实际发票编号或流水号,应收事务处理相关概念,销售合同,创建销售订单,接口程序自动生成应收发票,发票审核,收款核销,应收传送至总账,第一部分 应收模块方案-应收事务处理类型,第一部分 应收模块方案应收事务处理结构,发票头,客户信息,发票行,发票信息,发票行金额,行分配,行账户分配,一张发票，一个发票头,一个发票头可以对应多个发票行，一般对应到销售明细,一个发票行可以对应多个行分配，如收入、税明细,第一部分 应收模块方案应收事务处理操作界面（示例）,头信息,第一部分 应收模块方案应收事务处理操作界面（示例）,行信息,第一部分 应收模块方案应收事务处理操作界面（示例）,1、 应收模块概念介绍,第一部分 应收模块方案,应收模块总体介绍应收事务处理管理收款管理应收关账管理,第一部分 应收模块方案收款管理,收款处理流程,收款方法：现金收款、杂项收款等付款条件：立即付款等收款编号：实际收款编号或流水号,收款管理相关概念,开出销售发票,录入收款,选择发票,收款核销,应收传送至总账,单一收款,第一部分 应收模块方案收款管理相关名词,收款类型：现金收款与杂项收款用现金收款记录客户的收款用杂项收款记录与组织通常的事务处理活动无关的收款，如银行利息、股票投资收益等核销一张收款核销多张发票，或一张发票的部分金额未指定发票的收款，作为预收款管理。通过定义客户关系来用一客户的收款去核销另一客户的收款收款的冲销自动产生反冲凭证收款冲销后，传递到总帐系统，系统会自动产生相反的会计凭证收款冲销后，重新释放被此收款核销的发票,1、 应收模块概念介绍,第一部分 应收模块方案,应收模块总体介绍应收事务处理管理收款管理应收关账管理,第一部分 应收模块方案应收关闭期间流程,应收模块创建会计分录,复核、平衡和调节应收模块、库存模块的事务处理,完成向总账模块传送会计分录,复核传送结果并更正传送问题,将日记账分录过账至总账,每个期末，企业应该完成应收关账流程。,2、 应收重点方案流程介绍,应收模块总体方案应收模块关键流程应收账款流程预收款流程主营业务收入（其他业务收入）流程坏账处理流程期末关账流程,第一部分 应收模块方案,第一部分 应收模块方案应收模块的内容,其他应收,第一部分 应收模块方案应收模块总体解决方案,营业信息系统,报刊业务,代理业务,银企直联,应收账款,预收账款虚拟收款,客户主数据平台,应收管理系统,自动核销,实缴和实收核对,大客户管理系统,资金勾稽,信息同步,计欠清欠预收调整,把应收账款、预收账款、核销、调整的信息传送至总账,集邮业务,其他业务,收入,计欠收入,总账管理系统,现结收入,应收管理系统管理“应收账款”，满足邮政现有的“用户欠费”管理需要。“应收账款”管理按照机构、部门、网点、专业、产品、客户和责任人七个维度进行管理。按“日”汇总每个机构、部门、网点、专业、产品、客户、责任人的“应收账款”的信息；用户欠费清欠在业务系统完成后，直接传送至应收模块，形成清欠信息，并自动核销原来的用户欠费；“营业款”管理明细的信息在前端业务系统。“营业款”管理，每天从业务系统中汇总应缴款和实缴款信息，汇总成存行单信息，存行单与银企直联的实收款信息进行勾稽，勾稽后产生的信息才能传送至总账或应收模块；所有收入和成本从前端业务系统传入总账模块；邮务板块业财未改造完成的专业在总账模块进行账务处理。,分销业务,资金平台,银行存款/网点应缴暂存资金,机要业务,手工录入,手工录入,赋码,第一部分 应收模块方案应收管理总体方案中涉及到的会计分录,2、 应收重点方案流程介绍,应收模块总体方案应收模块关键流程应收账款流程预收款流程主营业务收入（其他业务收入）流程坏账处理流程期末关账流程,第一部分 应收模块方案,第一部分 应收模块方案应收账款管理流程,营业日报,应收管理系统,业务系统,业务人员,业务系统,EBS系统,线下,处理日常业务,应收会计,总账会计,总账管理系统,请求导入清欠收款信息,请求导入应收账款,生成事务处理信息,提交请求”自动核销”,生成清欠收款信息,生成凭证,系统,开始,结束,请求导入核销信息,业务系统映射规则,导入到应收管理系统接口表中,系统,应收管理平台,业务系统,业务系统,EBS系统,线下,第一部分 应收模块方案预收款管理流程,业务人员,总账模块,生成凭证,营业日报,日常业务处理,开始,业务系统映射规则,客户预收账款,预收账款冲销,结束,导入应收系统,生成预收款,应收会计,业务系统映射规则,预收账款转收入,业务系统映射规则,收入表,业务系统,业务人员,业务系统,EBS系统,线下,第一部分 应收模块方案主营业务收入（其他业务收入）管理流程,处理日常业务,总账会计,总账管理平台,提交导入“日记账”请求,生成凭证,系统,开始,结束,业务系统映射规则,现结收入,计欠收入,报批单,报批单,账龄分析表,业务部门,业务系统,EBS系统,线下,第一部分 应收模块方案坏账处理管理流程,应收会计,总账管理系统,申请计提坏账,手工录入凭证,应收平台,业务系统,系统,集成业务系统的坏账注销,集成业务系统的坏账转回,坏账催缴,开始,FM-2.2子模块凭证处理流程,结束,坏账注销（确认）,坏账转回,应收模块月结关账检查报表,业务系统,业务部门,业务系统,EBS系统,线下,第一部分 应收模块方案应收关账管理流程,完成所有业务,提交应收与业务系统对账报表等报表,关闭应收期间,提交应收模块月结对账检查等报表,应收管理系统,系统,开始,结束,应收与业务系统对账报表,3、 应收推广方案,应收模块系统角色集成方案下的用户欠费、预收、清欠和调整处理（营业信息系统、集邮管理系统）集成方案下的收入处理（营业信息系统、集邮管理系统）未集成方案下的用户欠费、预收、清欠、调整、收入等业务处理（报刊等其他各专业）应收查询与报表应收关账推广省上线工作内容及工作流程,第一部分 应收模块方案,第一部分 应收模块方案系统相关角色,应收超级用户：负责应收模块的设置工作；（集团权限）应收会计：进行应收模块的日常业务处理工作，包括提交请求，导入应收事务处理、收款信息、核销信息等；用户欠费管理岗：对企业的用户欠费进行管理和分析。,第一部分 应收模块方案应收会计日常工作流程,应收会计日常工作流程1）应收会计日常工作业务处理：营业系统/集邮系统：营业系统、集邮系统与应收模块集成，自动生成应收、预收、清欠和调整（坏账）的数据，应收会计需要复核导入的数据是否正确；其他专业系统：如报刊等专业的应收、预收、清欠和调整（坏账）的会计分录由应收会计通过日记账功能录入，核算到“机构+部门+专业”。2）应收会计日常应收查询：日常的事务处理查询，通过系统操作界面实现；日常的应收报表查询，通过请求实现。应收会计月末关账检查1）月末关账检查报表查询，通过请求查询，便于检查当前单位是否有未结事项。,第一部分 应收模块方案集成方案下的用户欠费、预收、清欠和调整处理（营业系统、集邮系统）,业务系统,柜台办理业务,录入欠费、预收等信息,传送至中间表,日结完成,1.生成“欠费、预收、清欠、调整”的请求是自动运行，不需要应收会计操作；2.传送频次是每天传送；3.在应收模块的事务处理工作台查询欠费、调整的信息；4.在应收模块的预收和清欠工作查询预收、清欠的信息；5.在应收模块可以查询应收业务明细、预收和清欠收款的明细信息；6.应收模块的信息自动运行“创建会计科目”请求，按日汇总传送至总账模块；7.在总账模块查询用户欠费、预收、清欠、坏账调整等凭证信息；8.应收关账之前，各省集中核算中心的应收会计需要检查各个单位的业务事项是否完成，保证集团能够及时关账；9.应收关账由集团统一完成。,应收模块,请求导入,月末关账,日常查询,“欠费、预收、清欠、调整”,第一部分 应收模块方案集成方案下的收入处理（营业系统、集邮系统）,业务系统,柜台办理业务,录入计欠收入和现结收入的信息,传送至中间表,月末业务完成,总账模块,月末关账,日常查询,收入日记账,1.生成的请求是自动运行，不需要总账会计操作；2.收入的请求提交频次是每月运行一次；3.收入信息通过“CUX：收入导入总账”请求，直接传送至总账模块，生成相应凭证；4.在总账模块可以查询收入的明细信息，比如通过日记账查询，账户查询等；5.在总账模块关账之前，各省集中核算中心的总账会计需要检查各个单位的收入事项是否完成，保证集团能够及时关账；6.总账关账由集团统一完成。,第一部分 应收模块方案未集成方案下的用户欠费、预收、清欠、调整、收入等业务处理（报刊等其他各专业）,未集成的专业，比如报刊、机要、分销等专业业务由各省集中核算中心的应收会计通过日记账功能，录入用户欠费、预收、清欠和调整（坏账）的会计凭证；手工录入日记帐、日记帐冲销所产生的日记帐凭证的处理流程如左图所示，流程要点包括：会计录入/生成日记账会计调整日记账会计递交审批主管审核过账日记账查看账户余额应收会计录入的日记账，需要应收会计的主管对日记账进行审批；通过“日记账”的查询功能可以查询相应的应收账款、预收账款、坏账（计提、确认和转回）等业务。,会计录入/生成日记帐,主管审核,批准/拒绝？,过账日记账,查看账户余额,会计调整日记账,会计递交审批,拒绝,批准,第一部分 应收模块整体方案应收查询与报表,第一部分 应收模块整体方案应收模块关账管理各省关账管理,第一部分 应收模块整体方案推广省上线内容定义-应收部分,第一部分 应收模块整体方案推广省上线应收模块工作流程,第一部分 应收模块整体方案推广省应收模块上线日常工作注意事项,欠费、预收、清欠数据核对ERP系统与业务系统核对ERP系统与NC财务系统核对收入数据核对ERP系统与业务系统核对ERP系统与NC财务系统核对账务处理需手工补录的账务信息,第二部分 应收初始化方案的内容,1、期初数据配置,2、期初数据清理,3、期初数据切换,第二部分 应收初始化方案的内容,1、基础数据配置,第二部分 应收初始化方案的内容,2、期初数据清理清理人员：业务管理人员财务核算人员清理步骤：业实核对：业务部门对于应收账款和预收账款余额的明细，以业务实际情况（业务原始记录，比如纸质单据或者电子单据）为准，做实际数与业务系统数据核对清理，对业实差异查明原因并在业务系统中调整，确保业实数据真实、准确、完整业财核对：业务部门将业实核对清理后的业务数据提交财务部门，双方联合做业财数据核对，对业财差异应进一步核实、查明原因并根据实际数区分业财责任，在各自系统中调整。,第二部分 应收初始化方案的内容,冲销的数据同一核算公司存在应收应付往来款项，需核对金额性质，确定是否冲销抵平；集团公司间存在应收应付往来款项，需要与对方公司核对余额，共同调整入内部往来类科目； 集团公司间存在应收应付往来款项，需与关联公司核对余额，确定是否冲销抵平。调整的数据应收款项贷方“应收账款”的余额进行分析确认，对于预收款性质的余额建议调整至“预收账款”相关科目；预收款项借方“预收账款”的余额进行分析确认，对于应收款性质的余额建议调整至“应收账款”相关科目。,期初数据清理特殊数据处理,第二部分 应收初始化方案的内容,提取数据：根据业实核对、业财核对完成的数据，作为最终要导入系统的数据，并且要在专业系统中维护期初上线数据；（各专业系统厂商） 转换数据：转换数据已经通过应收模块与专业系统的映射规则实现，不需要单独转换；（埃森哲）导入数据：提交应收模块数据导入的请求，实现期初数据的初始化工作；（系统自动）核对数据：通过“CUX_应收事务处理明细表”和“CUX_收款明细表”请求报表进行数据的核对。（上线省公司）,3、期初数据切换的工作事项,第二部分 应收初始化方案的内容,期初数据切换工作安排,第二部分 应收初始化方案的内容,验证应收模块中的所有应收未结发票、预收账款等记账的账户的余额与用户提供的应收的账户余额是否一致。其中涉及到：应收账款账户、预收账款账户等。数据校验核对完成后，将应收模块的期初数据会计分录传送到总账，导入后在总账中手工编制凭证予以冲销。只保留用户所提供的应收的账户余额值。对账时，可以借助应收所提供的报表： 应收月结检查使用应收月结检查报表 应收与总账对账使用试算平衡表,期初数据切换 应收模块与总账模块的数据核对,第三部分 期初数据清理方案,1、业财一体化方案,2、客户主数据清理说明,3、用户欠费及预收账款清理方案,客户主数据清理说明,2,1,业财一体化目标,目录,用户欠费及预收账款清理方案,3,通过业财一体化集成，在ERP系统实现用户欠费的自动归集，加强对用户欠费的管理,通过与各专业生产系统直接取数，在ERP中实现用户欠费数据的反映和分析；ERP系统管理按照机构、部门、网点、专业、产品分类、客户、责任人7个维度进行管理。按天汇总每个7个维度的欠费信息；为ERP系统提供“按机构、部门、网点、专业、产品分类、客户、责任人7个维度”分析的基础。,函件业务,报刊业务,代理业务,客户基础数据,ERP系统,大客户管理系统,包裹业务,集邮业务,价值提升点：通过业财一体化工作，推动用户欠费数据的准确性提升；同时从机构、部门、网点、专业、产品分类、客户、责任人7个维度对欠费进行管理，有利于集团加强对欠费的催缴，改善应收的回笼，强化财务对业务的监控能力,客户欠费信息,欠费,客户,机构,专业,网点,用户欠费管理分析表,邮务,责任人,产品,部门,客户主数据清理说明,2,1,业财一体化目标,目录,用户欠费及预收账款清理方案,3,背景和目标：本期ERP将针对邮务协议客户主数据进行统一赋码管理，实现邮务协议客户主数据的唯一编码和跨系统识别，满足分析和管理需求。推广运行期间将对专业系统内合规完整的协议客户主数据信息进行收集和统一赋码，实现客户主数据在ERP和专业系统间的统一识别，满足本次推广上线客户相关业务管理需求（应收管理）相关业务依赖：客户主数据是ERP应收管理的对象，客户主数据管理平台的客户主数据决定外围系统欠费期初数是否能够顺利进行初始化导入以及上线后记欠数据是否可以进行正常进行系统间集成,客户主数据收集的目的和意义,组织范围：邮务推广省及下辖各子单位业务范围：营业系统：营业系统内所有在合作或存在记欠余额的协议类客户集邮系统：集邮系统内所有在合作或存在记欠余额的协议类客户,客户主数据清理范围,客户主数据清理意义和范围,客户主数据清理的基本原则,本次客户主数据收集包括所有在合作以及存在记欠未结信息的协议客户。各单位需对截止专业系统导出时间节点的生效协议客户进行属性信息收集并通过客户主数据收集平台提报。所有未通过客户主数据收集平台上报的客户主数据将无法进行后续的业财数据集成。根据上述原则要求各专业系统导出存量的生效协议客户并标示是否存在欠费余额信息，针对标示为是的客户需各单位优先清理完成。,数据记录完整性,1,各级单位提报的协议客户需保证同一法定客户名称相同的同时组织机构代码证号码或个人身份证号码相同同一源系统编码的客户主数据仅可提报一次，不可重复提交,数据属性一致性,2,所有标注为必填项的关键信息必须完整填写，否则无法在客户主数据收集平台导入成功，其中在填报模板中已经列示为下拉框选择的信息字段仅可选择，不可自增加，否则无法验证通过,数据属性完整性,3,在客户主数据导出时间节点后至客户主数据集成上线前新增的协议客户需在客户主数据收集平台上线后在前端专业系统进行补充维护并通过系统进行自动集成赋码,清理期间增量客户处理方法,4,客户主数据清理的核心步骤,数据导出,数据导入,信息反馈,信息更新,1,2,3,4,5,6,补充修正,提报导入,各专业导出现有 专业系统中的协 议客户记录（含 欠费客户），与 实际生效中客户 协议进行核对， 确保协议客户记 录完整,针对协议客户 的信息按照ERP 客户主数据属 性要求进行补 充、修正，确 保协议客户主 数据属性信息 完整准确,清理完成的协议 客户主数据统一 在ERP主数据收 集平台进行提报 导入，针对校验 发现的问题数据， 反馈各专业进行 二次修正,针对校验合规数 据ERP进行导入 并赋码,ERP赋码完成后， 反馈客户编码至 各专业系统,各专业根据ERP 反馈的编码信息 在各专业系统进 行更新导入,客户主数据清理说明,2,1,业财一体化目标,目录,用户欠费及预收账款清理方案,3,动态数据是指每笔业务发生时产生的事务处理信息，例如应收、应付数据等。动态数据按照时点来分，又可以分为期初数据和日常数据。其中上线时点的期初数据对ERP上线前的数据准备尤其重要，它代表系统在期初上线这样的时间点上，公司动态数据的当前状态，我们称其为期初数据。期初数据包括上线时点所有应收、预收、应付余额数据。而日常数据是指系统上线后，处理日常业务所产生的数据。,动态数据清理概要,清理内容：应收账款、预收账款（营业系统、集邮系统）清理专业：营业系统（函件、包裹、代理速递、快递包裹、电子商务、其他邮务）集邮系统（集邮）责任部门：业实核对主导部门：推广省业务管理部门业财核对主导部门：推广省财务部,动态数据清理范围,用户欠费及预收账款清理方案总述,用户欠费、预收账款数据清理核心步骤,数据导出,核对结果确认,核对结果反馈,ERP导入后核对,1,2,3,4,5,6,业实核对,业财核对,集团信息局协调 安排专业系统开 发商提供数据提 取脚本，由省公 司信息局提取数 据，提交至省 ERP 项目办公室,省ERP项目办公 室将核对数据下 发至各专业单位 进行业实核对,各地市公司财务 部根据业实核对 一致的结果进行 业财核对,业实、业财核对 一致后，由业务 部门、财务部门 相关负责人对核 对结果进行签字 确认,省ERP项目办公 室将核对结果反 馈至集团ERP项 目组，由系统开 发商传送期初数 据至ERP系统,各专业期初数据 通过专业系统导 入ERP系统后， 由各专业单位对 导入数据进行再 次确认,用户欠费、预收账款期初数据清理步骤,步骤一：业实数据核对：核对方法：业实核对时，要以实际发生的业务原始记录（纸质或电子）与营业信息系统、集邮系统的客户欠费余额明细进行核对，并且这些欠费的客户主数据必须经过清理完成。只有在客户主数据已经清理完成，并且业务数据能够真实、准确、完整的反映业务实际情况，业实核对一致时，才能确认客户欠费的业实核对完成；业实核对不一致处理：业务原始记录与营业信息系统、集邮系统的数据不一致时，根据确实依据，补充业务原始记录或进行专业系统错误数据更正，做到业实数据一致。营业信息系统、集邮系统要开发相应标识功能和清理更正功能。如果是客户主数据未清理完成，清理完成前用户欠费不集成到ERP应收模块。ERP上线后，继续对此部分客户数据进行清理，同时，这部分客户在专业系统将无法进行新增欠费的业务操作；步骤二：业财数据核对：核对方法：要完成客户欠费业财数据的核对。财务部门根据业务部门提供业实核对一致的客户欠费余额明细表，与财务系统的数据进行核对。业务数据与财务系统的客户欠费数据核对一致时，才能说明客户欠费余额明细数据清理完成；核对不一致处理：对存在的业财差异，逐笔逐项甄别核对，落实形成差异的原因，根据有关规定进行相应调整。因业务系统数据原因造成的差异，由业务部门在相关业务系统进行数据调整；因会计科目使用不正确、账务处理不及时等原因造成的差异，由财务部门在财务系统中进行账务调整。财务部门对业财差异调整时必须依据相关业务凭证，并执行正常审批流程。,营业系统的用户欠费及预收账款期初数据清理（集团邮政业务局）,清理原则：重点针对客户欠费、预收账款等往来款项数据。各部门要按照“谁经手、谁负责”、“谁主管、谁负责”的原则对往来款项进行清理。落实数据清理的责任单位和责任人，责任单位是省公司市场部、函件局和包件局及各地市对应部门，责任人是具体业务经办人员。清理步骤：步骤1：业实核对。营业信息系统系统数据与实际业务数据不相符，须经省公司业务部门确认，由省公司分管专业的负责人签字后，在营业信息系统系统做以下相应调整：实际数大于业务系统数，需要在业务系统补录；实际数小于业务系统数，需要对业务系统的多余数据进行清理；两者总数相等但明细数据不符，需