论文资料:SAP月末清帐处理

上传人:飞*** 文档编号:27028431 上传时间:2018-01-05 格式:DOC 页数:10 大小:498KB
返回 下载 相关 举报
论文资料:SAP月末清帐处理_第1页
第1页 / 共10页
论文资料:SAP月末清帐处理_第2页
第2页 / 共10页
论文资料:SAP月末清帐处理_第3页
第3页 / 共10页
论文资料:SAP月末清帐处理_第4页
第4页 / 共10页
论文资料:SAP月末清帐处理_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《论文资料:SAP月末清帐处理》由会员分享,可在线阅读,更多相关《论文资料:SAP月末清帐处理(10页珍藏版)》请在金锄头文库上搜索。

1、精品文档 免费阅读 免费分享 如需请下载!请下载! 浅谈 SAP 期末清帐和重分类通常企业都会制定完善的应收应付管理制度,ERP 应该能提供及时登记往来款项和准确反映应收应付帐款的形成、回收、支付及增减变化情况并按月进行核对与清理的功能。SAP 提供了强大的应收应付管理,简单列举几个其应收应付功能:(1).购销合同中明确各项条款应收应付从购销单据开始就可明确各种条款,通常,顾问们会倾向于使用采购/销售文本(请参考相关篇幅)功能来定义各种条款,这些条款被写入采购订单或销售订单主数据, 主要包括付款方式、付款日期、运输情况、包装方式、送货期限甚至违约违约责任, 这些条款将随采购订单或销售单据被打印

2、或被传真并形成法律效应,SAP 提供了 Output Message 来完成打印或传真功能,可以将来发生争端时根据寻求诉讼保全。(2).双方往来对帐一个公平竞争的市场环境下整个企业链应该是双盈的,在 SAP 财务模块提供了阶梯式的往来通信功能,包括:a. 信函功能(Correspondence)典型的信函有支付通知(Payment notifications) 、对帐单(Account statements) 、 余额确定单(Balance confirmations)等, 支付通知实际上也包括到期需要付给人家的款项,应收过大容易形成坏帐,应付过大也容易造成资不抵债高负债运营。b自动支付(Tc

3、ode:F110)SAP 提供了自动支付功能,可以自动找到到期的应付形成付款,当然企业可以根据其支付计划进行一定调整,按照国外习惯,到期即需付款,延期的应收和应付需要计息,而按国内实情,显然自动付款实现不大现实。c.催款(Dunning,Tcode:F150)相对普通信函而言,催款更加正式,SAP 提供了多级催款,甚至在催款时可以计算利息,当然催款也包括企业的应付帐款的催款(自催)。(3).制定激励政策SAP 对商业折扣,现金折扣,销售返利等业务提供了相应处理方案。(4).评估和信用机制SAP 有供应商评估和完善客户信用控制功能。国内 ERP 管象预付冲应付、预收冲应收等业务处理叫核销,SAP

4、 管这些业务叫结帐/清帐,清帐一般包括平时手工清帐和月末自动清帐两种方式。手工清帐相关 Tcode:(1).F-03/ FB1S:手工清 G/L account 未清项( 针对使用了未清项管理的一般总帐科目 )(2).F-44/ FB1K:手工清 Vendor 未清项( 各供应商的应付未清项清帐 )(3).F-32/ FB1D:手工清 Customer 未清项( 各客户应收未清项清帐 )(4).F-04:G/L account 的带清帐的过帐(5).F-51:Vendor 的带清帐的过帐(6).F-30:Customer 的带清帐的过帐F-04,F-51,F-30 这些 Tcode 初始屏幕显

5、示的默认凭证类型不同而已,可以使用 OBU1 设置,使用这些 Tcode 在平时记帐时就可清帐。SAP 中的应收应付模块和总帐集成设计简洁,如下:第一步:应收应付/预收预付 /其它应收其他应付被设置成为统驭科目,这些科目或被设置到供应商/客户主数据或被设置为特殊总帐标志,在记帐时是直接输入供应商/ 客户( 或 +特殊总帐标志 )自动带出的,而国内传统做法是记帐时输入应收应付/ 预精品文档 免费阅读 免费分享 如需请下载!请下载! 收预付/其它应收其他应付这些科目再将供应商 /客户作为辅助核算字段。显然,SAP 不大可能会出现应收应付和 GL 不匹配的业务场景。第二步:SAP 提供了一套表来记录

6、供应商/客户已清项(Cleared Items)和未清项(Open Items) ,典型的 Table: BSIS/BSAS | BSIK/BSAK | BSID/BSAD。平时实际上就可使用 F-44 或 F-32 及时清帐,比如将某供应商的一笔预付去清某笔应付,而不需等到月底凑热闹统一去做。在本书的相关章节,曾论证了 SAP 应付帐款未清行项中为什么没有带采购订单号 + 利润中心,实际上供应商的一笔预付可能是针对某采购订单的应付未清项,此时 SAP 没有提供默认解决方案,原因是 SAP 供应商发票校验时可能根据多个采购订单集中校验,这些采购订单可能采购了多个利润中心的多个物料,汇总的一笔应

7、付无法钩稽到采购订单 + 利润中心,而在有些企业的实务中可能应付是唯一对应到一采购订单和利润中心的,在这种情况下,如果需要加强清帐功能,可以考虑使用 SAP 的凭证增强功能写入采购订单和利润中心。除了手工清帐,SAP 还提供了自动清帐功能。自动清帐相关 Tcode:(1)F.13:不带清帐货币( 针对未清项管理的总帐应收应付和 GR/IR 科目自动清帐 )(2)F13E:带清帐货币的自动清帐手工/自帐清帐规则A 无论手工清帐还是自动清帐,相关科目一定要需设置未清项管理。B 使用手工清帐,科目主数据“创建/银行/ 利息”屏的的自动过帐标致不能选上。C 自动清帐可以针对应收应付和特殊总帐标置的预收

8、预付其它应收其它应付间进行,注意:A 和 W 默认的特殊总帐标志不能进行自动清账处理。自动清帐还包括进行未清项管理的一般总帐科目,特别强调一下 GR/IR 科目的自动清帐。D自动清账通常根据借方贷方金额相同,和辅助条件字段如采购订单+采购行项目或分配字段相同项目归类清帐,典型的如 GR/IR 科目,清帐字段是可配置的。E自动清帐也可在满足清帐条件的多个借贷项进行处理。F自动清账适用于银行待清账户的处理(比如实施了电子银行的的电子对帐单) ,由于手动清账的灵活性,多数情况下,企业还是愿意采用这种方式,特别是清帐时需要人为职业判断的情况下,不准确自动清帐有时还会造成帐龄分析问题。下图为清帐的配置路

9、径,清帐配置包括定义清帐过帐码、清帐规则和自动清帐的附加规则。自动清帐规则(Tcode:OB74)自动清帐规则默认可以根据分配号进行(BSEG-ZUONR) ,这个分配号对应到 Tcode:OB16定义所谓的排序码。如图-5的 GR/IR 科目 2121970000 的自动清帐规则是采购订单和采购订单行项目,实际上,在运行 F13 自动清帐时则会将收货时产生的 GR/IR 贷方和发票校验时产生的 GR/IR 借方自动根据采购单和行项目清帐。精品文档 免费阅读 免费分享 如需请下载!请下载! GR/IR 科目的自动清帐SAP 默认设置使用 ZUONR 分配字段做清帐条件 ,意思是说如果一群 op

10、en items 碰在一起,只要 assignment 字段相同 ,且满足 Total debit Amout = Total Credit Amount,他们就两清了。现在来说说 GR/IR, 举一个 BT 点的例子,假设某采购订单的一行项目对应的物料采购数量为 100 PC,MIGO 收货 3 次, 数量为 30/30/40, 则 GR/IR 记录在贷方 3 次, 而假设供应商送了两次发票,发票校验 MIRO 时为 50/50, GR/IR 记录在借方 2 次, 假设分配字段 ZUONR字段记录 PO+PO item, 运行自动清帐 F.13 时 3 个贷方和 2 个借方就自动对清。排序码

11、(Tcode:OB16)排序码可以分配到会计科目主数据、供应商和客户的主数据中,排序码最多可由 4 个字段组成,比如排序码 010 则对应采购订单+采购行项目,这样在记帐时如果科目使用了该排序码,分配字段将被写入采购凭证+采购行项目。从某种意义上来讲,除了用清帐外,分配字段还类似一个可由用户灵活自定义的保存辅助信息的字段。应收应付自动清帐困惑GR/IR 和采购订单+ 行项目是一一对应的,即其每个行项目必定能带上采购订单和行项目,这是 SAP 的设计特点,GR/IR 作为中间科目,在收货和发票环节实际上余额(包括凭证货币、本位币和附加本位币)必定平衡。可应收应付就不那么容易了,以应付为例,和 G

12、R/IR不同的是,因为后勤发票校验时是多个采购订单或一个采购订单多个行项目,所以它不大可精品文档 免费阅读 免费分享 如需请下载!请下载! 对应到采购订单+行项目,应收也同样,所以,应收应付使用好自动清帐是不容易的,不过,财务如果连付钱和收钱都懒的去做好而等着系统自动做的话,你老板又怎么可能放心呢?什么科目需使用未清项管理?需要清帐的会计科目在建立时(Tcode:FS00 )需在“控制数据 ” Tab 页必须选上“未清项管理”标志, 首先进行未清项管理的科目必须是 BS 科目, 通常包括有银行清帐科目| 现金折扣清帐科目| GR/IR 和 类 GR/IR 即应计的运输费,保险费,报关费等应计的

13、采购附加费用科目等,而象应收应付预收预付等各种统驭科目默认必须进行未清项管理,因此这些统驭科目本身不能打上“未清项管理”标志。使用未清项管理的相关科目的业务数据将被分成为已清项和未清项两类。清帐图例实解可以使用 Tcode FBL3N/FBL1N/FBL5N 来查看各种未清项。如图 1,展示的是 FBL3N 查看某供应商应付帐款未清项的一个截图。图 1-1-2:两个重要的行项目 Status 标志和 Due Date(注: GR/IR 只有未清项标志 , GR/IR 科目本身无所谓的到期概念 )。Due Date 是表示该应收应付是否已经到期,它是根据未清行项目的基限日期(Baseline d

14、ate)和 OME2 定义的付款条件的日期计算而来。图 1-4:你必须在 Layout 选上 “Cleared/open items symbol”和“Net due date symbol”两个字段,才会出现图 1-1-2的两个标志, 你还可选择“Net due date”和“Arrears 精品文档 免费阅读 免费分享 如需请下载!请下载! after net due date” 对未清行项目分析,这样对该单个供应商所有未清项的帐龄直接就有非常清晰的了解。借贷方金额相同的清帐实例图 2 显示的一个 F-44 清 Vendor 未清项的一个实例,选择 Document Number 5100

15、000052 和5100000051 的未清项对清,金额是 8.33HKD,因为清帐的 Dr/Cr 金额完全相同,于是产生了只有凭证头没有行项目的清帐凭证 0100000228。注:剩余付款产生的新的未清项的基准日期( 该日期将计算出到期日,与帐龄分析和催款密切相关 ),一般是默认从原行项中 Copy 过来,当然可按实际需求更改 baseline date,比如你和供应商或客户和你约定部分付款后剩余部分到期日往后延迟一段时间。如果在收付款时剩余部分不能从原行项目带出支付条件和基线日期,则需要检查配置 Tcode:OBA3。收付款的部分和剩余清帐无论是部分还是剩余收付款( 收款 :F-28,付款

16、 :F-53),以付款为例 ,当本次付款金额恰好等于选择的行项目金额和,当然行项目自动变成已清项.假设某 Vendor 的一笔 10000 RMB 的未清项( 凭证号假设是 5100000063,类型一般是RE/KR,RE 由 LIV MIRO 而来 ,KR 通常是手工记帐 ),本次付 9000.如果采用部分付款时通常会产生一 KZ 的付款凭证,原来的 5100000063 依旧是未清项.本次付款产生的付款凭证如下:Dr:应付( 某 vendor) 9000 HKDCr:银行存款 9000 HKD其中产生的应付借项也是未清项 (注意该付款凭证的贷方行项目是银行存款没有所谓的未清项 ),金额是 9000HKD.

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号