没有合适的资源?快使用搜索试试~ 我知道了~
浅谈SAP期末清帐和重分类.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
5星 · 超过95%的资源 1 下载量 43 浏览量
2023-02-16
18:11:50
上传
评论 3
收藏 486KB DOCX 举报
温馨提示
试读
30页
浅谈SAP期末清帐和重分类.docx
资源推荐
资源详情
资源评论
作者 SAP 屠夫 Mailto:stonefhj@163.net
付鸿杰
浅谈 SAP 期末清帐和重分类
通常企业都会制定完善的应收应付管理制度,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 屠夫 Mailto:stonefhj@163.net
付鸿杰
付/其它应收其他应付这些科目再将供应商/客户作为辅助核算字段。
显然,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:带清帐货币的自动清帐
手工/自帐清帐规则
A. 无论手工清帐还是自动清帐,相关科目一定要需设置未清项管理。
B.使用手工清帐,科目主数据“创建/银行/利息”屏的的自动过帐标致不能选上。
C.自动清帐可以针对应收应付和特殊总帐标置的预收预付其它应收其它应付间进行,
注意:A 和 W 默认的特殊总帐标志不能进行自动清账处理。
自动清帐还包括进行未清项管理的一般总帐科目,特别强调一下 GR/IR 科目的自动清帐。
D.自动清账通常根据借方贷方金额相同,和辅助条件字段如采购订单+采购行项目或分配
字段相同项目归类清帐,典型的如 GR/IR 科目,清帐字段是可配置的。
E.自动清帐也可在满足清帐条件的多个借贷项进行处理。
F.自动清账适用于银行待清账户的处理(比如实施了电子银行的的电子对帐单),由于手
动清账的灵活性,多数情况下,企业还是愿意采用这种方式,特别是清帐时需要人为职
业判断的情况下,不准确自动清帐有时还会造成帐龄分析问题。
下图为清帐的配置路径,清帐配置包括定义清帐过帐码、清帐规则和自动清帐的附加规则。
自动清帐规则(Tcode:OB74)
自动清帐规则默认可以根据分配号进行(BSEG-ZUONR),这个分配号对应到 Tcode:OB16
定义所谓的排序码。
如图-[5]的 GR/IR 科目 2121970000 的自动清帐规则是采购订单和采购订单行项目,实际上,
在运行 F.13 自动清帐时则会将收货时产生的 GR/IR 贷方和发票校验时产生的 GR/IR 借方自
动根据采购单和行项目清帐。
作者 SAP 屠夫 Mailto:stonefhj@163.net
付鸿杰
GR/IR 科目的自动清帐
SAP 默认设置使用 ZUONR 分配字段做清帐条件,意思是说如果一群 open 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 个借方就自动对清。
排序码(Tcode:OB16)
排序码可以分配到会计科目主数据、供应商和客户的主数据中,排序码最多可由 4 个字段组
成,比如排序码 010 则对应采购订单+采购行项目,这样在记帐时如果科目使用了该排序码,
分配字段将被写入采购凭证+采购行项目。
从某种意义上来讲,除了用清帐外,分配字段还类似一个可由用户灵活自定义的保存辅助信
息的字段。
应收应付自动清帐困惑
GR/IR 和采购订单+行项目是一一对应的,即其每个行项目必定能带上采购订单和行项目,
这是 SAP 的设计特点,GR/IR 作为中间科目,在收货和发票环节实际上余额(包括凭证货
币、本位币和附加本位币)必定平衡。可应收应付就不那么容易了,以应付为例,和 GR/IR
不同的是,因为后勤发票校验时是多个采购订单或一个采购订单多个行项目,所以它不大可
对应到采购订单+行项目,应收也同样,所以,应收应付使用好自动清帐是不容易的,不过,
财务如果连付钱和收钱都懒的去做好而等着系统自动做的话,你老板又怎么可能放心呢?
作者 SAP 屠夫 Mailto:stonefhj@163.net
付鸿杰
什么科目需使用未清项管理?
需要清帐的会计科目在建立时(Tcode:FS00)需在“控制数据” Tab 页必须选上“未清项管
理”标志, 首先进行未清项管理的科目必须是 BS 科目, 通常包括有银行清帐科目| 现金折扣
清帐科目| GR/IR 和 类 GR/IR 即应计的运输费,保险费,报关费等应计的采购附加费用科目等,
而象应收应付预收预付等各种统驭科目默认必须进行未清项管理,因此这些统驭科目本身不
能打上“未清项管理”标志。
使用未清项管理的相关科目的业务数据将被分成为已清项和未清项两类。
清帐图例实解
可以使用 Tcode FBL3N/FBL1N/FBL5N 来查看各种未清项。
如图 1,展示的是 FBL3N 查看某供应商应付帐款未清项的一个截图。
图 1-[1]-[2]:两个重要的行项目 Status 标志和 Due Date(
注:
GR/IR
只有未清项标志
, GR/IR
科
目本身无所谓的到期概念
)。
Due Date 是表示该应收应付是否已经到期,它是根据未清行项目的基限日期
(Baseline date)和 OME2 定义的付款条件的日期计算而来。
图 1-[4]:你必须在 Layout 选上“Cleared/open items symbol”和“Net due date symbol”两个
字段,才会出现图 1-[1]-[2]的两个标志, 你还可选择“Net due date”和“Arrears after
net due date” 对未清行项目分析,这样对该单个供应商所有未清项的帐龄直接就有
非常清晰的了解。
作者 SAP 屠夫 Mailto:stonefhj@163.net
付鸿杰
借贷方金额相同的清帐实例
图 2 显示的一个 F-44 清 Vendor 未清项的一个实例,选择 Document Number 5100000052 和
5100000051 的未清项对清,金额是 8.33HKD,因为清帐的 Dr/Cr 金额完全相同,于是产生了只
有凭证头没有行项目的清帐凭证 0100000228。
注:剩余付款产生的新的未清项的基准日期(
该日期将计算出到期日,与帐龄分析和催款密
切相关
),一般是默认从原行项中 Copy 过来,当然可按实际需求更改 baseline date,比如你
和供应商或客户和你约定部分付款后剩余部分到期日往后延迟一段时间。
如果在收付款时剩余部分不能从原行项目带出支付条件和基线日期,则需要检查配置 Tcode:OBA3。
收付款的部分和剩余清帐
无论是部分还是剩余收付款(
收款
:F-28,
付款
:F-53),以付款为例,当本次付款金额恰好等于选
择的行项目金额和,当然行项目自动变成已清项.
假 设 某 Vendor 的 一 笔 10000 RMB 的 未 清 项 (
凭 证 号 假 设 是
5100000063,
类 型 一 般 是
RE/KR,RE
由
LIV MIRO
而来
,KR
通常是手工记帐
),本次付 9000.
如果采用部分付款时通常会产生一 KZ 的付款凭证,原来的 5100000063 依旧是未清项.本次
付款产生的付款凭证如下:
Dr:应付(某 vendor) 9000 HKD
Cr:银行存款 9000 HKD
其中产生的应付借项也是未清项
(
注意该付款凭证的贷方行项目是银行存款没有所谓的未清
项
),
金额是
9000HKD..
如果采用剩余付款,则 5100000063 会变成已清项,同时产生一新的未清项凭证如下:
Dr: 应付(某 vendor) 10000 HKD (5100000063
成已清项清帐凭证为该次付款凭证
)
Cr: 应付(某 vendor) 1000 HKD(未清)
剩余29页未读,继续阅读
资源评论
- 梁大炮.2023-03-24感谢大佬分享的资源,对我启发很大,给了我新的灵感。
猫一样的女子245
- 粉丝: 93
- 资源: 2万+
下载权益
C知道特权
VIP文章
课程特权
开通VIP
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功