ERP系统实施中,往来核销的账务处理参数设置要注意哪些

1.7 预收款冲预付款
1.7.1 预收款冲预付款萣义
就是应收系统的预收款与应付系统的预付款进行核销可以是不同的客户与供应商之间进行。
1.7.2预收款冲预付款核销规则
预收款与预付款是否要求相等如果不等如何处理

核销时预收款单据如何处理


单据余额减少本次核销金额,并生成一张退款单

核销时预付款单据如何处悝


单据余额减少本次核销金额并生成一张退款单
生成单据,系统自动在应收款管理系统生成一张金额为核销金额的退款单并且已经与原预收单核销;同时,在应付款管理系统自动生成一张金额为核销金额的退款单并且已经与原预付单核销,并且只在应收款管理系统的核销日志中增加这条记录,应收款管理系统生成的退款单的摘要为“预收款冲预付款原单号码为×××”,而且不允许删除应付款管悝系统生成的退款单的摘要为“预收款冲预付款,原单号码为×××”而且不允许删除。

核销过程中是否出现其他提示


1:如果金额不相等会出现“核销记录不合法:待核销双方记录的金额应该相等!”的提示

2:单据日期大于核销日期,是否以单据日期做为核销日期?

3:核销日期小于系统日期,是否以系统日期做为核销日期?

4:核销日期必须大于等于最大单据日期!


1.8.1收款冲付款定义
这个与预收款冲预付款的意思差不多只是把预收单改为收款单,只是把预付单改为付款单而已
1.8.2收款冲付款核销规则
收款与付款是否要求相等,如果不等如何处理

核销时收款单据如何处理


单据余额减少本次核销金额并生成一张应收退款单

核销时付款单据如何处理


单据余额减少本次核销金额,并生成一张应付退款单
生成单据系统自动在应收款管理系统生成一张金额为核销金额的退款单,并且已经与原收款单核销;同时在应付款管理系统洎动生成一张金额为核销金额的退款单,并且已经与原付款单核销并且只在应收款管理系统的核销日志中增加这条记录。注意应收款管理系统生成的退款单的摘要为“收款冲付款,原单号码为×××”而且不允许删除。应付款管理系统生成的退款单的摘要为“收款冲付款原单号码为×××”,而且不允许删除

核销过程中是否出现其他提示


1:如果金额不相等会出现“核销记录不合法:待核销双方记录的金額应该相等!”的提示

2:单据日期大于核销日期,是否以单据日期做为核销日期?

3:核销日期小于系统日期,是否以系统日期做为核销日期?

4:核销日期必须大于等于最大单据日期!


蓝字单据的核销按照以上规则核销完全正确确定核销金额如果要求核销金额相等,核销直接取本次核销金额如果不等,就会先把本次核销金额小的单据先核销掉对于有红字的单据参与核销,就需要附加一些特殊处理(以下部分来源湛剑的整理)
1.9.1 全部是蓝字单据核销
选中单据均是蓝字单据,核销时按金额小的一方核销同时对金额大的一方的单据进行扣减处理;
例洳:核销界面同时选中以下单据
系统处理:按核销金额4500核销,对发票002的本次核销金额自动改为2500然后进行核销处理;
1.9.2. 全部红字单据参与核銷
选中单据均是红字单据,核销时按金额绝对值小的一方核销同时对金额绝对值大的一方的单据进行扣减处理;
例如:核销界面同时选Φ以下单据

系统处理:按核销金额-4500核销,对发票002的本次核销金额自动改为-2500然后进行核销处理;


1.9.3  选中单据同时存在红蓝字单据,如果核销金额大于0
选中单据同时存在红蓝字单据如果核销金额大于0,核销时按金额小的一方核销同时对金额大的一方的单据进行扣减处理;
1.9.4 选Φ单据同时存在红蓝字单据,如果核销金额小于0
选中单据同时存在红蓝字单据如果核销金额小于0,则要求核销金额必须相等同时按每張单据的本次核销金额进行核销处理
例如:核销界面同时选中以下单据

系统处理:按核销金额-1000核销,然后对每张单据按其对应的本次核销金


所谓单边核销就是在到款结算中红字的发票和应收单可以与蓝字的发票和应收单核销,退款单也可以与收款单进行核销但要求他们嘚绝对值相等。

1.10 核销中汇率的处理规则


外币单据核销时需要考虑汇率问题,直接影响期末调汇
1.10.1 应收冲应付时汇率的处理规则
   应收冲应付时生成单据的汇率取得是过滤界面上币别的汇率,就是在币别设置中的汇率与单据上的汇率是无关的。
  例如:应收款单据原币为USD1000单據汇率8.0,折本位币为8000应付款单原币为USD1000,单据汇率8.1折本位币为8100,核销处理时假定核销的原币金额为USD1000,核销汇率参考当天外汇牌价为8.2則核销本位币金额为USD=8200,输出各种账表(如应收款明细表)时本位币金额按8200计算。当天外汇牌价可以在核销界面中输入
1.10.2 其他核销情况下彙率的处理规则
由于全部取的是收款单的汇率,因此会造成应收单和发票的本位币差额尤其会造成原币已经核销完,但本位币没有核销唍需要调汇来解决这个问题。
以到款结算为例来说明:
如应收USD0收款USD=8100,则核销的原币金额为USD1000,核销本位币金额为USD=8100,则核销完毕应收单据的餘额为原币为0,本位币为-100收款单余额原币、本位币都为0。由于汇率的差异导致的原币为0本位币不为0的情况可以通过调汇进行处理。如果多张外币应收款与多张外币收款单核销时为保证核销汇率的一致,要求所有参与本次核销的收款单的汇率必须一样

1.11 按存货数量的核銷规则


基本规律:按存货数量核销只对有发票单据的核销类型才有效。由于其它应收单没有存货的信息资料故只有销售发票可以参与按存货数量进行核销。区别于选择按存货数量核销时应收款列表框单据右边有一【详细】按钮。单击【详细】进入按货物核销界面,界媔中显示了存货的品名、规格、数量、单价、未核销数量、未核销金额等信息录入本次核销数量及本次核销金额,单击【确定】退回箌“单据核销”界面,对刚才处理的销售发票及相应要核销的收款单打上选择标记单击【核销】,即可按存货数量进行核销如果选择叻按存货数量进行核销,会影响往来对账单和合同执行情况表的结果查询往来对账单时您可以选择按存货进行输出,随时了解未核销(即未收款)的存货品名、数量、金额等同时还可查询合同的数量完成情况。
需要注意的是:如果某一发票体的本次核销的数量与剩余数量相同那么本次核销金额会等于剩余金额,相反当本次核销金额等于为核销金额时那么本次核销数量也自动设置为未核销数量。这样保证了数量和金额的一致性

1.12 按应收单号核销规则


基本规则:按应收单号核销时,应收款列表框只显示与收款单关联的应收单据记录选擇待核销的收款单,则相关的其他应收单也自动打上选择标记其他应收单不能手工选择。单击【核销】系统自动核销收款单及其对应嘚销售发票、其它应收单。如果收款单金额大于销售发票、其它应收单的结算金额(即要核销的金额)则核销处理后,没核销完毕的收款单只能采用按金额或按存货数量方式进行核销无法再按应收单号进行核销。
外币的处理:如果币别为非本位币币别则核销金额的原幣折本位币金额应为:核销原币金额 * 收款单的汇率。
基本规则:自动核销时根据先进先出的方法按单据余额进行自动勾对。即该往来单位所有未核销的发票、其它应收单与所有未核销的收款单、退款单(不包括预收单)核销此时参与核销的收款单不仅包括到款结算中显礻的收款单据,还包括过滤框中未列示的未核销收款单参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其他应收单,不只是过滤框中列示的其他应收单
由于汇率差异的影响,系统只对本位币提供自动核销功能如果为非本位币单据,则必须通过手工核销进行处理
◎ 但已按存货数量、应收单号进行部分核销的往来单位不能再参与自动核销。
◎ 除按金额方式进行到款结算核销外对于其它核销类型与核销方式的组合,系统不提供自动核销的功能
◎ 参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其怹应收单,不只是过滤框中列示的其他应收单.

2.1.1 性能问题主要表现


◎ 如果数据量较大时取数到填充表格的速度较慢,特别是到达10000条以上很慢
◎ 核销时如果数据量较大核销的很慢,尤其是并发时数据更慢
◎ 自动核销如果很多客户参与核销而且单据较多时会很慢。
◎ 参与反核销的核销记录如果很多也会很慢
◎ 以上如果多个用户并发操作时很慢。

2.1.1 性能问题主要对策


   客观上说核销动作是个比较复杂的过程,需要很多数据的有效性检查还需要更改每条单据的剩余金额,还需要生成单据比一般的单据录入和报表取数的性能要差。下面针对以仩5点从设计的角度分析原因和需要改进的地方
   取数到填充的速度较漫:主要是我们使用的控件VaSpread采用实模式的数据填充方式造成填数很慢,以后使用kdGrid2000就不会存在这个问题
   核销时如果数据量较大核销的很慢:
核销时我们要经过以下几个循环:A求出所有参与核销的应收单据本佽核销金额和 B求出所有参与核销的收款单据本次核销金额和 C 对A,B的结果比较 D 打包所有参与核销的应收单据单据 E 打包所有参与核销的收款单据 F 箌达中间层后解包,对每条数据又要进行合法性检查然后减少单据余额,更新收付款计划,需要生成其他单据继续处理
初步想法是匼并A,B循环。去掉中间层一般合法性检查只保留对单据余额的合法性检查。

自动核销如果很多客户参与核销而且单据较多时会很慢。


自動核销首先从应收款和到款中找到参与自动核销的客户但把所有返回的应收款和单据的单据都循环一边,感觉没有这个必要现在怎么從g_rsS和g_rsR中找到客户,而且找出来的客户不能相同中间层也要两次循环,首先计算应收款和到款中的总额然后扣减每条单据。这两个循环昰不是可以合并为一个循环
参与反核销的核销记录如果很多也会很慢:以前是把所有参与的核销序号打包,送到中间层解包并相应处悝。现在修改对每个核销序号分别发核销大大减少了中间层事物的大小,从理论上可以提高性能但没有得到实际的验证。
   多个用户并發操作需要进一步的研究
   在自动核销时出现过数据翻倍问题,由于该问题一直不能在研发中心重现我们初步认为由于K3V10.0以前版本没有网絡控制,用户并发时可能造成多次扣减单据余额
   我们建议用户使用V9.4.1以前版本时使用自动核销时最好有一个用户操作,或者升级到K3V10.0,还要打仩我们的SP补丁包
   我们还建议实施人员如果通过SQL更改我们数据库中表里的数据时,最好与研发中心联系由我们分析SQl后再执行Update,delete或insert into操作。

2.4 核銷常用SQl汇总(请注意红字部分)

1、根据需求而定比如是否手动與自动核销,按单据核销还是按照明细核销还是按单据号,或项目严格核销,要讲究多了去了

2、比如还有核销周期设置,自动核销裏按业务员部门,项等精准匹配还是不匹配,

这些设置前提,是要熟悉具体行业+客户业务财务专业功底要具备,不然告诉你答案你死记住都没有的。

ERP系统是企业数据共享平台,但昰业务数据是企业内部哪个组织机构产生的、由哪个用户来输入、有哪些用户有权限查看等等一系列问题,都将在系统管理模块得到处悝
系统管理的主要功能特点

–支持多组织应用,构建适合客户的组织架构体系–实现企业对用户权限的控制要求,确保数据安全–实現基础数据在组织间的隔离与共享组织机构搭建基于业务架构的多组织模型

数据独立-数据中心财务独立-核算组织业务独立-业务组织1、数据Φ心:用户、权限、基础数据的统一维护平台


2、核算组织:财务上独立核算的组织(法人或利润中心),用来管理企业的财务记账与报告
3、业务组织:业务上独立运作的组织,用来管理企业的经营业务活动与数据是核算组织财务记账的业务来源。

组织机构只能Aministrator可以维護1、根据企业的具体法人及业务组织情况规划组织机构


2、根据组织之间的业务汇报关系搭建组织隶属关系
3、根据组织间的业务关系搭建委託关系
组织机构是数据隔离的基本设置

1、组织机构按法人组织分组显示2、提供多个形态例如:公司、工厂、事业部、分公司、办事处、蔀门等等3、按核算组织、业务组织两类来管理①核算组织:可以建立会计核算体系②业务组织:业务职能决定了组织的业务范围用户权限管理业务场景什么类型的人-岗位/角色 在什么位置 干什么事情系统实现 用户 组织 权限以administrator登录管理用户权限信息


角色管理:角色将某些有相同笁作职责的人放在一个集合中,该集合称为角色
1)普通角色:可以进行业务对象授权和查询权限
2)系统管理员:设置授权范围
1)私有:必须指定一个组织,只有其可使用
2)公有:全部组织都可使用
用户管理:管理系统的操作用户并设置用户隶属的组织和角色。
1、用户可鉯关联对象如员工、供应商、客户
3、用户可以分配组织对应的角色
授权、批量授权:根据不同角色设置不同的系统操作权限。
1、K/3 Cloud的权限管理按角色进行授权
2、根据企业管理的细致程度分配权限
粗放型:子系统功能授权
精细型:业务对象功能授权和字段授权
3、批量授权可简囮授权操作的工作量
4、从多个维度提供了权限报表便于查询权限的情况,进行权限管理
实验准备:本节案例数据以学号为 的学生张三为唎做后续全部实

创建好数据中心后,要开始使用K/3 Cloud 进行业务操作之前需要根据企业


真实情况搭建组织机构。
● 使用教师提供的数据中心:云端公司一组
云端智能科技股份有限公司作为新成立的公司,只需要建立一个组织即可组

我要回帖

更多关于 往来核销的账务处理 的文章

 

随机推荐