7EAS供应链应收应付

1、EAS应收应付管理 金蝶讲师：XXX总 目录录系统概述述系统参数数初始化设设置业务操作作流程报表分析析Q&A系统概述述系统简介介主要功能能应收管理理系统是是处理客客户往来来资金管管理的业业务功能能，是供供应链管管理销售售及分销销管理资资金结算算的重要要流程部部分，同同时又是是财务资资金管理理的重要要内容，通过信信用控制制、资金金结算、往来对对账、账账龄分析析、坏账账处理等等功能帮帮助用户户实现资资金的快快速周转转及回笼笼，节约约资金占占用成本本，为资资金的统统筹管理理提供预预决策信信息及控控制依据据。模块关系系图系统概述述系统简介介主要功能能初始化处处理：设设置对账账科目、录入启启用期的的期初

2、应应收款余余额及未未结算的的相关单单据，包包括应收收款余额额录入、启用期期前未结结算的应应收单录录入、启启用期前前未结算算的收款款单录入入、启用用期前的的坏账损损失。应收业务务处理：是确认认企业与与客户债债权关系系的法定定依据，包括应应收单、代理业业务单的的处理。收款处理理：是确确认收款款的法定定依据，包括收收款单的的处理。坏账处理理：包括括坏账参参数设置置、期初初坏账录录入、坏坏账准备备、坏账账处理、坏账收收回、坏坏账备查查簿和坏坏账计提提查询；如果是是按客户户计提坏坏账准备备，还需需要录入入客户的的初始坏坏账准备备余额；如果是是按单计计提，还还提供了了坏账准准备冲回回的功能能。模块关系系图

3、人力资源管理财务管理总账管理理报表管理理应收款应付款现金管理理固定资产产BOS平台基础引擎擎业务流程程业务服务务主数据管管理客户关系管理协同平台工作流应用管理门户户流程中心心商业分析析行业及个性化方案集成方案移动商务薪酬管理理能力模型型绩效管理理人事管理理培训管理理招聘管理理供应商关系管理仓存管管理入库管理理应收控制制出库管理理集团管理组织规划划集团财务务管理集团采购购管理集团分销销管理集团人力力资源管管理供应链管理销售管理理销售发货货销售收款款销售订单单采购管理理采购订单单采购付款款采购收货货物料需求求计划生产管理理生产作业业管理主生产计计划成本核算算成本预测测成本决策策成本控制制成本分析析

4、成本考核核成本计划划应收管理理系统简简介模块关系系图EAS标准产品品蓝图系统参数数参数名称默认值参数描述对账平衡才能与总账联用是对账平衡才能与总账联用是否与物流系统联用否是否与物流系统联用应收单提交即审核否应收单提交即审核现销自动生成收款单是现销自动生成收款单启用信用管理否启用信用管理内部往来户携带银行账户是收款单上，内部往来户默认携带银行账户允许预收单的金额超过订单表头的预收金额否允许预收单的金额超过订单表头的预收金额集中控制信用管理否是否对所有下级及客户的信用管理进行集中控制系统参数数参数名称默认值参数描述结账时是否要求本期单据都已制作凭证否结账时是否要求本期单据都已制作凭证是否使用预收账

5、款科目是是否使用预收账款科目应收数量允许大于销售订单数量是应收数量允许大于销售订单数量应收数量不能大于出库数量是应收数量不能大于出库数量单张应收单审核自动生成发票否单张应收单审核自动生成发票初始对账类型原币与总账联用时，按什么币别与总账对账对应应收单生成凭证后发票允许作废否对应应收单生成凭证后发票允许作废系统参数数参数名称默认值参数描述启用信用预警否启用信用预警信用预留字段初始化实现类信用预留字段初始化实现类代理业务单提交即审核否代理业务单提交即审核收款单提交即审核否收款单提交即审核是否通过应收单扣减委托代销库存是是否通过应收单扣减委托代销库存内部应收应付是否自动生成否控制内部应收应付单是否自

6、动生成收款单收款后才能生成凭证是收款单收款后才能生成凭证收款凭证来源单据类型收款单销售回款的收款凭证来源单据类型，预收款不受控制系统参数数参数名称默认值参数描述单张应收单审核自动生成发票否单张应收单审核自动生成发票应收数量允许大于销售订单数量否应收数量允许大于销售订单数量代理业务单提交即审核否代理业务单提交即审核收款单提交即审核否收款单提交即审核是否通过应收单扣减委托代销库存是是否通过应收单扣减委托代销库存内部应收应付是否自动生成否控制内部应收应付单是否自动生成业务操作作流程初始化结算处理理自定义收收付款类类型坏账处理理业务应收收应收应付付与总账账对账借贷项调调整单付款申请请单Q&A初始化流流

7、程图初始化编码规则则：单据支持持编码规规则，也也支持无无编码规规则，引引入数据据时会匹匹配单据据号是否否重复，建议按按照财务务组织代代码单单据前缀缀流水水号进行行编码。客户核对对：检查客户户资料是是否齐全全、核准准启用期间间：定义应收收初始化化的时间间节点对账科目目：系统默认认应收系系统受控控的科目目都要对对账，而而且此类类科目只只能在应应收系统统进行账账务处理理，非受受控科目目也可以以在对账账科目中中设置，这类科科目没有有受控，对账科科目用于于期初和和期末对对账使用用。对账科目目的负数数单据取取值：选选择选项项为“负负数”时时，应收收系统与与总账系系统进行行期末对对账时，对负数数单据和和负数

8、的的结算记记录，在在取应付付系统的的发生额额数据时时，直接接取凭证证科目的的方向和和单据金金额；选选择选项项为“对对方正数数”时，应收系系统与总总账系统统进行期期末对账账时，对对负数单单据和负负数的结结算记录录，在取取应收系系统的发发生额数数据时，取凭证证分录的的科目的的方向和和单据的的绝对值值金额。但应收收单不受受参数限限制。对账科目目辅助账账类型设设置：目目前对多多核算项项目还不不支持，只支持持按客户户对账。初始化系统参数数维护：需要按照照各财务务组织逐逐一设置置，需要要按照本本身的业业务特点点分析设设置，具具体见参参数设置置。初始数据据：指启用点点没有完完全结算算的单据据，初始始余额指指

9、没有结结算部分分的余额额三种单据据：期初初应收单单、期初初收款单单、期初初代理业业务单，期初单单据不需需要账务务处理，可以手手工输入入已经结结算的余余额。期期初代理理业务单单需要手手工审核核、其他他两类可可以不需需要。三种来源源方式：手工输输入、按按照模板板导入、从总账账辅助账账余额引引入手工输入入：直接接手工按按单输入入初始余余额单据据按照模板板导入:简化输入入，批量量倒入从总账辅辅助账余余额引入入:要求检查查应收和和总账期期间的合合理性，总账的的当前期期间必须须大于或或等于应应收系统统的启用用期间；录入科目目和单据据类型的的对应关关系；如如果应收收系统的的启用期期间不是是年度的的第一个个期

10、间，系统也也引入本本年发生生额数据据。销售回款款结算业务范围围销售回款款结算是是在应收收系统中中使用最最频繁的的结算方方式。对于关联联应收单单生成的的收款单单，系统统将在收收款单进进行收款款操作时时，进行行自动结结算，生生成销售售回款的的结算记记录。系统提供供按核心心单据号号和核心心单据行行号自动动结算的的功能。在应收收单审核核时，系系统自动动查找是是否有与与之核心心单据号号和核心心单据行行号相同同的收款款单，如如有，则则自动结结算；在在收款单单收款时时，系统统自动查查找是否否有与之之核心单单据号和和核心单单据行号号相同的的应收单单，如有有，则自自动结算算。对于没有有通过关关联关系系自动结结算

11、和按按核心单单据号自自动匹配配结算的的应收单单和收款款单，可可通过销销售回款款结算进进行结算算。销售回款款结算-说明结算方式式自动结算算：是由由系统自自动查找找应收单单与收款款单的匹匹配数据据，进行行结算。自动结结算只支支持同币币种的结结算。要要求主对对账方和和辅对账账方的币币别相同同，才可可以自动动结算。自动结结算时，系统先先比较主主对账方方与辅对对账方所所有数据据的原币币金额合合计的大大小。如如果主对对账方合合计金额额大，则则将主对对账方数数据按照照单据日日期从前前往后的的顺序进进行排列列，与辅辅对账方方进行结结算；如如果辅对对账方合合计金额额大，则则将主对对账方数数据按照照单据日日期从前

12、前往后的的顺序进进行排列列，与主主对账方方进行结结算。结结算后，金额大大的一方方将剩下下部分未未结算数数据。手动结算算：同时时支持同同币种结结算和异异币种结结算。同同币种结结算的结结算条件件是：主主对账方方的本次次原币结结算金额额合计=辅对账方方的本次次原币结结算金额额合计。当用户户选择的的主、辅辅方本次次结算金金额合计计不相等等时，系系统将不不允许结结算，并并且给出出提示。用户也也可以只只选择主主对账方方数据，不选择择辅对账账方数据据，进行行结算。结算条条件是，主对账账方的本本次原币币结算金金额合计计=0；用户也也可以只只选择辅辅对账方方数据，不选择择主对账账方数据据，进行行结算。结算条条件

13、是，辅对账账方的本本次原币币结算金金额合计计=0。也就是是说，系系统支持持红蓝单单对冲。销售回款款结算-说明 按核心单单据号结结算：在在应收单单审核时时，系统统自动查查找是否否有与之之核心单单据号和和核心单单据行号号相同的的收款单单，如有有，则自自动结算算；在收收款单收收款时，系统自自动查找找是否有有与之核核心单据据号和核核心单据据行号相相同的应应收单，如有，则自动动结算。2、结算的的类型同币种结结算：支支持自动动结算、手动结结算、按按核心单单据行号号结算。异币种结结算：支支持手动动结算，需要用用户选择择的本次次核销原原币，系系统根据据单据汇汇率计算算得到本本位币，将辅对对账方与与主对账账方的

14、本本次核销销本位币币金额的的差异作作为汇兑兑损益。应收冲应应付-说明 1、结算方方式手动结算算：允许许用户在在本次结结算金额额字段上上进行维维护。并并且要求求主对账账方的结结算金额额合计与与辅对账账方的结结算金额额合计相相等。对对于外币币同币种种结算业业务，如如果结算算的本位位币金额额有差异异，系统统记入汇汇兑损益益。手工工结算允允许往来来户不相相同。对对于主辅辅对账方方往来户户不同的的情况，系统会会自动判判断两者者之间是是否有业业务分析析码进行行关联，如果有有，系统统认为是是应收冲冲应付结结算；否否则认为为是应收收冲应付付转销。2、结算单单据主对账方方：红蓝蓝应收单单辅对账方方：红蓝蓝应付单

15、单3、结算的的原则应收单单的本次次核销金金额=应付单的的本次核核销金额额自定义收收款类型型业务范围围 应收应付付系统中中，系统统预设的的收付款款类型只只有通用用的6种类型，对复杂杂的资金金往来描描述不够够清晰，自定义义收付款款类型提提供了在在原有框框架范围围内可以以根据业业务需要要自定义义收付款款类型的的功能。系统通过过设置自自定义收收款类型型与预设设收款类类型的对对应关系系，来决决定自定定义收款款类型的的使用。包括单单据录入入、结算算、凭证证处理、报表处处理、期期末对账账、期末末结账，都严格格遵守对对应关系系。自定义收收款类型型收款类型型新增基础数据据辅助资料料收款类型型新增收款款类型，业务

16、系系统选择择为“应应收系统统”时，自动带带出对应应预设收收款类型型选框，提供F7功能，F7时弹出应应收系统统预设的的6种收款类类型供用用户单选选。自定义收收款类型型单据处理理收款单新新增，选选择自定定义的收收款类型型时，系系统会默默认按照照该自定定义收款款类型指指定的对对应预设设收款类类型来处处理。即即，收款款单分录录行上的的金额正正负属性性与分录录行的收收款类型型匹配，分录合合计金额额正负属属性与单单头的收收款类型型匹配。自定义收收款类型型结算处理理在销售回回款结算算、预收收冲预付付、收款款冲付款款结算界界面，收收款单显显示的单单据子类类型是自自定义的的收款类类型，但但是结算算的处理理逻辑视

17、视同指定定的对应应预设收收款类型型来处理理。自定义收收款类型型凭证处理理收款凭证证来源是是收款单单，使用用预收科科目指定预设设收款类类型是销销售回款款、退销销售回款款、预收收款、退退预收款款、代收收款和退退代收款款的收款款单都需需要生成成凭证，即所有有的收款款单都要要生成凭凭证。收款凭证证来源是是结算记记录，使使用预收收科目指定预设设收款类类型是销销售回款款和退销销售回款款，收款款单不做做凭证；指定预预设收款款类型是是预收款款、退预预收款、代收款款和退代代收款，收款单单要做凭凭证。自定义收收款类型型凭证处理理收款凭证证来源是是收款单单，不使使用预收收款科目目指定预设设收款类类型是销销售回款款、

18、退销销售回款款、预收收款、退退预收款款、代收收款和退退代收款款的收款款单都需需要生成成凭证，即所有有的收款款单都要要生成凭凭证。收款凭证证来源是是结算记记录，不不使用预预收科目目指定预设设收款类类型是销销售回款款和退销销售回款款，收款款单不做做凭证；指定预预设收款款类型是是预收款款、退预预收款、代收款款和退代代收款，收款单单要做凭凭证。坏账处理理流程图坏账处理理-说明 1、坏账参参数设置置计提方法法：直接接转销法法、备低低法。备抵法：销售百百分比法法、账龄龄分析法法、应收收账款余余额百分分比法。账务处理理：坏账账损失科科目、坏坏账准备备科目。应收账款款余额百百分比法法：总账账应收账账款科目目余

19、额计计提、应应收系统统应收账账款余额额计提账龄分析析法：同同时提供供汇总计计提、按按客户计计提、按按单计提提三种方方式。汇汇总计提提指的是是，所有有客户的的坏账准准备都使使用一个个坏账准准备科目目进行统统计；按按客户计计提，可可以按客客户设置置坏账准准备明细细科目，也可以以只设置置一个坏坏账准备备科目，通过对对坏账准准备科目目设置客客户辅助助账来进进行处理理；按单单计提，是指针针对每张张单据计计提坏账账准备；设置按按客户计计提的参参数时，支持按按客户类类别设置置计提比比率。当当选择按按客户计计提时，客户分分类标准准按下拉拉列表进进行显示示，包括括系统内内用户已已经设置置的所有有分类标标准和“不

20、分类类”选择择。当选选择“不不分类”时，表表示所有有客户的的计提标标准都相相同坏账处理理-说明 2、客户初初始准备备余额按客户计计提坏账账准备的的方式下下，需要录入入客户的的坏账准准备初始始余额。如果对某某个客户户已经计计提过坏坏账准备备，那么么该客户户的坏账账准备余余额后续续不允许许再维护护。3、期初坏坏账期初坏账账用于录录入在开开账会计计期间以以前发生生的，但但又可能能收回的的坏账。一般情情况下，在系统统初始化化时进行行录入，考虑到到系统初初始化时时，坏账账是否能能够收回回存在未未知性，在日常常业务中中也可以以输入，期初坏坏账的处处理包括括了新增增、修改改、删除除、打印印等功能能，但进进行

21、了坏坏账收回回的期初初坏账项项目不能能删除、修改。期初坏坏账的所所有处理理都可以以通过期期初坏账账叙时簿簿中完成成。期初初坏账无无需另外外生成凭凭证。4、坏账准准备计提提坏账准备备是备抵抵法的业业务功能能，计提提坏账准准备用三三种方法法，包括括：销货货百分比比法、账账龄分析析法、应应收账款款余额百百分比法法，分别别依照销销货百分分比法、账龄分分析法、应收账账款余额额百分比比法有不不同的业业务界面面及业务务处理方方坏账处理理-说明 坏账准备备可以一一年一次次，也可可以随时时计提。坏账准准备的计计提方法法也可以以随时更更改。系系统根据据设置的的方法计计提坏账账准备，并产生生相应的的凭证。如果用户户

22、选择的的是“按按单计提提坏账准准备”，那么进进入坏账账准备计计提界面面，系统统会弹出出单据过过滤界面面要求用用户选择择对应的的单据。可以整整单计提提，也可可以按比比例计提提5、坏账损损失坏账损失失处理坏坏账发生生后的账账务处理理，选择择确定为为损失的的未结算算的应收收单、其其他应收收单，审审核通过过后,按凭证操操作后，选择的的单据按按照规则则生成坏坏账损失失记录及及对应的的记账凭凭证。6、坏账收收回账收回用用于处理理已进行行坏账损损失处理理的业务务的收回回，包括括两部分分，一部部分来自自坏账损损失，一一部分来来自期初初坏账。坏账收收回后要要反写坏坏账备查查簿。7、坏账准准备冲回回按单计提提坏账

23、准准备的情情况下，如果单单据计提提了坏账账准备，则不允允许进行行冲销、结算等等操作，必须要要先进行行坏账准准备冲回回。什么是业业务应收收业务应收收，顾名名思义，就是从从业务角角度统计计应收的的发生、应收的的收回以以及余额额。一般来说说，业务务应收的的发生额额及余额额，是要要大于财财务应收收的。出出于纳税税的考虑虑，一般般企业都都不会在在出库前前开出发发票。但但是实务务中，对对于关联联企业或或者比较较重要的的客户，出于关关联企业业或者客客户的要要求，也也有可能能先开发发票，下下个月再再出库。所以，业务应应收与财财务应收收并不存存在严格格意义的的大或者者小。所以，真真正的业业务应收收，应该该是按出

24、出库单来来统计的的。什么是业业务应收收某些软件件的实现现，是根根据出库库单来统统计业务务应收，出库单单与收款款单做核核销处理理来统计计余额，分析账账龄。这这样做的的好处，是实现现了严格格的按业业务统计计应收。这种与财财务完全全分开两两套账的的方式，过分加加大了用用户的工工作量：一张收收款单，既要与与出库单单核销，用来出出业务的的账龄分分析；又又要与发发票核销销，用来来出财务务的账龄龄分析。由于出库库单与发发票是多多对多的的关系，所以无无法给到到具体的的财务应应收与业业务应收收的对账账结果。两套账账完全孤孤立和隔隔离了。所以，这这种做法法并没有有在业界界得到推推广和用用户的认认可。什么是业业务应

25、收收K/3的的实现，是在应应收系统统的报表表统计中中增加选选项“包包括已出出库未开开票”。对于已已经开票票的，就就叫财务务应收；再加上上已出库库未开票票的部分分，基本本上就已已经可以以算做是是业务应应收了。K/3的的这种增增加统计计选项的的方式，得到了了广大用用户的广广泛应用用。这种增加加选项统统计的方方式，是是因为K/3没没有应收收单的概概念，发发票就是是实际发发票，不不是系统统发票，所以只只能通过过增加统统计选项项的方式式来处理理。这种种实现，造成应应收系统统的业务务边界不不清晰，与库存存系统的的联系过过于紧密密。什么是业业务应收收EAS中中，对业业务应收收的定位位，基本本上沿袭袭了K/3

26、的思思想，已已开票的的财务应应收+已已出库未未开发票票应收=业务应应收。用户可能能需要对对这部分分应收进进入应收收系统的的报表统统计，也也有可能能需要生生成应收收凭证。EAS在在前期设设计，就就考虑到到要实现现业务应应收，所所以提炼炼出应收收单业务务模型。应收单单本身是是一张系系统单据据，只要要用户认认为该进进应收报报表，就就可以生生成应收收单，不不管有没没有开票票。所以，在在应收单单上增加加了一个个选项“业务应应收”。其含义义相当于于已出库库未开发发票应收收。业务应收收参数选选择系统平台台参数数设置应收系系统参数数中，有有一个参参数“业业务应收收处理时时点”。分为“期末集集中处理理”、“平时

27、处处理”两两个选项项。当选择“期末集集中处理理”时，应收单单上的“业务应应收”选选项不可可选，只只能通过过应收系系统的“期末处处理”菜菜单下的的“业务务应收期期末集中中处理”菜单进进行处理理。点击击该菜单单，系统统会对本本期未完完全核销销的销售售出库单单自动生生成业务务应收单单；当选择“平时处处理”时时，应收收单上的的“业务务应收”选项可可选，由由用户自自行决定定要生成成财务应应收单，还是业业务应收收单。业务应收收参数选选择系统平台台参数数设置应收系系统参数数中，有有一个参参数“业业务应收收单是否否需要生生成凭证证”。分分为“是是”、“否”两两个选项项。当选择“是”时时，业务务应收单单需要生生

28、成凭证证，参与与期末与与总账对对账；当选择“否”时时，业务务应收单单不需要要生成凭凭证，不不参与期期末与总总账对账账。业务应收收单生成成当“业务务应收处处理时点点”参数数选择为为“平时时处理”时，业业务应收收单允许许手工录录入，也也允许关关联上游游单据生生成。当“业务务应收处处理时点点”参数数选择为为 “期期末集中中处理”时，业业务应收收单不允允许手工工录入；业务应收收自动回回冲、反反回冲销售出库库单关联联生成业业务应收收单时，系统会会标记该该销售出出库单已已经生成成业务应应收，不不允许再再次生成成。业务务应收单单不会与与销售出出库单核核销，也也不会与与预收单单结算；销售出库库单生成成财务应应

29、收单，系统会会判断销销售出库库单是否否已经生生成过业业务应收收单。在在审核财财务应收收单时，对之前前生成过过的业务务应收进进行冲回回。按相同核核心单据据号和核核心单据据行号的的原则进进行冲回回。如相同的的核心单单据号和和核心单单据行号号存在多多张业务务应收单单，按单单据日期期排序，从前往往后进行行冲回；冲回将自自动生成成与源业业务应收收单方向向相反的的业务应应收单，生成的的目标单单为审核核状态，且与源源业务应应收单自自动结算算；业务应收收自动回回冲、反反回冲反审核财财务应收收单时，自动反反回冲对对应的业业务应收收单；反回冲时时，系统统会对红红蓝业务务应收单单进行反反结算，并自动动删除回回冲时生

30、生成的业业务应收收单；业务应收收手工回回冲、反反回冲在应收单单序时簿簿上提供供了手工工回冲、反回冲冲的功能能；反回冲时时，系统统会对红红蓝业务务应收单单进行反反结算，并自动动删除回回冲时生生成的业业务应收收单；业务应收收结算控控制业务应收收单不能能参与结结算，不不能进行行债权转转移、坏坏账处理理；不能与销销售出库库单核销销；冲回时自自动生成成的结算算记录不不允许反反结算；业务应收收单不允允许生成成发票。报表查询询选项所有报表表提供了了“是否否包含业业务应收收”的选选项；期末对账账根据业业务应收收单是否否需要生生成凭证证，控制制是否参参与期末末对账；期末检查查时，也也根据该该参数决决定是否否检查

31、业业务应收收单的凭凭证状态态。应收应付付与总账账对账-说明 应收应付付与总账账对账的的原理对账模式式说明按DAP关系对账账按单据上上的科目目对账对账流程程说明（根据提提单反馈馈统计得得到的疑疑惑比较较多的几几个点）对账不平平衡的原原因总结结应收应付付与总账账对账的的原理应收应付付采用单单据作为为业务载载体总账采用用凭证作作为业务务载体单据与凭凭证之间间的桥梁梁是科目目为了实现现应收应应付与总总账的对对账，必必须以科科目作为为对账依依据单据的发发生额要要转换为为科目的的发生，对应到到凭证对账模式式说明（一）提供两种种对账参参数：审审核即对对账、生生成了凭凭证再对对账审核即对对账时，单据只只要审核

32、核了，就就能与总总账进行行对账。前提是是，单据据分录上上的对账账科目作作为必录录项；生成了凭凭证再对对账时，单据必必须生成成了凭证证，才参参与对账账。没有有生成凭凭证的单单据，只只会在期期末检查查时，提提示还有有某些单单据没有有生成凭凭证，并并且给出出单据列列表。对账模式式说明（二）6.1版本，对对账参数数默认为为“审核核即对账账”；可可以修改改为“生生成凭证证再对账账”。之前的版版本，只只提供了了“按DAP关系对账账”。按按“DAP关系对账账”，要要求单据据必须生生成了凭凭证才对对账，且且是按照照DAP关系的记记录来与与总账对对账；由于DAP平台不稳稳定以及及DAP规则设置置的复杂杂度比较较

33、高，导导致之前前客户使使用DAP关系对账账的效果果不是很很理想。经常出出现应收收应付系系统在对对账时取取不到数数据，或或者取数数出现翻翻倍。并且，对对于不在在应收应应付系统统做凭证证的跨系系统业务务，无法法参与对对账。比比如固定定资产采采购，使使用固定定资产卡卡片来做做凭证，应付单单不会做做凭证。这样，应付系系统在对对账时，取不到到这笔数数据，而而总账却却有这个个数据，所以对对账一定定不会平平衡。对账模式式说明（三）为解决以以上问题题，6.1版本将“按DAP关系对账账”改进进为“生生成凭证证再对账账”。系统处理理仍然为为：生成成了凭证证的单据据再与总总账对账账，没有有生成凭凭证的，只给出出列表

34、，提示没没有生成成凭证。对DAP关系不再再做强制制要求。系统对对状态为为已经生生成凭证证的单据据，先检检查有没没有DAP关系，有有DAP关系的，按DAP关系对账账；没有有DAP关系的，按单据据分录上上的科目目对账。比如固定定资产采采购，使使用固定定资产卡卡片来做做凭证，应付单单不会做做凭证。这样改改进后，虽然应应付单不不做凭证证，但是是可以通通过取应应付单上上的科目目进行对对账。对账模式式说明（四）按DAP关系对账账，是一一种比较较高级的的实现思思路：科科目在单单据录入入时，不不作为必必录项。更切合合企业的的实际业业务场景景。因为为有很多多企业，单据并并不是由由财务录录入的。另外，通过DAP关

35、系对账账，可以以适合比比较复杂杂的业务务场景，灵活性性更高。按单据分分录上的的科目对对账，科科目是作作为必录录项，而而且取科科目方向向和金额额的算法法固定，无法适适应二次次开发单单据对账账的需要要。有机构反反馈说，必须要要生成了了凭证再再对账，客户不不能接受受。但是是这个并并不是按按DAP关系对账账的硬伤伤。因为为完全可可以对没没有生成成凭证的的单据取取单据上上的科目目来对账账。从客户上上线情况况来看，按DAP关系来对对账的实实现思路路固然好好，但是是对于实实施要求求太高。所以才才需要增增加一种种比较简简单的实实现方式式。对账模式式说明（五）为了适应应K/3老客户的的使用习习惯，简简化对账账功

36、能的的使用。6.1版本增加加“审核核即对账账”的业业务模式式。单据上的的科目做做为必录录项。对账时，取单据据上的科科目。方方向是根根据单据据的业务务性质来来取的。比如，应收单单取为借借方、应应付单取取为贷方方。单据只要要审核了了，就会会与总账账对账。“生成凭凭证再对对账”与与“审核核即对账账”，实实现逻辑辑可以归归纳为：根据DAP关系取数数，还是是取单据据上的科科目。按DAP关系对账账（一）DAP关系，指指的是单单据在通通过DAP平台生成成凭证的的过程中中，DAP平台记录录下来的的单据分分录与凭凭证分录录的对应应关系。这是一一种明细细级的关关系。理论上说说，当出出现应收收应付系系统与总总账系统

37、统对账不不平衡时时，通过过对这个个DAP关系的追追溯，系系统可以以给出哪哪张单据据和哪笔笔凭证对对应关系系不正确确。这个个在按单单据分录录科目对对账的实实现方式式下，是是无法做做到的。按DAP关系对账账的业务务逻辑按DAP关系对账账（二）按DAP关系对账账时，系系统按照照凭证日日期取要要参与对对账的单单据范围围。举例例：单据据生成凭凭证，但但是凭证证日期为为下期，那么，本期对对账时，该张单单据就不不会被过过滤出来来进行对对账。如果对账账期间为为往期，系统直直接取应应收应付付系统的的对账余余额表数数据。如果对账账期间为为本期，系统取取本期发发生额的的算法为为：根据据单据与与凭证分分录的对对应关系

38、系，查找找对账科科目分录录及方向向，取其其方向和和单据的的应收/应付金额额作为应应收应付付系统的的发生额额。取总账的的发生额额和余额额是直接接从总账账的辅助助账余额额表取值值；如果果科目没没有设置置辅助账账，则取取总账的的科目余余额表数数据。按DAP关系对账账的业务务逻辑按单据上上的科目目对账（一）按单据上上的科目目对账时时，系统统按照单单据日期期取要参参与对账账的单据据范围。举例：单据生生成凭证证，但是是凭证日日期为下下期，那那么，本本期对账账时，该该张单据据会被过过滤出来来进行对对账。如果对账账期间为为往期，系统直直接取应应收应付付系统的的对账余余额表数数据。如果对账账期间为为本期，系统取

39、取本期发发生额的的算法为为：取单单据上的的科目，方向根根据单据据的业务务性质取取值。取总账的的发生额额和余额额是直接接从总账账的辅助助账余额额表取值值；如果果科目没没有设置置辅助账账，则取取总账的的科目余余额表数数据。按单据上上的科目目对账的的业务逻逻辑对账流程程说明（一）在系统参参数中选选择对账账模式：生成凭凭证再对对账、审审核即对对账。系系统出厂厂默认为为审核即即对账，可以随随时切换换。该参参数是放放在应收收系统中中的，但但是能对对应收系系统和应应付系统统同时起起控制。在初始化化菜单下下设置对对账科目目。注意意，应收收系统选选择应收收类的科科目做为为对账科科目；应应付系统统选择应应付类的的

40、科目作作为对账账科目。如果在在应收系系统选择择应付科科目作为为对账科科目，系系统是取取不到数数据的。反之亦亦然。设置对账账参数对账流程程说明（二）在设置对对账科目目界面，负数单单据取值值的选项项一定要要正确选选择。保保证设置置与凭证证的生成成规则一一致。因因为它会会影响系系统对负负数收、付款单单的取值值结果。举例：负负数的收收款单，如果做做负数凭凭证：借：银行行存款-100；贷：应收收账款-100；设置系统统参数为为取负数数，则系系统会将将这张负负数收款款单取为为贷方负负数。设置负数数单据取取数规则则对账流程程说明（三）承上页：如果设设置系统统参数为为对方正正数，则则，按DAP对账时，系统会会

41、将这张张单据取取为贷方方的正数数。从而而导致对对账不平平衡。按按单据科科目对账账时，系系统会将将这张单单据取为为借方的的正数。对账也也会不平平衡。如果系统统参数设设置为对对方正数数，则这这张收款款单做凭凭证正确确的DAP规则设置置应该是是：借：应收收账款100贷：银行行存款100注意必须须要保证证设置与与DAP规则的一一致性！该问题已已经有多多个机构构提单，都属于于设置不不一致的的应用问问题。对账流程程说明（四）对账界面面上的显显示明细细往来户户功能说说明对账流程程说明（五）如果选择择了多个个科目，则所有有科目设设置的辅辅助账类类型必须须完全相相同，才才能选择择往来类类型和往往来户。如果科目目

42、没有设设置往来来类型辅辅助账，或者设设置了辅辅助账，但是多多个科目目的辅助助账并不不相同，系统会会将往来来类型和和往来户户灰显。对账流程程说明（六）提供按科科目总额额对账、按科目目对账、按单据据总额对对账三个个选项。按科目总总额对账账的意思思是，把把选择的的多个科科目的余余额及发发生，按按照用户户设置的的加、减减条件，计算得得到一个个总额来来进行对对账；按科目对对账的意意思是，把选择择的多个个科目，按照各各个科目目的余额额及发生生额，逐逐一与总总账对账账；按单据总总额对账账的意思思是，不不管用户户设置什什么对账账科目，直接把把系统内内的应收收应付单单、收付付款单及及结算记记录，按按照单据据的业

43、务务性质，直接加加减后得得到一个个总额；总账的的取数则则是按照照设置的的科目来来取。对账不平平衡的原原因（一一）如果是通通过DAP关系对账账，不平平衡的原原因大致致有：1.DAP规则的配配置，是是从单头头取数作作为借、贷方的的金额；将导致致应收应应付系统统取不到到金额；2.没有使用用记账分分类来设设置科目目取值，而是直直接使用用固定科科目，并并且又存存在结算算记录生生成凭证证，将导导致对账账时，应应收应付付系统的的金额出出现翻倍倍；原因因是DAP平台记录录DAP关系时，不会自自动抛除除金额为为空的关关系；3.债权债务务转移没没有在目目标单上上配置源源单往来来户信息息；4.债权债务务转移没没有生

44、成成一借一一贷的凭凭证；而而是生成成两个借借或者两两个贷的的凭证，系统无无法支持持；5.通过DAP生成凭证证后，手手工修改改了凭证证；对账不平平衡的原原因（二二）如果是通通过单据据上的科科目对账账，不平平衡的原原因大致致有：1.单据审核核了，但但是没有有生成凭凭证；或或者虽然然生成凭凭证，但但是与单单据不在在同一个个期间；2.单据生成成凭证的的科目与与单据上上的科目目不一致致；3.债权债务务转移没没有在目目标单上上配置源源单往来来户信息息；4.债权债务务转移没没有生成成一借一一贷的凭凭证；而而是生成成两个借借或者两两个贷的的凭证，系统无无法支持持。借贷项调调整单借贷项调调整单需要使用用借贷项项

45、调整单单的业务务场景借贷项调调整单如如何使用用借贷项调调整单对对报表统统计的影影响需要使用用借贷项项调整单单的业务务场景因为质量量问题或或者交货货延期而而对金额额调整；已开票需需要对金金额进行行调整；集团内部部往来，往往需需要在月月末对金金额进行行调整；其他需要要调整金金额而不不需要调调整数量量的业务务场景。简单地说说，如果果只是要要对应收收应付金金额进行行调整，而不需需要对出出入库数数量进行行调整的的业务，都可以以使用借借贷项调调整单。借贷项调调整单如如何使用用借贷项调调整单的的录入方方式分成成两种，一种是是手工录录入，一一种是关关联生成成。如果是手手工录入入，只能能录入费费用项目目类型，不

46、能录录入物料料，其作作用等同同于费用用发票。通过借借贷项调调整单而而不通过过费用发发票类型型来进行行处理，可以对对业务进进行清楚楚归类。如果关联联生成，必须通通过点击击应收单单序时簿簿或者编编辑界面面上的“调整”按钮进进行操作作，而不不是点“关联生生成”按按钮。如如图：借贷项调调整单如如何使用用序时簿界界面上，对应收收单生成成借贷项项调整单单：借贷项调调整单如如何使用用编辑界面面上，对对应收单单生成借借贷项调调整单：借贷项调调整单如如何使用用只有审核核状态的的发票、费用发发票类型型的应收收单、应应付单可可以通过过点“调调整”按按钮进行行调整，生成借借贷项调调整单。一张借贷贷项调整整单的所所有分

47、录录，其物物料和费费用项目目的属性性必须一一致，要要么都是是物料，要么都都是费用用项目。通过点“调整”按钮生生成的借借贷项调调整单，不支持持分录的的合并。即，源源单有5条分录时时，借贷贷项调整整单也是是5条分录，不允许许新增分分录，但但是关联联后允许许删除分分录。如如果合并并，将导导致对核核心单据据的反写写出现错错误；借贷项调调整单分分录的正正负属性性默认与与源单相相反。控控制数量量必须为为零。允允许修改改应收金金额、折折扣额、金额、税额的的属性和和大小。但是在在修改时时，必须须保证应应收金额额、金额额、税额额的正负负属性必必须相同同；折扣扣额允许许正负属属性不相相同；借贷项调调整单如如何使用

48、用借贷项调调整单的的单据编编码：采采用源单单编码+JDTZ+三位流水水码来编编号的形形式。借贷项调调整单支支持多条条分录存存在不同同的正负负属性，即，同同时支持持正数分分录和负负数分录录。借贷项调调整单，在审核核时反写写核心单单据的应应收、应应付金额额 。借贷项调调整单不不支持冲冲销；如果出出现操作作错误，通过再再次调整整就可以以了。反审核借借贷项调调整单的的条件：必须是是本期单单据、没没有生成成凭证、没有生生成发票票、没有有结算、没有核核销和费费用分摊摊。借贷项调调整单如如何使用用借贷项调调整单参参与结算算、允许许进行债债权债务务转移、允许生生成凭证证、允许许生成发发票等单单据后续续操作。应

49、付系统统的借贷贷项调整整单，目目前需要要通过手手工做费费用分摊摊影响入入库单的的成本；借贷项调调整单对对报表统统计的影影响借贷项调调整单参参与应收收应付系系统所有有报表的的统计；借贷项调调整单参参与销售售类报表表的统计计。影响响销售毛毛利润、销售排排名分析析等。付款申请请单付款申请请单为何需要要增加付付款申请请单付款申请请单如何何使用为何需要要增加付付款申请请单通过EAS的工工作流平平台，付付款单已已经可以以起到大大部分的的付款申申请作用用。但是有一一类业务务，即如如果付款款审批出出现跨月月跨期处处理的情情况，付付款单无无法处理理。因为付款款单要求求必须当当月审核核、付款款处理完完毕。为了对付

50、付款的审审批过程程进行更更完善管管理，增增加付款款申请单单。付款申请请单如何何使用付款申请请单不能能手工录录入。付款申请请单必须须关联生生成。付款申请请单没有有期间概概念，允允许跨期期处理。付款申请请单允许许关联合合同生成成，允许许关联订订单生成成，允许许关联应应付单生生成。付款申请请单关联联订单的的预付金金额，生生成对预预付的申申请；付款申请请单关联联应付单单生成，是对采采购付款款的申请请；付款申请请单可以以关联生生成付款款单。付款申请请单如何何使用关联生成成后，会会在付款款申请单单审核时时，对源源单进行行反写，扣减源源单的未未申请付付款金额额，增加加累计已已申请付付款金额额；同时扣减减核心

51、单单据的未未申请付付款金额额，增加加累计已已申请付付款金额额；对于关联联应付单单生成付付款申请请单，再再从付款款申请单单生成付付款单的的流程，系统不不再对应应付单进进行锁定定金额的的反写，也不再再通过关关联关系系结算，而是通通过手工工结算处处理或者者核心单单据行号号自动结结算。应收应付付收/付款条件件主要功能能增加【收款付条条件】基础资料料；【收付款条条件】采用财务务组织隔隔离单据上增增加收付付款条件件，增加加的单据据有：采购合同同采购订单单应付单销售合同同销售订单单应收单应收应付付收/付款条件件主要功能能预付款比比例的设设置结算方式式的设置置1、预收/付比例%：录入控控制为0100的正数，不

52、大于于100当用户维维护预收收/付比例后后，系统统自动在在收/付款定义义列表中中增加一一行，比比例取为为预收/付比例，起算标标准为单单据日期期。该行行的所有有列都不不允许维维护。当当用户修修改比例例为零，系统自自动删除除该行。2、结算方方式提供供三个选选择：月月结、信信用天数数、固定定日期当选择为为月结时时，固定定日期列列不可维维护；信信用天数数列可维维护。当选择为为信用天天数时，固定日日期、日日、月数数列都不不可维护护。信用用天数列列可维护护，表示示为在起起算日期期的基础础上过*天作作为应收收日期；和信用期期限的区区别：信信用期限限为确认认应收后后允许欠欠款多少少天；信信用天数数表示在在多少

53、天天后确认认应收账账款；当选择为为固定日日期时， 信用用天数、日、月月数列都都不可维维护。固固定日期期列允许许手工维维护。选选择固定定日期，无论单单据日期期为哪一一天，都都按固定定的日期期进行结结算。应收应付付收/付款条件件主要功能能起算标准准的设置置3、起算标标准提供供四个选选择：业业务日期期、业务务月末日日期、单单据日期期、单据据月末日日期。业务日期期，指的的是应收收/应付单上上的业务务日期字字段。业务月末末日期，指的是是应收/应付单上上的业务务日期对对应的月月末日期期。单据日期期，指的的是应收收/应付单上上的单据据日期。单据月末末日期，指的是是应收单单的单据据日期对对应的月月末日期期。如

54、果选择择月末日日期，则则本月结结算的单单据为上上月发生生的单据据，不包包括本月月的单据据举例：每月15日为月结结日，起起算标准准为业务务日期时时，对于于业务日日期为上上月16本月15号的单据据，则在在本月15日进行结结算；每月15日为月结结日，起起算标准准为业务务月末日日期时，对于本本月业务务日期为为131号的单据据，则在在下月15日进行结结算；上上月的单单据在本本月进行行结算；应收应付付收/付款条件件主要功能能起算延期期天数；固定日期期4、起算延延期天数数：指的的是在起起算标准准日期的的基础上上再延后后的情况况下，延延后的天天数。延延期天数数默认为为零，可可手工维维护。主要用于于计算起起算日

55、：举例：每每月15日为月结结日，对对于业务务日期为为12号的单据据，如果果起算延延迟天数数为4天，则在在下月15日进行结结算；5、固定日日期：根根据日期期控件选选择日期期，显示示方式为为*年*月*日。固定日日期列允允许手工工维护。表示固固定在某某天作为为应收日日期；举例：固固定日期期设置为为2008年12月20日，则在在2008年12月20日之前发发生的业业务，应应收日期期都为2008年12月20日。应收应付付收/付款条件件主要功能能信用天数数日、月数数6、信用天数数：手工工录入天天数。选选择结算算方式为为信用天天数时，表示在在起算日日期+起算延期期天数+信用天数数的日期期作为应应收日期期；选择择结算方方式为月月结时，信用天天数表示示在月结结日的基基础上，再加多多少天作作为应收收日期。举例：结结算方式式为信用用天数时时，信用用天数为为3天，对于于业务日日期为12号的单据据，则在在本