sap 删除银行对账单
- 格式:docx
- 大小:130.20 KB
- 文档页数:2
sap清账标准未清项为了规范财务管理,确保账目的准确性和完整性,企业常常需要进行清账操作。
在使用SAP软件进行清账时,未清项是一个重要的概念。
本文将介绍SAP清账标准未清项的相关内容。
一、未清项的定义及作用未清项是指在SAP系统中还有未完成的财务交易或未结清的开票项目。
未清项的存在可能导致账目不准确,影响财务决策和业务运营。
因此,对未清项进行清理和处理是财务管理中至关重要的一环。
二、未清项的分类根据不同的财务交易类型和业务流程,未清项可分为以下几类:1. 供应商未清项:指未结清的供应商开票项目,包括应付账款、未付款项等。
在清账过程中,需要对供应商的未清项进行核对和结清,确保账目准确。
2. 客户未清项:指未结清的客户开票项目,包括应收账款、未收款项等。
对于客户的未清项,需要及时与客户对账,并催缴未结款项,确保账目的及时结清。
3. 银行未清项:指未完成的银行交易,包括未对账的银行对账单、未完成的银行调拨等。
在清账过程中,需要对银行的未清项进行对账和处理,保证账目的准确性。
4. 现金未清项:指尚未完成的现金交易,包括未对账的现金收支、未结算的现金存取等。
对于现金的未清项,需要进行日常对账和处理,以确保账目的准确和完整。
三、未清项的处理流程对于未清项的处理,一般遵循以下流程:1. 核对未清项:通过SAP系统生成相应的报表,逐一核对各类未清项。
根据核对结果,对存在的异常进行记录和分析,明确未清项的原因和处理方式。
2. 协调解决:与相关部门或合作伙伴沟通,协调解决未清项的问题。
例如,与供应商确认发票是否已结清,与客户核对未收款项的原因等。
通过有效的沟通和协商,解决未清项的疑问和纠纷。
3. 更新账目:根据确认结果,及时更新SAP系统中的账目信息。
对于已结清的未清项,需做好相关凭证的录入和更新,确保账目的及时反映实际情况。
4. 监控跟踪:对于大额或长期未清项,需要进行监控和跟踪。
建立相应的预警机制,定期对未清项进行分析,并及时进行处理,以避免对企业财务造成潜在风险。
SAP清账及配置什么是清账用简单的话来说,清账只是链接两个FI凭证。
为什么要链接两个FI凭证现在,让我们以ECC系统来跟踪其业务的组织为例。
假设组织从供应商那里购买了一些商品。
此后,供应商发送购买商品的发票(或账单)。
组织中的负责人在收到发票后在SAP系统中输入发票。
现在该付款了。
组织将发票金额支付给供应商。
此付款也以单据形式输入到SAP系统中。
目前,我们在SAP系统中有两个凭证1)发票2)付款已将付款支付给供应商,但SAP系统不知道哪个付款是针对哪个发票的。
那么该怎么办?好吧,只需将发票与相应的付款相关联,这称为清账。
清账在行项目级别进行,即FI凭证中的各个行根据行项目中的科目类型(供应商,客户或总账科目)通过各种标准交易进行清账。
不同类型的清账及其完成方式1)供应商帐户清账F.13 自动清账使您可以在一次交易中清账许多供应商帐户。
F-44 手动清账您需要选择要手动清账的项目。
2)客户账户清账F.13 自动清账使您可以在一次交易中清账许多客户帐户。
F-32 手动清账您需要选择要手动清账的项目。
3)总账科目清账F.13 自动清账使您可以在一次交易中清账许多总账科目。
FB1S 手动清账您需要选择要手动清账的项目。
清账的先决条件•帐户必须按未清项目进行管理•必须定义要清账的帐户SAP自动清账不能清除的项目为:•票据项目•统计过帐和某些特殊的总账交易(预付款和汇票)•有预扣税项的项目SAP自动清账的配置让我们简要概述一下如何在SAP中配置自动清账,转到SPRO事务。
SPRO中用于自动清账配置的菜单路径为:财务会计(新)->总帐会计->业务交易->未清项目清算->准备自动清算– S_ALR_87004879 –准备自动清算(OB74)Financial Accounting (New) -> General Ledger Accounting -> Business Transactions -> Open item Clearing ->Prepare Automatic clearing –S_ALR_87004879 –Prepare automatic Clearing (OB74)SAP自动清账规则SAP自动清账规则-会计科目表第一个条件:定义要自动清账的帐户类型(客户,供应商和总帐科目)。
戏说一下SAP的清帐更新时间:2015-01-10 19:42:13编辑:SAP中文学习网点击:86戏说一下SAP的清帐说到清帐,这个我就熟悉了,虽然我一贯非常谦虚,但是我还是愿意透露一下实际上我曾是200X年第一清帐高手(我公司内评的,当时候选人就我一个).我初中的一个同学,最近联系上了,中山大学财务系的高材生,现混了个master文凭,在某会计事务所做审计师,非常遗憾,他竟然从没听说过SAP,因为他做的企业大都是国内中小企业,靠,原准备好好显示一番,最后弄的俺心灵备受挫折.由此可见,SAP的圈圈非常闭塞.他很羡慕SAP的高薪问曰,转FICO要多长时间,我回答象你这样的,我来带你一下一个月也就足够了,鉴于你可能成为我的第100001个竞争对手,你事先得付50,000 RMB作酒资,这是参考市场培训价格,公平合理,可以分50年付清,打个欠条,我计划一年吃你一次.MD,什么世道?要是财务专业的人都来搞FICO将来哪里还有俺老屠混饭的地方.反思一下,如果有一堆详细的培训书籍,只要能认识中文字的SAP谁不会应用呢?然后他说你写点东西,靠,要是等俺这个杀猪的将SAP的肠呀肚呀什么的给写出来当街叫卖,估计SAP这行也就成TMD的狗屎了.SAP月末清帐处理手工清帐相关Tcode:(1).F-03:手工清G/L account未清项(2).F-44:手工清Vendor未清项(3).F-32:手工清Customer未清项(4).F-04:G/L account的带清帐的过帐(5).F-51:Vendor的带清帐的过帐(6).F-30:Customer的带清帐的过帐F-04,F-51,F-30功能一样只是初始屏幕显示的默认凭证类型不同而已(真想不通设计这么多重复的Tcode干啥),这个可以使用OBU1设置.这样的情况在SAP非常常见,经常是一堆Tcode功能完全一样仅仅是初始屏幕上放的内容不同而已.*要找前台路径请使用Tcode:Search_SAP_Menu自动清帐相关Tcode:(1)F.13:不带清帐货币的自动清帐(2)F13E:带清帐货币的自动清帐什么样的科目需要使用未清项管理?无论是手工还是自动清帐,需要清帐的会计科目在建立时(FS00)的Control Data Tab页必须选上未清项管理,这些科目必须是BS科目, 通常需要未清项管理的科目有银行清帐科目|现金折扣清帐科目|GR/IR和类GR/IR,类GR/IR科目包括PO中的Condition应用了account Key并在OBYC里设置的相关科目典型的比如运输费,保险费,报关费和其它相关科目,设置这些科目的目的是为了将相关费计入采购物料存货成本. 更详细请看接下来的实例运输费用清帐.不能使用未清项管理的科目有材料科目|统驭科目|所有的损益科目注:Vendor,Customer的统驭科目被显示隐藏在Vendor,Customer的行项目中,统驭科目本身不能打上未清项管理标志.如使用手工清帐,注意会计科目主数据create/bank/interest的自动过帐标致不能选上.看一个未清项的图,你可使用Tcode(FS10N/FK10N/FD10N)查看余额再双击看明细,实际上是调用行项目查看Tcode(FBL3N/FBL1N/FBL5N),当然可使用后者直接查看.如图1,展示的是FBL3N查看Vendor Open item的一个结果画面.图1-[1]-[2]:两个重要的行项目状态标志未清项状态标志和Due Date状态(FBL3N时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(过期多少天)对行项目分析,更详细的帐龄分析请参考本书的帐龄分析配置部分.对vendor,customer的行项目,前面已经说过,其统驭科目科目不能选清帐标志,实际上行项目清帐隐含是必须的,在实际收付款时会根据一定规则清帐,请参考接下来的部分和剩余收付款.通常企业用户也直接使用F-32/F-44清帐,假设选择的Debit/Credit金额相同,则会产生一只有凭证头的清帐凭证(数据库中只有BKPF数据而BSEG没有行项目).图2显示的一个F-44清Vendor未清项的一个实例,选择Document Number 5100000052和5100000051的未清项对清,金额是8.33HKD,因为清帐的Dr/Cr金额完全相同,于是产生了只有凭证头的清帐凭证010*******.注意的是剩余付款产生的新未清项的Baseline date,这与帐龄分析和催款流程密切相关,一般是默认从原来的行项中Copy过来.,如有必要可以在部分付款时按实际需求更改baseline date.部分和剩余收付款无论是部分还是剩余收付款(收款:F-28,付款:F-53),以付款为例,当本次付款金额恰好等于选择的行项目金额和,当然行项目自动变成已清项.假设某Vendor的一笔10000 RMB的未清项(凭证号假设是5100000063,类型一般是RE/KR,RE由LIV MIRO而来,KR通常是手工记帐),本次付9000.如果采用部分付款时通常会产生一KZ的付款凭证,原来的5100000063依旧是未清项.本次付款产生的付款凭证如下:Dr:应付(某vendor) 9000 HKDCr:银行存款9000 HKD其中产生的应付借项也是未清项(注意该付款凭证的贷方行项目是银行存款没有所谓的未清项),金额是9000HKD..如果采用剩余付款,则5100000063会变成已清项,同时产生一新的未清项凭证如下:Dr:应付(某vendor) 10000 HKD (5100000063成已清项清帐凭证为该次付款凭证)Cr:应付(某vendor) 1000 HKD(未清)银行存款9000 HKD最后剩下的是贷方1000HKD成为新的未清项,原来的凭证5100000063则成已清项,新的未清项的baseline date自动为5100000063的baseline date,除非你手工更改它,这也很合理.图3是一个实际付款的例子,凭证5100000045是MIRO进行LIV产生的凭证(类型RE). company code 5100的本位币是HKD,PO currency是USD,MIRO时的Exch. Rate是1HKD=0.12000USD,确定应付80USD,折合666.67 HKD,假设F-53使用剩余付款方法付出500HKD.图3-[3]显示的凭证5100000045的两个行项目(AP和GR/IR科目都使用未清项管理)对应的清帐凭证(1500000026是F-53剩余付款500HKD产生的,如图4, 凭证100000121则是F.13自动清帐产生的,如图5).图4,显示的是F-53剩余付款产生的凭证1500000026,在图3中的local currency amount HKD金额是666.67HKD,Document currency amount是80USD.在付款时汇率发生变化,1HKD=0.12900USD,SAP的凭证产生逻辑是付出500HKD,根据此时汇率(0.12900)转成64.50USD,还剩下15.50USD,转HKD为15.50/0.12900= 120.16HKD.可以看到此时80USD=620.16HKD.因为图3确定应付80USD,付款应以付清80USD为准.然而,SAP的清帐原则是:确保Document currency amount,local currency amount和group currency amount(本书是USD,假设你设置了parallel currency并使用Group currency USD做第2本币的话)三种货币同时平衡.这样就会产生一汇兑损益行,document currency和group currency amount都是0,而local currency amount为46.51(根据SAP的清帐逻辑,这种由于汇率变化某一货币金额为0而其中另外某币别的金额不为0情况在MIRO时汇率变化时也经常发生,所以在SAP中,不要以为Document currency为0,local currency amount就一定为0).汇兑损益科目在OB09或OBA1(KDF)中定义,通常各种AP/AR Recon.科目和GR/IR都要定义对应的汇兑损益科目.图5显示的是使用F.13(SE38:SAPF124)自动清GR/IR的结果,实际上一般会将MIGO收货产生的贷方GR/IR和MIRO GR/IR借方金额根据一定规则(详细请参考接下来的自动清帐处理)自动抵消.一个跨国集团可能经常使用group currency作为parallel currency,关于此请看本书的专门讨论并行货币的相关篇幅.Group currency是在SCC4中定义的,对整个client生效,就是说,假设你在某client使用了多个controlling area,group currency只能有一个,如图6,client 066的group currency是EUR,client 200是USD,在此你可以改变client级的group currencyGroup currency通常被用来定义为2nd local currency请看SE16:V_T001A.如图8-[2],在payment transaction accountings页选上Clng with Cust.标志如图9和图10,在Customer 80005803设置Vendor和Clearning with Vendor标志.这样在处理Vendor/customer未清项时就能看到Customer/Vendor的未清项.运输费用清帐处理Fowarder的运输费用可不可以直接作为期间费用呢?当然没问题.根据<<中华人民共和国会计法>>第..条…,对不起,一想玩点高级的就出错…还是引用我的<<初级会计实务>>,里面说存货的入库成本可以包括相应的运输费保险费报关费挑拣费合理损耗等. 一个会计人员是这样和我解释的,一个PO可能多个采购物料运输费怎么分摊(可根据数量或重量)到材料成本还有分摊后记帐问题,这样工作量将非常大,通常运输费占物料成本的比例应该比较小,因为如果运输费用太高公司估计自己就组建运输队了,(要不让员工拉大板车将采购材料拉回也行,反正钱不能让forwarder给赚了去),所以根据重要性原则,采购物料入库就只计算采购价将相关采购费用直接记入期限费用.*抬高采购库存成本的一个最有实际意义就是报价应用.外企似乎喜欢将运输费报关务费用计入采购物料的库存,下面举一个实例说明SAP中典型的运输费用的处理方法.如图11,看看采购的Condition procedure ZM3000(这个Procedure用于Stock transfer Order,将产品从国内工厂转到国外的集团分公司工厂,关于STO的业务处理详细流程请参考本书的STO处理流程篇),Y090/Y100/Y110/Z090是相关运输费用condition,因为集团公司可能有多个Fowarder,通常的做法是尽量使一个conditio只对应一两个Fowarder,Account Key是FR1(OBYC-FR1),表示此condition会产生会计凭证行项目(详细请参考本书的PO condition相关配置).同样设置相关报关费用(图中未显示)condition with account key FR2.这些condition对应一access sequence,condition amount事先使用MEK1维护一标准价格.在OBYC->FR1定义Freight clearing 科目14050050,Custom clearing 科目14050060.图12-1 condition P101的单价默认是supplying plant的物料单价,图12-2 Y090是运输费用condition,注意到有多个运输费condition,因为从国内到国外可能需要多个fowarder,比如货从工厂到香港,从香港上货轮,从货轮到国外工厂是不同的运输商.图12-3连装卸费也算上了图12-4是包括运输费,关务费(比如企业可能将报关业务外包给某关务代理)和装卸费在内的所有delivery cost是413.90HKD,这部分成本将计入receiving plant的存货成本.图13-[1],显示和普通LIV不同的是,Delivery cost发票校验需要选择2 planned delivery costs,此时显示出fowarder的vendor no,因为STO 700001的Delivery cost由一个fowarder和一个装卸公司承担,其中一个是装卸公司30213 ,假设图12-[3]对应的Y121表示装卸公司30213的装卸费用87.75HKD,这是使用MEK1维护的,标准价格是0.45USD/PC,当时合计87.75HKD,在MIRO时假设实际应付给vendor 30213 80HKD, 此时本次节省的-7.75HKD做为unplanned delivery cost .如图14-[1],维护-7.75作为unplanned delivery cost(此科目在OBYC-UPF维护,科目假设是62000270).过帐后产生图15的凭证.图15-[1]特意在行项目layout抽出transaction,这个正是OBYC里的transaction,SAP应用这个自动确定科目,要不OBYC怎么叫MM自动科目分配?图15-[3]特意将PO,POitem和assignment选出,assignment记录的正是PO+PO item内容,自动清帐时就使用这个assignment做关键字段.关于自动清帐请看接下来的自动清帐处理.自动清帐处理前面已经说过, 不管是手动清账还是自动清账,科目需设定未清项管理. 自动清账除了可以进行总账科目(典型的比如GR/IR科目)的清账外,还可以进行应收、应付的清账处理.通常带特殊总帐标识(常见的有A预收预付帐款,W应收付票据)的一些凭证不能自动清帐(当然可以手工清帐).自动清账除了可以进行总账科目的清账外,还可以进行应收、应付的清账处理及其相关的特别总账的清理。
供应商清账1 功能概观1.1 交易码:<F-44> - 供应商清帐(只限于预付款的清账)<F-53>- 供应商清账(其他挂AP的付款的清账)<FBL1N> - 供应商未清项明细查询1.2概念说明:标准清帐:供应商应付款的一笔借方对应一笔贷方,金额相等,则可对清。
部分清帐:支付一笔应付款的部分金额,则可用部分清帐。
部分清帐不产生新的未清项。
即,被清行项目与部分支付行项目均以未清挂账。
两者余额即为供应商挂账余额。
剩余清帐:支付一笔应付款的部分金额,也可用剩余清帐。
剩余清帐会产生新的未清项。
即,被清项目显示已清帐,剩余金额会产生一笔新的未清挂账。
2 业务交易2.1供应商清帐事务码: F-44字段用途科目-必输-输入供应商代码清帐日期-必输-输入清帐日期过账日期,期间-必输-过账期间公司代码-必输-公司代码货币-必输字段用途标准页签-用于标准清帐。
即,一正一付,“输入金额”与“已分配”金额相等,对清。
保存点击,系统提示字段用途部分支付页签-用于部分清帐。
在支付金额处,输入本次清帐的金额的。
一般情况下,“支付金额”<净金额。
如图所示。
保存点击,系统提示。
字段用途剩余项目页签-用于剩余清帐。
在剩余项目处,输入本次清帐后的剩余金额。
保存点击,系统提示。
事物码:F-53输入凭证的相关银行数据和未清项项目(供应商code和员工code):点击需要清账的金额,显示为红色字体就可以。
该字体显示为蓝色而不是黑色,表明该笔item需要继续输入相关的Item,以使该笔凭证能给系统通过,因为该笔涉及到银行的GL code,在新的系统里面有开发现金流量表的项目,需要录入现金流量表里面的Item,才能使该ITEM被系统接受。
点击其他数据,会出现以下的方框,在原因代码里输入现金流量表里面的相对应的Item.然后再模拟。
然后再保存。
显示凭证号码。
ShArp(SAP)系统操作手册SD-标准订单[文档编号________________________版本号_______________________]·Page 1of 8文档修订历史版本代码版本日期描述变更人批准人批准日期0.1最初版本1.0增加/修改/删除文档审批信息序号审批人角色审批日期签字备注12目录一、清除COGI............................................................................................................................................错误!未定义书签。
1.路径和代码.. (5)2.清除COGI (5)·Page2of8·Page 3of 8前提有足够的库存满足消耗,才可清除COGI 。
COGI :COGI 的意思是物料在移动或消耗时出现问题。
只要库存足够消耗,就可以清除COGI 。
1.路径和代码可选择下面的任何一种方法进行操作:2.开始清除COGI输入T-CODE :COGI 查看COGI ,回车;回车后进入以下页面。
输入工厂代码,物料号根据需要决定是否输入。
点击执行。
执行后出现以下页面。
点击选中要查看的物料,点击查看详细信息。
点击查看出现以下页面,移动光标查看错误内容,得出差异笔数和差异数量。
·Page6of8·Page 7of 8打开个新窗口,用T-CODE :MMBE 查看消耗有差异的物料库存。
确认车间无库存,若需要消除COGI ,则需要从仓库领料到车间库存地。
(领料方法请查看领料操作指导书)领料数量必须大于之前查询到的消耗差异的数量,才可完全消除此物料的COGI 。
备注:1.若按正常的领料过账操作,那么就不应该产生COGI 。
因为所领料的数量理论上比消耗的数量大。
但不排除来料不准的情况。
SAP自动清帐SAP自动清帐t-code:ob74设定自动清账的条件,设定正确的话,然后f.13执行清账。
在OB74设定自动清账的标准时,可以选择是按照分配号、金额等不同的标准来寻找匹配的行项目。
OB74后台菜单路径:1.手工清帐处理总账清账手动处理F-03 (对会计科目清账)应收清账手动处理F-32 (可以清理特别总账) 应付清账手动处理F-44(可以清理特别总账)2.自动清账处理如果会计科目未选未清项管理,是不会起作用的,就是选择了也不一定会起作用(最好是省的麻烦不使用它清账处理规则一般如下:(1)自动清账先根据借(正)与贷(负)金额相同的,再根据其他规则比如分配字段相同的进行自动清账处理。
(2)可以对GL,AP,AR和一些特别总账清理。
(3)自动清账的科目需设定未清项管理,如没设定未清项管理是不能进行清账处理的。
(4)自动清账和手动清账都可以对同一家客户或供应商的标准账户与其特别总账之间进行清账处理。
但是A和W不能进行清账处理,因为系统会认为与标准账处理是不同的无法自动清理。
(5) 清账时的选项可以是同时或多项一起进行清账处理的。
但是这几个选项中必选一项。
不管是手动清账还是自动清账(6)手动清账比较灵活,应收及应付的最好使用它,因为比如有笔预付是付给某PO的,毕竟计算机不可能象人一样精明能知道,并且通常自动清账处理什么都不会做.(7)自动清账一般适用于银行待清账户的清账处理(银行对账单)、GR/IR清帐(要求每天清帐)和同一个单位既是客户又是供应商的自动清帐处理。
(8)说了这么多屁话如果是有时间做帐最好是不使用它.3.其它清帐处理F.19 G/L: Goods/Invoice Received Clearing但是在自动清帐时可能并不能清除(当然Dr Cr amout 恰好相同的肯定Ok,),下面是在自动清GR/IR过程中的问题.我问过Oss, 他解释了一堆为什么OB74有时不work,最后建议用sub. 要小心,test)...Now in the absence of any preset value flow to Assignment no, the system picks up the default system date and puts it as assignment no. now since GR and IR dates are different, a clearing cannot take place even if amounts are same, since values in Assignment field are different. So automatic clearing vide F.13 does not work and a lot of open items are to be cleared manually.Even when an effort is made to clear themmanually, it becomes increasingly difficult to identify and match a set of GR & IR line items in the GL clearing screen.最后通过做subtitution .补充:要想造数据,最好的办法就是拿客户和供应商去清账,呵呵,F-30,先输入一行15记账,然后去选择未清项,找一个供应商去(由此可以看出SAP还是不够严谨的,可以随便搂出一个供应商的未清项来清账)。
SAP清账操作前台操作截图如下:如下是查看数据:数据可以在BSEG表查⼀下代码实现如下:*--------------------------------------------------------------------** INTERNAL TABLE DECLARATION*--------------------------------------------------------------------*DATA: it_blntab TYPE TABLE OF blntab WITH HEADER LINE, it_ftclear TYPE TABLE OF ftclear WITH HEADER LINE,it_ftpost TYPE TABLE OF ftpost WITH HEADER LINE,it_fttax TYPE TABLE OF fttax WITH HEADER LINE.*--------------------------------------------------------------------** START-OF-SELECTION*--------------------------------------------------------------------*START-OF-SELECTION.DEFINE populate_ftpost.it_ftpost-stype = &1.it_ftpost-count = &2.it_ftpost-fnam = &3.it_ftpost-fval = &4.append it_ftpost.END-OF-DEFINITION.DEFINE populate_ftclear.it_ftclear-agkoa = 'D'.it_ftclear-agbuk = '3010'. "company codeit_ftclear-selfd = 'BELNR'.it_ftclear-xnops = 'X'.it_ftclear-selvon = &1. "下限*******it_ftclear-selbis = &2. "上限感觉没⽤append it_ftclear.END-OF-DEFINITION.CALL FUNCTION'POSTING_INTERFACE_START' EXPORTINGi_function = 'C'i_keep = 'X'i_mode = 'A'EXCEPTIONSclient_incorrect = 1function_invalid = 2group_name_missing = 3mode_invalid = 4update_invalid = 5OTHERS = 6.populate_ftpost: 'K'1'BKPF-BUKRS''3010', "Company code'K'1'BKPF-BLART''SA', "凭证类型'K'1'BKPF-BLDAT' sy-datum, "凭证⽇期'K'1'BKPF-BUDAT' sy-datum, "过账⽇期'K'1'BKPF-WAERS''CNY', "币别'K'1'BKPF-XBLNR''Test', "参考'K'1'BKPF-BKTXT''抬头⽂本', "参考'P'1'RF05A-NEWBS''40', "过账码'P'1'RF05A-NEWKO''1002001001', "科⽬银⾏科⽬'P'1'BSEG-WRBTR''119.25', "⾦额'P'1'BSEG-RSTGR''A01', "付款原因代码'P'1'BSEG-HBKID''A1002', "开户⾏短代码'P'1'BSEG-HKTID''HQ005'. "帐户细⽬的代码populate_ftclear '18000001162021001'. "concatenate doc number + fiscal year + line number "凭证号+年度+项次 *******populate_ftclear '18000001102021001'.*******populate_ftclear '18000001152021001'.CALL FUNCTION'POSTING_INTERFACE_CLEARING'EXPORTINGi_auglv = 'EINGZAHL'i_tcode = 'FB05'i_sgfunct = 'C'IMPORTINGe_msgid = sy-msgide_msgno = sy-msgnoe_msgty = sy-msgtye_msgv1 = sy-msgv1e_msgv2 = sy-msgv2e_msgv3 = sy-msgv3e_msgv4 = sy-msgv4* E_SUBRC = SY-SUBRCTABLESt_blntab = it_blntabt_ftclear = it_ftcleart_ftpost = it_ftpostt_fttax = it_fttaxEXCEPTIONSclearing_procedure_invalid = 1clearing_procedure_missing = 2table_t041a_empty = 3transaction_code_invalid = 4amount_format_error = 5too_many_line_items = 6company_code_invalid = 7screen_not_found = 8no_authorization = 9OTHERS = 10.IF sy-subrc <> 0.* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO* WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.ENDIF.DATA:lv_str TYPE string.CALL FUNCTION'MESSAGE_TEXT_BUILD'EXPORTINGmsgid = sy-msgidmsgnr = sy-msgnoMSGV1 = sy-msgv1MSGV2 = sy-msgv2MSGV3 = sy-msgv3MSGV4 = sy-msgv4IMPORTINGMESSAGE_TEXT_OUTPUT = lv_str..MESSAGE lv_str TYPE'E'.CALL FUNCTION'POSTING_INTERFACE_END'EXCEPTIONSsession_not_processable = 1OTHERS = 2.******* 冲销清账T-CODE:FBRA******* 冲销清账凭证⽤如下BAPI* J_1B_FBRA_POSTING_AUFRUFEN。
SAP清账原理介绍SAP(Systeme, Anwendungen und Produkte in der Datenverarbeitung)是一种常用的企业资源规划(ERP)软件,被广泛应用于全球各行各业的公司中。
在使用SAP系统进行会计操作时,清账是一个重要的步骤。
本文将深入探讨SAP清账的原理、流程和方法。
SAP清账原理什么是清账清账是指将已发生的、被记录在账簿中的业务数据进行核查和处理,以确保账簿的准确性和完整性。
清账过程需要将账簿内的数据与实际交易进行对照和核实,并进行必要的调整和处理。
清账的目的清账的目的是确保财务报表的准确性和完整性,提供可靠的财务信息供管理层和相关方参考。
通过清账,可以及时发现并纠正账簿中的错误和遗漏,保证企业的会计数据可信可靠。
SAP清账的流程SAP清账的主要流程包括以下几个步骤:1.数据准备:收集需要进行清账的账务数据,包括各种单据、发票、凭证等。
这些数据可以从各个部门的系统中导出或者手动录入。
2.数据检查:对准备好的数据进行检查,包括检查数据的准确性、完整性和一致性。
如果发现错误或遗漏,需要及时进行修改和补充。
3.数据调整:根据检查结果,对账簿数据进行必要的调整,包括新增、修改、删除或移动记录等。
调整的目的是确保账簿数据与实际交易一致。
4.数据审批:完成数据调整后,需要进行审批环节,确保调整操作符合公司的内部控制要求和审计要求。
5.数据核对:对经过调整和审批的账簿数据进行核对,确保修改后的数据与实际交易和其他相关数据一致。
6.数据结转:根据核对结果,进行账务数据的结转操作,将调整后的数据进行更新,以反映最新的财务状况。
7.数据报告:生成最终的清账报告,包括清账前后的数据对比和差异分析等,供管理层和相关方进行参考和决策。
SAP清账的方法1. 手动清账手动清账是一种较为简单直接的方法。
使用这种方法时,用户需要手动录入和修改账簿中的数据,进行必要的调整和核对。
手动清账的优点是操作灵活,可以根据具体情况进行调整,但同时也容易出现错误和遗漏。
SAP操作说明之银行对帐单的输入和过帐功能说明: 一、输入银行对帐单二、银行对帐单过帐,产生会话。
三、进行批处理,生成记帐凭证。
系统路径: 一、会计→金库→现金管理→进帐→人工银行报表→输入二、会计→金库→现金管理→进帐→人工银行报表→输入→银行对帐单→过帐→单个对帐单三、会计→金库→现金管理→进帐→人工银行报表→输入→系统→服务→批输入→编辑系统事务代码: FF67前提条件:责任人: 财务部SAP 对帐步骤一.对帐单的输入过帐批处理二.执行自动对帐三.查询未达项,制作银行存款余额调节表本描述将对第一步作详细解释,后两步在“银行自动过帐”有详细描述。
?SAP 对帐原理:SAP将一个银行帐号设置成两个会计科目,一个是企业科目,例如银行存款-zhrmn,另一个是银行科目,例如银行存款-zhrmn-清帐。
前者是日常记帐时使用的科目,产生的凭证类型是SA;后者是在输入的银行对帐单过帐批处理产生SB凭证时使用。
举例:日常记帐SA凭证 DR:银行存款-zhrmn 100银行存款-zhrmn 200银行存款-zhrmn 123CR: 银行存款-zhrmn 50银行存款-zhrmn 200银行存款-zhrmn 173每次对帐单过帐处理产生的SB凭证为两张,银行收款凭证: DR:银行存款-zhrmn-清帐 645CR:银行存款-zhrmn 100银行存款-zhrmn 200银行存款-zhrmn 345银行付款凭证: DR:银行存款-zhrmn 50银行存款-zhrmn 200银行存款-zhrmn 456CR:银行存款-zhrmn-清帐 706执行自动对帐是将“银行存款-zhrmn”科目根据其借贷的“金额”和“分配号”同时相符的情况下进行对冲,根据上例,已清项为收款100、200,付款50、250,未清项为企业已收银行未收123,企业已付银行未付173,银行已收企业未收345,银行已付企业未付456。
进行对冲后,“银行存款-zhrmn”的未清项即为银行未达帐项,查询未清项导入EXCEL表,进行排序即可得四个未达项的小计数。
第 1 页 共 1 页 SAP 学习笔记——SAP 清账SAP 系统为清账工作提供了三种既有的处理逻辑:标准清账、部分支付清账和剩余项目清账。
三种清账方式都是为了同一目的,功能相同,可能还有交叉重复的地方,但实际应用的条件不尽相同,正确的选择清账方式能取得事半功倍的效果。
例如:部分支付清账可以根据需要分批处理未清项;规范操作生成的明细账可以清晰地反映业务发生的过程,便于查询和对账使用。
尤其适用于一笔借款分几次归还或一笔货款分多次收回的情况,剩余项目清账方式可以理解为每次清账后系统会把剩余的未清项金额计算出来,下次清账时再对该剩余金额进行未清项处理。
优点是能随时反映某笔未清项剩余未清的金额。
但是生成的明细账无法真实反映未清项业务分批处理的痕迹,不便于查询使用,而且虚增了发生额。
特殊总账及预付款清账业务业务背景:1101公司职员王越池出差请款3000元。
回来之后按实际发生费用报销4000元。
一.创建员工供应商在SAP 系统中对员工的内部往来账可以将员工创建为供应商进行处理。
例如下面创建一个员工供应商王越池。
Tcode:FK02这里假设公司与员工通过银行转账。
二.设置1.统驭科目设置11510101预付账款(特殊总账标识设置)21210101应付账款(供应商统驭科目)2.特殊总账标识(Tcode :OBYR )第 2 页 共 2 页 假设我们使用特殊总账标识V 来代表预付账款,双击该行,21210101应付账款为Vendor 统驭科目,11510101预付账款即为特殊总账标识V 所代表的科目。
3.记账码(Tcode:OB41)点击Sp. G/L indicator ,在这里将先前维护的特殊总账标识V 加入进来,否则在做Clearing 的时候会报错:Text for posting key 39 not found 。
三.请款(Tcode:F-48)Path:Accounting->Financial Accounting->Accounts Payable->Document Entry->Down PaymentPost 之后FB03查看产生的Document ,实际产生的会计分录为:Dr:11510101预付账款-王越池 3000Cr:10020101银行存款-交行-95588033* 3000四.收到王越池出差费用发票(Tcode:FB60)Path:Accounting->Financial Accounting->Accounts Payable->Document Entry->Invoice第 3 页 共 3 页 在输入发票的时候,当输入了必要的信息Enter 之后系统会提示有3000元的预付款存在。