7EAS供应链应收应付

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,P,78,版权所有,1993-2010,金蝶软件,(,中国,),有限公司,版权所有,1993-2010,金蝶软件,(,中国,),有限公司,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,*,*,EAS,应收应付管理,讲师：,XXX,1,总 目 录,系统概述,系统参数,初始化设置,业务操作流程,报表分析,Q&A,系统概述,系统简介,主要功能,应收管理系统是处理客户往来资金管理的业务功能,是供给链管理销售及分销管理资金结算的重要流程局部,同时又是财务资金管理的重要内容,通过信用控制、资金结算、往来对账、账龄分析、坏账处理等功能帮助用户实现资金的快速周转及回笼,节约资金占用本钱,为资金的统筹管理提供预决策信息及控制依据。,模块关系图,系统概述,系统简介,主要功能,初始化处理：设置对账科目、录入启用期的期初应收款余额及未结算的相关单据,包括应收款余额录入、启用期前未结算的应收单录入、启用期前未结算的收款单录入、启用期前的坏账损失。,应收业务处理：是确认企业与客户债权关系的法定依据,包括应收单、代理业务单的处理。,收款处理：是确认收款的法定依据,包括收款单的处理。,坏账处理：包括坏账参数设置、期初坏账录入、坏账准备、坏账处理、坏账收回、坏账备查簿和坏账计提查询；如果是按客户计提坏账准备,还需要录入客户的初始坏账准备余额；如果是按单计提,还提供了坏账准备冲回的功能。,模块关系图,人力资,源管理,财务,管理,总账管理,报表管理,应收款,应付款,现金管理,固定资产,BOS,平台,根底引擎,业务流程,业务效劳,主数据管理,客,户,关,系,管,理,协同,平台,工作流,应用,管理门户,流程中心,商业分析,行,业,及,个,性,化,方,案,集,成,方,案,移,动,商,务,薪酬管理,能力模型,绩效管理,人事管理,培训管理,招聘管理,供,应,商关系,管,理,仓存管理,入库管理,应收控制,出库管理,集团,管理,组织规划,集团财务管理,集团采购管理,集团分销管理,集团人力资源管理,供,应,链,管,理,销售管理,销售发货,销售收款,销售订单,采购管理,采购订单,采购付款,采购收货,物料需求方案,生产管理,生产作业管理,主生产方案,本钱核算,本钱预测,本钱决策,本钱控制,本钱分析,本钱考核,本钱方案,应收管理系统简介,模块关系图,EAS,标准产品蓝图,系统参数,参数名称,默认值,参数描述,对账平衡才能与总账联用,是,对账平衡才能与总账联用,是否与物流系统联用,否,是否与物流系统联用,应收单提交即审核,否,应收单提交即审核,现销自动生成收款单,是,现销自动生成收款单,启用信用管理,否,启用信用管理,内部往来户携带银行账户,是,收款单上，内部往来户默认携带银行账户,允许预收单的金额超过订单表头的预收金额,否,允许预收单的金额超过订单表头的预收金额,集中控制信用管理,否,是否对所有下级及客户的信用管理进行集中控制,系统参数,参数名称,默认值,参数描述,结账时是否要求本期单据都已制作凭证,否,结账时是否要求本期单据都已制作凭证,是否使用预收账款科目,是,是否使用预收账款科目,应收数量允许大于销售订单数量,是,应收数量允许大于销售订单数量,应收数量不能大于出库数量,是,应收数量不能大于出库数量,单张应收单审核自动生成发票,否,单张应收单审核自动生成发票,初始对账类型,原币,与总账联用时，按什么币别与总账对账,对应应收单生成凭证后发票允许作废,否,对应应收单生成凭证后发票允许作废,系统参数,系统参数,参数名称,默认值,参数描述,单张应收单审核自动生成发票,否,单张应收单审核自动生成发票,应收数量允许大于销售订单数量,否,应收数量允许大于销售订单数量,代理业务单提交即审核,否,代理业务单提交即审核,收款单提交即审核,否,收款单提交即审核,是否通过应收单扣减委托代销库存,是,是否通过应收单扣减委托代销库存,内部应收应付是否自动生成,否,控制内部应收应付单是否自动生成,业务操作流程,初始化,结算处理,自定义收付款类型,坏账处理,业务应收,应收应付与总账对账,借贷项调整单,付款申请单,Q&A,初始化流程图,初始化,编码规则：单据支持编码规则,也支持无编码规则,引入数据时会匹配单据号是否重复,建议按照财务组织代码单据前缀流水号进行编码。,客户核对：检查客户资料是否齐全、核准,启用期间：定义应收初始化的时间节点,对账科目：系统默认应收系统受控的科目都要对账,而且此类科目只能在应收系统进行账务处理,非受控科目也可以在对账科目中设置,这类科目没有受控,对账科目用于期初和期末对账使用。,对账科目的负数单据取值：选择选项为“负数时,应收系统与总账系统进行期末对账时,对负数单据和负数的结算记录,在取应付系统的发生额数据时,直接取凭证科目的方向和单据金额；选择选项为“对方正数时,应收系统与总账系统进行期末对账时,对负数单据和负数的结算记录,在取应收系统的发生额数据时,取凭证分录的科目的方向和单据的绝对值金额。但应收单不受参数限制。,对账科目辅助账类型设置：目前对多核算工程还不支持,只支持按客户对账。,初始化,系统参数维护：需要按照各财务组织逐一设置,需要按照本身的业务特点分析设置,具体见参数设置。,初始数据：指启用点没有完全结算的单据,初始余额指没有结算局部的余额,三种单据：期初应收单、期初收款单、期初代理业务单,期初单据不需要账务处理,可以手工输入已经结算的余额。期初代理业务单需要手工审核、其他两类可以不需要。,三种来源方式：手工输入、按照模板导入、从总账辅助账余额引入,手工输入：直接手工按单输入初始余额单据,按照模板导入:简化输入,批量倒入,从总账辅助账余额引入:要求检查应收和总账期间的合理性,总账的当前期间必须大于或等于应收系统的启用期间；,录入科目和单据类型的对应关系；如果应收系统的启用期间不是年度的第一个期间,系统也引入本年发生额数据。,销售回款结算,业务范围,销售回款结算是在应收系统中使用最频繁的结算方式。,对于关联应收单生成的收款单,系统将在收款单进行收款操作时,进行自动结算,生成销售回款的结算记录。,系统提供按核心单据号和核心单据行号自动结算的功能。在应收单审核时,系统自动查找是否有与之核心单据号和核心单据行号相同的收款单,如有,则自动结算；在收款单收款时,系统自动查找是否有与之核心单据号和核心单据行号相同的应收单,如有,则自动结算。,对于没有通过关联关系自动结算和按核心单据号自动匹配结算的应收单和收款单,可通过销售回款结算进行结算。,销售回款结算-说明,结算方式,自动结算：是由系统自动查找应收单与收款单的匹配数据,进行结算。自动结算只支持同币种的结算。要求主对账方和辅对账方的币别相同,才可以自动结算。自动结算时,系统先比较主对账方与辅对账方所有数据的原币金额合计的大小。如果主对账方合计金额大,则将主对账方数据按照单据日期从前往后的顺序进行排列,与辅对账方进行结算；如果辅对账方合计金额大,则将主对账方数据按照单据日期从前往后的顺序进行排列,与主对账方进行结算。结算后,金额大的一方将剩下局部未结算数据。,手动结算：同时支持同币种结算和异币种结算。同币种结算的结算条件是：主对账方的本次原币结算金额合计=辅对账方的本次原币结算金额合计。当用户选择的主、辅方本次结算金额合计不相等时,系统将不允许结算,并且给出提示。用户也可以只选择主对账方数据,不选择辅对账方数据,进行结算。结算条件是,主对账方的本次原币结算金额合计=0；用户也可以只选择辅对账方数据,不选择主对账方数据,进行结算。结算条件是,辅对账方的本次原币结算金额合计=0。也就是说,系统支持红蓝单对冲。,销售回款结算-说明,按核心单据号结算：在应收单审核时,系统自动查找是否有与之核心单据号和核心单据行号相同的收款单,如有,则自动结算；在收款单收款时,系统自动查找是否有与之核心单据号和核心单据行号相同的应收单,如有,则自动结算。,2、结算的类型,同币种结算：支持自动结算、手动结算、按核心单据行号结算。,异币种结算：支持手动结算,需要用户选择的本次核销原币,系统根据单据汇率计算得到本位币,将辅对账方与主对账方的本次核销本位币金额的差异作为汇兑损益。,应收冲应付,-,说明,1、结算方式,手动结算：允许用户在本次结算金额字段上进行维护。并且要求主对账方的结算金额合计与辅对账方的结算金额合计相等。对于外币同币种结算业务,如果结算的本位币金额有差异,系统记入汇兑损益。手工结算允许往来户不相同。对于主辅对账方往来户不同的情况,系统会自动判断两者之间是否有业务分析码进行关联,如果有,系统认为是应收冲应付结算；否则认为是应收冲应付转销。,2、结算单据,主对账方：红蓝应收单,辅对账方：红蓝应付单,3、结算的原则,应收单的本次核销金额=应付单的本次核销金额,自定义收款类型,业务范围,应收应付系统中,系统预设的收付款类型只有通用的6种类型,对复杂的资金往来描述不够清晰,自定义收付款类型提供了在原有框架范围内可以根据业务需要自定义收付款类型的功能。,系统通过设置自定义收款类型与预设收款类型的对应关系,来决定自定义收款类型的使用。包括单据录入、结算、凭证处理、报表处理、期末对账、期末结账,都严格遵守对应关系。,自定义收款类型,收款类型新增,根底数据辅助资料收款类型,新增收款类型,业务系统选择为“应收系统时,自动带出对应预设收款类型选框,提供F7功能,F7时弹出应收系统预设的6种收款类型供用户单项选择。,自定义收款类型,单据处理,收款单新增,选择自定义的收款类型时,系统会默认按照该自定义收款类型指定的对应预设收款类型来处理。即,收款单分录行上的金额正负属性与分录行的收款类型匹配,分录合计金额正负属性与单头的收款类型匹配。,自定义收款类型,结算处理,在销售回款结算、预收冲预付、收款冲付款结算界面,收款单显示的单据子类型是自定义的收款类型,但是结算的处理逻辑视同指定的对应预设收款类型来处理。,自定义收款类型,凭证处理,收款凭证来源是收款单,使用预收科目,指定预设收款类型是销售回款、退销售回款、预收款、退预收款、代收款和退代收款的收款单都需要生成凭证,即所有的收款单都要生成凭证。,收款凭证来源是结算记录,使用预收科目,指定预设收款类型是销售回款和退销售回款,收款单不做凭证；指定预设收款类型是预收款、退预收款、代收款和退代收款,收款单要做凭证。,自定义收款类型,凭证处理,收款凭证来源是收款单,不使用预收款科目,指定预设收款类型是销售回款、退销售回款、预收款、退预收款、代收款和退代收款的收款单都需要生成凭证,即所有的收款单都要生成凭证。,收款凭证来源是结算记录,不使用预收科目,指定预设收款类型是销售回款和退销售回款,收款单不做凭证；指定预设收款类型是预收款、退预收款、代收款和退代收款,收款单要做凭证。,坏账处理,流程图,坏账处理,-,说明,1、坏账参数设置,计提方法：直接转销法、备低法。,备抵法：销售百分比法、账龄分析法、应收账款余额百分比法。,账务处理：坏账损失科目、坏账准备科目。,应收账款余额百分比法：总账应收账款科目余额计提、应收系统应收账款余额计提,账龄分析法：同时提供汇总计提、按客户计提、按单计提三种方式。汇总计提指的是,所有客户的坏账准备都使用一个坏账准备科目进行统计；按客户计提,可以按客户设置坏账准备明细科目,也可以只设置一个坏账准备科目,通过对坏账准备科目设置客户辅助账来进行处理；按单计提,是指针对每张单据计提坏账准备；设置按客户计提的参数时,支持按客户类别设置计提比率。中选择按客户计提时,客户分类标准按下拉列表进行显示,包括系统内用户已经设置的所有分类标准和“不分类选择。中选择“不分类时,表示所有客户的计提标准都相同,坏账处理,-,说明,2、客户初始准备余额,按客户计提坏账准备的方式下,需要录入客户的坏账准备初始余额。,如果对某个客户已经计提过坏账准备,那么该客户的坏账准备余额后续不允许再维护。,3、期初坏账,期初坏账用于录入在开账会计期间以前发生的,但又可能收回的坏账。一般情况下,在系统初始化时进行录入,考虑到系统初始化时,坏账是否能够收回存在未知性,在日常业务中也可以输入,期初坏账的处理包括了新增、修改、删除、打印等功能,但进行了坏账收回的期初坏账工程不能删除、修改。期初坏账的所有处理都可以通过期初坏账叙时簿中完成。期初坏账无需另外生成凭证。,4、坏账准备计提,坏账准备是备抵法的业务功能,计提坏账准备用三种方法,包括：销货百分比法、账龄分析法、应收账款余额百分比法,分别依照销货百分比法、账龄分析法、应收账款余额百分比法有不同的业务界面及业务处理方,坏账处理,-,说明,坏账准备可以一年一次,也可以随时计提。坏账准备的计提方法也可以随时更改。系统根据设置的方法计提坏账准备,并产生相应的凭证。,如果用户选择的是“按单计提坏账准备,那么进入坏账准备计提界面,系统会弹出单据过滤界面要求用户选择对应的单据。可以整单计提,也可以按比例计提,5、坏账损失,坏账损失处理坏账发生后的账务处理,选择确定为损失的未结算的应收单、其他应收单,审核通过后,按凭证操作后,选择的单据按照规则生成坏账损失记录及对应的记账凭证。,6、坏账收回,账收回用于处理已进行坏账损失处理的业务的收回,包括两局部,一局部来自坏账损失,一局部来自期初坏账。坏账收回后要反写坏账备查簿。,7、坏账准备冲回,按单计提坏账准备的情况下,如果单据计提了坏账准备,则不允许进行冲销、结算等操作,必须要先进行坏账准备冲回。,什么是业务应收,业务应收,顾名思义,就是从业务角度统计应收的发生、应收的收回以及余额。,一般来说,业务应收的发生额及余额,是要大于财务应收的。出于纳税的考虑,一般企业都不会在出库前开出发票。但是实务中,对于关联企业或者比较重要的客户,出于关联企业或者客户的要求,也有可能先开发票,下个月再出库。所以,业务应收与财务应收并不存在严格意义的大或者小。,所以,真正的业务应收,应该是按出库单来统计的。,什么是业务应收,某些软件的实现,是根据出库单来统计业务应收,出库单与收款单做核销处理来统计余额,分析账龄。这样做的好处,是实现了严格的按业务统计应收。,这种与财务完全分开两套账的方式,过分加大了用户的工作量：一张收款单,既要与出库单核销,用来出业务的账龄分析；又要与发票核销,用来出财务的账龄分析。,由于出库单与发票是多对多的关系,所以无法给到具体的财务应收与业务应收的对账结果。两套账完全孤立和隔离了。,所以,这种做法并没有在业界得到推广和用户的认可。,什么是业务应收,K/3的实现,是在应收系统的报表统计中增加选项“包括已出库未开票。对于已经开票的,就叫财务应收；再加上已出库未开票的局部,根本上就已经可以算做是业务应收了。,K/3的这种增加统计选项的方式,得到了广阔用户的广泛应用。,这种增加选项统计的方式,是因为K/3没有应收单的概念,发票就是实际发票,不是系统发票,所以只能通过增加统计选项的方式来处理。这种实现,造成应收系统的业务边界不清晰,与库存系统的联系过于紧密。,什么是业务应收,EAS中,对业务应收的定位,根本上沿袭了K/3的思想,已开票的财务应收+已出库未开发票应收=业务应收。,用户可能需要对这局部应收进入应收系统的报表统计,也有可能需要生成应收凭证。,EAS在前期设计,就考虑到要实现业务应收,所以提炼出应收单业务模型。应收单本身是一张系统单据,只要用户认为该进应收报表,就可以生成应收单,不管有没有开票。,所以,在应收单上增加了一个选项“业务应收。其含义相当于已出库未开发票应收。,业务应收参数选择,系统平台参数设置应收系统参数中,有一个参数“业务应收处理时点。分为“期末集中处理、“平时处理两个选项。,中选择“期末集中处理时,应收单上的“业务应收选项不可选,只能通过应收系统的“期末处理菜单下的“业务应收期末集中处理菜单进行处理。点击该菜单,系统会对本期未完全核销的销售出库单自动生成业务应收单；,中选择“平时处理时,应收单上的“业务应收选项可选,由用户自行决定要生成财务应收单,还是业务应收单。,业务应收参数选择,系统平台参数设置应收系统参数中,有一个参数“业务应收单是否需要生成凭证。分为“是、“否两个选项。,中选择“是时,业务应收单需要生成凭证,参与期末与总账对账；,中选择“否时,业务应收单不需要生成凭证,不参与期末与总账对账。,业务应收单生成,当“业务应收处理时点参数选择为“平时处理时,业务应收单允许手工录入,也允许关联上游单据生成。,当“业务应收处理时点参数选择为 “期末集中处理时,业务应收单不允许手工录入；,业务应收自动回冲、反回冲,销售出库单关联生成业务应收单时,系统会标记该销售出库单已经生成业务应收,不允许再次生成。业务应收单不会与销售出库单核销,也不会与预收单结算；,销售出库单生成财务应收单,系统会判断销售出库单是否已经生成过业务应收单。在审核财务应收单时,对之前生成过的业务应收进行冲回。,按相同核心单据号和核心单据行号的原则进行冲回。,如相同的核心单据号和核心单据行号存在多张业务应收单,按单据日期排序,从前往后进行冲回 ；,冲回将自动生成与源业务应收单方向相反的业务应收单,生成的目标单为审核状态,且与源业务应收单自动结算；,业务应收自动回冲、反回冲,反审核财务应收单时,自动反回冲对应的业务应收单；,反回冲时,系统会对红蓝业务应收单进行反结算,并自动删除回冲时生成的业务应收单；,业务应收手工回冲、反回冲,在应收单序时簿上提供了手工回冲、反回冲的功能；,反回冲时,系统会对红蓝业务应收单进行反结算,并自动删除回冲时生成的业务应收单；,业务应收结算控制,业务应收单不能参与结算,不能进行债权转移、坏账处理；,不能与销售出库单核销；,冲回时自动生成的结算记录不允许反结算；,业务应收单不允许生成发票。,报表查询选项,所有报表提供了“是否包含业务应收的选项；,期末对账根据业务应收单是否需要生成凭证,控制是否参与期末对账；,期末检查时,也根据该参数决定是否检查业务应收单的凭证状态。,应收应付与总账对账,-,说明,应收应付与总账对账的原理,对账模式说明,按DAP关系对账,按单据上的科目对账,对账流程说明（根据提单反响统计得到的疑惑比较多的几个点）,对账不平衡的原因总结,应收应付与总账对账的原理,应收应付采用单据作为业务载体,总账采用凭证作为业务载体,单据与凭证之间的桥梁是科目,为了实现应收应付与总账的对账,必须以科目作为对账依据,单据的发生额要转换为科目的发生,对应到凭证,对账模式说明（一）,提供两种对账参数：审核即对账、生成了凭证再对账,审核即对账时,单据只要审核了,就能与总账进行对账。前提是,单据分录上的对账科目作为必录项；,生成了凭证再对账时,单据必须生成了凭证,才参与对账。没有生成凭证的单据,只会在期末检查时,提示还有某些单据没有生成凭证,并且给出单据列表。,对账模式说明（二）,6.1版本,对账参数默认为“审核即对账；可以修改为“生成凭证再对账。,之前的版本,只提供了“按DAP关系对账。按“DAP关系对账,要求单据必须生成了凭证才对账,且是按照DAP关系的记录来与总账对账；,由于DAP平台不稳定以及DAP规则设置的复杂度比较高,导致之前客户使用DAP关系对账的效果不是很理想。经常出现应收应付系统在对账时取不到数据,或者取数出现翻倍。,并且,对于不在应收应付系统做凭证的跨系统业务,无法参与对账。比方固定资产采购,使用固定资产卡片来做凭证,应付单不会做凭证。这样,应付系统在对账时,取不到这笔数据,而总账却有这个数据,所以对账一定不会平衡。,对账模式说明（三）,为解决以上问题,6.1版本将“按DAP关系对账改进为“生成凭证再对账。,系统处理仍然为：生成了凭证的单据再与总账对账,没有生成凭证的,只给出列表,提示没有生成凭证。,对DAP关系不再做强制要求。系统对状态为已经生成凭证的单据,先检查有没有DAP关系,有DAP关系的,按DAP关系对账；没有DAP关系的,按单据分录上的科目对账。,比方固定资产采购,使用固定资产卡片来做凭证,应付单不会做凭证。这样改进后,虽然应付单不做凭证,但是可以通过取应付单上的科目进行对账。,对账模式说明（四）,按DAP关系对账,是一种比较高级的实现思路：科目在单据录入时,不作为必录项。更切合企业的实际业务场景。因为有很多企业,单据并不是由财务录入的。另外,通过DAP关系对账,可以适合比较复杂的业务场景,灵活性更高。,按单据分录上的科目对账,科目是作为必录项,而且取科目方向和金额的算法固定,无法适应二次开发单据对账的需要。,有机构反响说,必须要生成了凭证再对账,客户不能接受。但是这个并不是按DAP关系对账的硬伤。因为完全可以对没有生成凭证的单据取单据上的科目来对账。,从客户上线情况来看,按DAP关系来对账的实现思路固然好,但是对于实施要求太高。所以才需要增加一种比较简单的实现方式。,对账模式说明（五）,为了适应K/3老客户的使用习惯,简化对账功能的使用。6.1版本增加“审核即对账的业务模式。,单据上的科目做为必录项。,对账时,取单据上的科目。方向是根据单据的业务性质来取的。比方,应收单取为借方、应付单取为贷方。,单据只要审核了,就会与总账对账。,“生成凭证再对账与“审核即对账,实现逻辑可以归纳为：根据DAP关系取数,还是取单据上的科目。,按,DAP,关系对账（一）,DAP关系,指的是单据在通过DAP平台生成凭证的过程中,DAP平台记录下来的单据分录与凭证分录的对应关系。这是一种明细级的关系。,理论上说,当出现应收应付系统与总账系统对账不平衡时,通过对这个DAP关系的追溯,系统可以给出哪张单据和哪笔凭证对应关系不正确。这个在按单据分录科目对账的实现方式下,是无法做到的。,按,DAP,关系对账的业务逻辑,按,DAP,关系对账（二）,按DAP关系对账时,系统按照凭证日期取要参与对账的单据范围。举例：单据生成凭证,但是凭证日期为下期,那么,本期对账时,该张单据就不会被过滤出来进行对账。,如果对账期间为往期,系统直接取应收应付系统的对账余额表数据。,如果对账期间为本期,系统取本期发生额的算法为：根据单据与凭证分录的对应关系,查找对账科目分录及方向,取其方向和单据的应收/应付金额作为应收应付系统的发生额。,取总账的发生额和余额是直接从总账的辅助账余额表取值；如果科目没有设置辅助账,则取总账的科目余额表数据。,按,DAP,关系对账的业务逻辑,按单据上的科目对账（一）,按单据上的科目对账时,系统按照单据日期取要参与对账的单据范围。举例：单据生成凭证,但是凭证日期为下期,那么,本期对账时,该张单据会被过滤出来进行对账。,如果对账期间为往期,系统直接取应收应付系统的对账余额表数据。,如果对账期间为本期,系统取本期发生额的算法为：取单据上的科目,方向根据单据的业务性质取值。,取总账的发生额和余额是直接从总账的辅助账余额表取值；如果科目没有设置辅助账,则取总账的科目余额表数据。,按单据上的科目对账的业务逻辑,对账流程说明（一）,在系统参数中选择对账模式：生成凭证再对账、审核即对账。系统出厂默认为审核即对账,可以随时切换。该参数是放在应收系统中的,但是能对应收系统和应付系统同时起控制。,在初始化菜单下设置对账科目。注意,应收系统选择应收类的科目做为对账科目；应付系统选择应付类的科目作为对账科目。如果在应收系统选择应付科目作为对账科目,系统是取不到数据的。反之亦然。,设置对账参数,对账流程说明（二）,在设置对账科目界面,负数单据取值的选项一定要正确选择。保证设置与凭证的生成规则一致。因为它会影响系统对负数收、付款单的取值结果。,举例：负数的收款单,如果做负数凭证：,借：银行存款 -100；,贷：应收账款 -100；,设置系统参数为取负数,则系统会将这张负数收款单取为贷方负数。,设置负数单据取数规则,对账流程说明（三）,承上页：如果设置系统参数为对方正数,则,按DAP对账时,系统会将这张单据取为贷方的正数。从而导致对账不平衡。按单据科目对账时,系统会将这张单据取为借方的正数。对账也会不平衡。,如果系统参数设置为对方正数,则这张收款单做凭证正确的DAP规则设置应该是：,借：应收账款 100,贷：银行存款 100,注意必须要保证设置与DAP规则的一致性！,该问题已经有多个机构提单,都属于设置不一致的应用问题。,对账流程说明（四）,对账界面上的显示明细往来户功能说明,对账流程说明（五）,如果选择了多个科目,则所有科目设置的辅助账类型必须完全相同,才能选择往来类型和往来户。,如果科目没有设置往来类型辅助账,或者设置了辅助账,但是多个科目的辅助账并不相同,系统会将往来类型和往来户灰显。,对账流程说明（六）,提供按科目总额对账、按科目对账、按单据总额对账三个选项。,按科目总额对账的意思是,把选择的多个科目的余额及发生,按照用户设置的加、减条件,计算得到一个总额来进行对账；,按科目对账的意思是,把选择的多个科目,按照各个科目的余额及发生额,逐一与总账对账；,按单据总额对账的意思是,不管用户设置什么对账科目,直接把系统内的应收应付单、收付款单及结算记录,按照单据的业务性质,直接加减后得到一个总额；总账的取数则是按照设置的科目来取。,对账不平衡的原因（一）,如果是通过DAP关系对账,不平衡的原因大致有：,1.DAP规则的配置,是从单头取数作为借、贷方的金额；将导致应收应付系统取不到金额；,2.没有使用记账分类来设置科目取值,而是直接使用固定科目,并且又存在结算记录生成凭证,将导致对账时,应收应付系统的金额出现翻倍；原因是DAP平台记录DAP关系时,不会自动抛除金额为空的关系；,3.债权债务转移没有在目标单上配置源单往来户信息；,4.债权债务转移没有生成一借一贷的凭证；而是生成两个借或者两个贷的凭证,系统无法支持；,5.通过DAP生成凭证后,手工修改了凭证；,对账不平衡的原因（二）,如果是通过单据上的科目对账,不平衡的原因大致有：,1.单据审核了,但是没有生成凭证；或者虽然生成凭证,但是与单据不在同一个期间；,2.单据生成凭证的科目与单据上的科目不一致；,3.债权债务转移没有在目标单上配置源单往来户信息；,4.债权债务转移没有生成一借一贷的凭证；而是生成两个借或者两个贷的凭证,系统无法支持。,借贷项调整单,借贷项调整单,需要使用借贷项调整单的业务场景,借贷项调整单如何使用,借贷项调整单对报表统计的影响,需要使用借贷项调整单的业务场景,因为质量问题或者交货延期而对金额调整；,已开票需要对金额进行调整；,集团内部往来,往往需要在月末对金额进行调整；,其他需要调整金额而不需要调整数量的业务场景。,简单地说,如果只是要对应收应付金额进行调整,而不需要对出入库数量进行调整的业务,都可以使用借贷项调整单。,借贷项调整单如何使用,借贷项调整单的录入方式分成两种,一种是手工录入,一种是关联生成。,如果是手工录入,只能录入费用工程类型,不能录入物料,其作用等同于费用发票。通过借贷项调整单而不通过费用发票类型来进行处理,可以对业务进行清楚归类。,如果关联生成,必须通过点击应收单序时簿或者编辑界面上的“调整按钮进行操作,而不是点“关联生成按钮。如图：,借贷项调整单如何使用,序时簿界面上,对应收单生成借贷项调整单：,借贷项调整单如何使用,编辑界面上,对应收单生成借贷项调整单：,借贷项调整单如何使用,只有审核状态的发票、费用发票类型的应收单、应付单可以通过点“调整按钮进行调整,生成借贷项调整单。,一张借贷项调整单的所有分录,其物料和费用工程的属性必须一致,要么都是物料,要么都是费用工程。,通过点“调整按钮生成的借贷项调整单,不支持分录的合并。即,源单有5条分录时,借贷项调整单也是5条分录,不允许新增分录,但是关联后允许删除分录。如果合并,将导致对核心单据的反写出现错误；,借贷项调整单分录的正负属性默认与源单相反。控制数量必须为零。允许修改应收金额、折扣额、金额、税额的属性和大小。但是在修改时,必须保证应收金额、金额、税额的正负属性必须相同；折扣额允许正负属性不相同；,借贷项调整单如何使用,借贷项调整单的单据编码：采用源单编码+JDTZ+三位流水码来编号的形式。,借贷项调整单支持多条分录存在不同的正负属性,即,同时支持正数分录和负数分录。,借贷项调整单,在审核时反写核心单据的应收、应付金额 。,借贷项调整单不支持冲销 ；如果出现操作错误,通过再次调整就可以了。,反审核借贷项调整单的条件：必须是本期单据、没有生成凭证、没有生成发票、没有结算、没有核销和费用分摊。,借贷项调整单如何使用,借贷项调整单参与结算、允许进行债权债务转移、允许生成凭证、允许生成发票等单据后续操作。,应付系统的借贷项调整单,目前需要通过手工做费用分摊影响入库单的本钱；,借贷项调整单对报表统计的影响,借贷项调整单参与应收应付系统所有报表的统计；,借贷项调整单参与销售类报表的统计。影响销售毛利润、销售排名分析等。,付款申请单,付款申请单,为何需要增加付款申请单,付款申请单如何使用,为何需要增加付款申请单,通过EAS的工作流平台,付款单已经可以起到大局部的付款申请作用。,但是有一类业务,即如果付款审批出现跨月跨期处理的情况,付款单无法处理。,因为付款单要求必须当月审核、付款处理完毕。,为了对付款的审批过程进行更完善管理,增加付款申请单。,付款申请单如何使用,付款申请单不能手工录入。,付款申请单必须关联生成。,付款申请单没有期间概念,允许跨期处理。,付款申请单允许关联合同生成,允许关联订单生成,允许关联应付单生成。,付款申请单关联订单的预付金额,生成对预付的申请；,付款申请单关联应付单生成,是对采购付款的申请；,付款申请单可以关联生成付款单。,付款申请单如何使用,关联生成后,会在付款申请单审核时,对源单进行反写,扣减源单的未申请付款金额,增加累计已申请付款金额；,同时扣减核心单据的未申请付款金额,增加累计已申请付款金额；,对于关联应付单生成付款申请单,再从付款申请单生成付款单的流程,系统不再对应付单进行锁定金额的反写,也不再通过关联关系结算,而是通过手工结算处理或者核心单据行号自动结算。,应收应付,收,/,付款条件,主要功能,增加【收款付条件】根底资料 ；,【收付款条件】采用财务组织隔离,单据上增加收付款条件,增加的单据有：,采购合同,采购订单,应付单,销售合同,销售订单,应收单,应收应付,收,/,付款条件,主要功能,预付款比例的设置,结算方式的设置,1、预收/付比例%：录入控制为0100的正数,不大于100,当用户维护预收/付比例后,系统自动在收/付款定义列表中增加一行,比例取为预收/付比例,起算标准为单据日期。该行的所有列都不允许维护。当用户修改比例为零,系统自动删除该行。,2、结算方式提供三个选择：月结、信用天数、固定日期,中选择为月结时,固定日期列不可维护；信用天数列可维护。,中选择为信用天数时,固定日期、日、月数列都不可维护。信用天数列可维护,表示为在起算日期的根底上过*天作为应收日期；,和信用期限的区别：信用期限为确认应收后允许欠款多少天；信用天数表示在多少天后确认应收账款；,中选择为固定日期时, 信用天数、日、月数列都不可维护。固定日期列允许手工维护。选择固定日期,无论单据日期为哪一天,都按固定的日期进行结算。,应收应付,收,/,付款条件,主要功能,起算标准的设置,3、起算标准提供四个选择：业务日期、业务月末日期、单据日期、单据月末日期。,业务日期,指的是应收/应付单上的业务日期字段。,业务月末日期,指的是应收/应付单上的业务日期对应的月末日期。,单据日期,指的是应收/应付单上的单据日期。,单据月末日期,指的是应收单的单据日期对应的月末日期。,如果选择月末日期,则本月结算的单据为上月发生的单据,不包括本月的单据,举例：每月15日为月结日,起算标准为业务日期时,对于业务日期为上月16本月15号的单据,则在本月15日进行结算；,每月15日为月结日,起算标准为业务月末日期时,对于本月业务日期为131号的单据,则在下月15日进行结算；上月的单据在本月进行结算；,应收应付,收,/,付款条件,主要功能,起算延期天数；,固定日期,4、起算延期天数：指的是在起算标准日期的根底上再延后的情况下,延后的天数。延期天数默认为零,可手工维护。,主要用于计算起算日：,举例：每月15日为月结日,对于业务日期为12号的单据,如果起算延迟天数为4天,则在下月15日进行结算；,5、固定日期：根据日期控件选择日期,显示方式为*年*月*日。固定日期列允许手工维护。表示固定在某天作为应收日期；,举例：固定日期设置为2008年12月20日,则在2008年12月20日之前发生的业务,应收日期都为2008年12月20日。,应收应付,收,/,付款条件,主要功能,信用天数,日、月数,6、信用天数：手工录入天数。选择结算方式为信用天数时,表示在起算日期+起算延期天数+信用天数的日期作为应收日期；选择结算方式为月结时,信用天数表示在月结日的根底上,再加多少天作为应收日期。,举例：结算方式为信用天数时,信用天数为3天,对于业务日期为12号的单据,则在本月15日进行结算；,结算方式为月结时,每月15日为月结日,信用天数为3天,对于业务日期为上月16本月15号的单据,则在本月18日进行结算；,7、日、月数：中选择月结的方式时,这两列才可维护。表示为过*月*日作为应收日期。业务含义与之前客户根底资料上的加多少月逢*日的含义相同。,举例：结算方式为月结时,设置月为1,日为15时,对于业务日期为上月16本月15号的单据,则在下月15日进行结算；,报表分析,序号,报表名称,数据源,过滤条件,集团查询,主要用途,1,应收账款汇总表,应收单,其他应收单,收款单,预收单,退款单以及应收冲应付,应收款转销,坏账损失,时间范围、往来户类型、往来户、币别，以及过滤选项,是,是对一段时间对往来户的往来业务发生额及余额进行汇总记录的报表,2,应收明细表,应收单,其他应收单,收款单,预收单,退款单以及应收冲应付,应收款转销,坏账损失,时间范围、往来户类型、往来户、币别，以及过滤选项,否,按单据明细展示应收款余额及发生额的报表,3,往来对账单,应收、应付单据、收款单、付款单、转销类的结算记录,时间范围、往来户类型、往来户、币别，以及过滤选项,是,用来与客户进行对账。应收和应付同时体现的一张报表，并且是考虑了业务分析码的报表,报表分析,序号,报表名称,数据源,过滤条件,集团查询,主要用途,4,往来明细账,应收、应付单据、收款单、付款单、转销类的结算记录,时间范围、往来户类型、往来户、币别，以及过滤选项,否,统计应收、应付往来的明细情况,5,账龄分析表,应收单、收款单及结算、债权转移数据,截止日期、往来类型、往来户代码、币别、分析方向、分析对象、账龄时间选择、部门、职员，账龄分段列表,是,根据设定的条件对应收及收款的账龄进行分析的报表,6,欠款分析表,应收类单据,时间范围、往来户类型、往来户、币别,否,指对往来户的欠款情况进行分析，包括结构分析、比较分析、趋势分析三种分析方法,报表分析,序号,报表名称,数据源,过滤条件,集团查询,主要用途,7,应收单统计报表,应收单,时间范围、往来户类型、往来户、币别，以及过滤选项,否,应收单状况统计表,8,到期债权列表,应收单,时间点、,往来户类型、往来户、币别，以及过滤选项,否,统计到期债权,谢 谢,!,特别声明,没有金蝶软件（中国）有限公司的特别许可,任何人不能以任何形式或为任何目的复制或传播本文档的任何局部。本文档中包含的信息如有更改,恕不另行通知。,由金蝶软件（中国）有限公司和其分销商所销售的某些软件产品包含有其它软件供给商版权所有的软件组件。,Microsoft、WINDOWS、NT、EXCEL、Word、PowerPoint 和SQL Server 是微软公司的注册商标。,IBM、DB2、DB2 通用数据库、OS/2、Parallel Sysplex、MVS/ESA、AIX、S/390、AS/400、OS/390、,OS/400、iSeries、pSeries、xSeries、zSeries、z/OS、AFP、Intelligent Miner、WebSphere、Netfinity、,Tivoli、Informix 和Informix 动态ServerTM 是IBM 公司在美国或其他公司的商标。,ORACLE 是ORACLE 公司的注册商标。,UNIX、X/Open、OSF/1 和Motif 是Open Group 的注册商标。,Citrix、Citrix 徽标、ICA、Program Neighborhood 、MetaFrame 、WinFrame 、VideoFrame 、MultiWin,以及此处引用的Citrix 产品名是Citrix Systems 公司的商标或注册商标。,HTML、DHTML、XML 和XHTML 是W3C、World Wide Web 协会、计算机科学实验室的商标或注册商标。,JAVA 是Sun Microsystems 公司的注册商标。,JAVASCRIPT Sun Microsystems 公司的注册商标,由其技术开发和实施商Netscape 许可使用。,本文档提到的金蝶 、金蝶KIS 、金蝶K/3 、金蝶EAS 、Apusic 、金蝶iFly 和其它金蝶 产品和效劳以及它们各自的徽标是金蝶软件（中国）有限公司在中国和世界其它一些国家的商标或注册商标。本文档提到的所有其它产品和效劳名称是它们各自公司的商标。,