通常企业都会制定完善的应收应付管理制度,ERP应该能提供及时登记往来款项和准确反映应收应付账款的形成、回收、支付及增减变化情况并按月进行核对与清理的功能。
SAP提供了强大的应收应付管理,简单列举几个其应收应付功能:
(1).购销合同中明确各项条款
应收应付从购销单据开始就可明确各种条款,通常,顾问们会倾向于使用采购/销售文本(请参考相关篇幅)功能来定义各种条款,这些条款被写入采购订单或销售订单主数据, 主要包括付款方式、付款日期、运输情况、包装方式、送货期限甚至违约责任, 这些条款将随采购订单或销售单据被打印或被传真并形成法律效应,SAP提供了Output Message来完成打印或传真功能,可以将来发生争端时根据寻求诉讼保全。
(2).双方往来对帐
一个公平竞争的市场环境下整个企业链应该是双盈的,在SAP财务模块提供了阶梯式的往来通信功能,包括:
a. 信函功能(Correspondence)
典型的信函有支付通知(Payment notifications) 、对帐单(Account statements) 、
余额确定单(Balance confirmations)等, 支付通知实际上也包括到期需要付给人家的款项,应收过大容易形成坏帐,应付过大也容易造成资不抵债高负债运营。
b.自动支付(Tcode:F110)
SAP提供了自动支付功能,可以自动找到到期的应付形成付款,当然企业可以根据其支付计划进行一定调整,按照国外习惯,到期即需付款,延期的应收和应付需要计息,而按国内实情,显然自动付款实现不大现实。
c.催款(Dunning,Tcode:F150)
相对普通信函而言,催款更加正式,SAP提供了多级催款,甚至在催款时可以计算利息,当
然催款也包括企业的应付帐款的催款(自催)。
(3).制定激励政策
SAP对商业折扣,现金折扣,销售返利等业务提供了相应处理方案。
(4).评估和信用机制
SAP有供应商评估和完善客户信用控制功能。
国内ERP管象预付冲应付、预收冲应收等业务处理叫核销,SAP管这些业务叫结帐/清帐,清帐一般包括平时手工清帐和月末自动清帐两种方式。
手工清帐相关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初始屏幕显示的默认凭证类型不同而已,可以使用OBU1设置,使用这些Tcode在平时记帐时就可清帐。
SAP中的应收应付模块和总帐集成设计简洁,如下:
第一步:应收应付/预收预付/其它应收其他应付被设置成为统驭科目,这些科目或被设置到供应商/客户主数据或被设置为特殊总帐标志,在记帐时是直接输入供应商/客户(或+特殊总帐标志)自动带出的,而国内传统做法是记帐时输入应收应付/预收预付/其它应收其他应付这些科目再将供应商/客户作为辅助核算字段。
显然,SAP不大可能会出现应收应付和GL不匹配的业务场景。
第二步:SAP提供了一套表来记录供应商/客户已清项(Cleared Items)和未清项(Open Items),典型的Table: BSIS/BSAS | BSIK/BSAK | BSID/BSAD。
平时实际上就可使用F-44或F-32及时清帐,比如将某供应商的一笔预付去清某笔应付,而不需等到月底凑热闹统一去做。在本书的相关章节,曾论证了SAP应付帐款未清行项中为什么没有带采购订单号 + 利润中心,实际上供应商的一笔预付可能是针对某采购订单的应付未清项,此时SAP没有提供默认解决方案,原因是SAP供应商发票校验时可能根据多个采购订单集中校验,这些采购订单可能采购了多个利润中心的多个物料,汇总的一笔应付无法钩稽到采购订单 + 利润中心,而在有些企业的实务中可能应付是唯一对应到一采购订单和利润中心的,在这种情况下,如果需要加强清帐功能,可以考虑使用SAP的凭证增强功能写入采购订单和利润中心。
除了手工清帐,SAP还提供了自动清帐功能。
自动清帐相关Tcode:
(1)F.13:不带清帐货币(针对未清项管理的总帐应收应付和GR/IR科目自动清帐)
(2)F13E:带清帐货币的自动清帐
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/16573195/viewspace-661694/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/16573195/viewspace-661694/