SAP自动清帐
SAP FICO-GRIR自动清账
SAP FICO-0021-GR/IR自动清账
1.概念
GR/IR科目是PO收货和发票检验时使用的过渡科目。
有可能在收货时发票并未到，或者做发票时货未收到，GR/IR科目就类似“应付暂估”和“在途物料”。
SAP中，在使用MIGO对PO进行收货时，产生的会计分录为：
Dr：原材料
Cr：GR/IR
收到供应商的发票，使用MIRO进行发票检验时，产生的会计分录为：
Dr：GR/IR
Cr：应付账款
按理说这两笔分录产生后，GR/IR科目借贷方实现了平衡，就应该被清掉。
但是系统不会自动帮你清理噢，需要我们去配置清账的规则以及执行相应的事务代码后系统才会自动清账GR/IR~
同时，能自动清账的一个前提是GR/IR科目里启用了未清项管理噢~
2. 后台配置
我们需要配置清账的规则，使用事务代码OB74
你可以配置多个维度进行自动清账。
该处我们公司配置的维度是ZUONR-分配字段。
而凭证中GR/IR 科目行项目的分配字段写入什么值，是根据排序码决定的噢~我们看看该科目的排序码。
那么解读清账规则就是：当会计凭证中GR/IR科目行项目的分配字段相同且金额相加等于0，就可以进行自动清账的操作啦~
在系统中挑一个例子给大家瞅瞅~
3. 前台操作执行GR/IR自动清账
使用事务代码F.13
拿掉测试运行，正式运行后，系统会生成清账凭证
使用FB03查看生成的凭证
清账凭证的行项目为空噢~因为GR/IR清账只是将借贷方进行对调而已，并未产生实质变化。
SAP清账及配置
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 清帐 原理
sap 清帐原理
SAP清账原理是指在SAP系统中进行账务处理时，对已经完成的业务进行结算和清账的过程。
这个过程包括了对账户余额的计算、对账户的调整、对账户的结算等步骤。
在SAP系统中，清账的过程是由多个模块协同完成的。
其中，财务会计模块负责对账户余额进行计算和调整，而销售和采购模块则负责对账户进行结算和清账。
在进行清账的过程中，SAP系统会根据不同的业务类型和账户类型，自动进行账户余额的计算和调整。
例如，在销售模块中，当一笔销售订单完成后，系统会自动计算出该订单的销售收入和成本，并将其分别记入销售收入账户和成本账户中。
同时，系统还会自动对客户的应收账款进行调整，将销售收入记入客户的应收账款中。
在进行结算和清账的过程中，SAP系统会根据不同的业务类型和账户类型，自动进行账户的结算和清账。
例如，在销售模块中，当客户支付了应收账款后，系统会自动将该笔款项记入银行账户，并将客户的应收账款进行清账。
总的来说，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应收付票据)的一些凭证不能自动清帐(当然可以手工清帐).自动清账除了可以进行总账科目的清账外，还可以进行应收、应付的清账处理及其相关的特别总账的清理。
SAP软件财务月结之自动清账
SAP软件财务月结之自动清账在SAP中，会计科目启用未清项管理后，需要进行清账。
例如，应付账款科目，付款时，要通过F-51进行清账，而不是F-02录入应付账款的借方。
一般情况下，“应付暂估”科目启用未清项管理，未清的明细，表示已经采购入库，尚未录入供应商发票。
对于“应付暂估”科目，采购入库和发票校验会生成大量的凭证行，如果手工清账，工作量巨大。
此时，我们可以使用系统的自动清账功能，事务代码F.13，路径如下。
F.13初始界面如下，公司代码：输入需要清账的公司代码。
过账日期：输入到日期即可。
选择客户：对客户清账。
选择供应商：对供应商清账。
选择总分类账科目：对总账科目清账。
F.13可以对客户、供应商、总账科目进行清账，如果对“应付暂估”科目清账，勾选“选择总分类账科目”，并输入对应的会计科目编号。
如上参数，表示对2000公司代码下，记账科目2202030100截至2021年6月30所有的记账明细进行清账。
F.13运行结果如上，系统根据后台定义的自动清账规则进行匹配，当物料、采购凭证、项目、参考码3一样，并且金额相反，则作为一组进行清账。
如上，凭证5100000000和凭证5000000000是一对，前者为入库凭证行，后者为发票凭证行。
如上为测试运行，接下来正式运行（返回到初始界面，取消勾选“测试运行”）。
正式运行时，系统提示黄色警告信息，回车直接忽略。
运行完成后，往下滚动，可以看到是否有错误。
接下来，FB03查看凭证5100000000的行项目，可以发现对应的清账凭证为1000000000，双击查看清账凭证如下，可以发现，凭证1000000000是一个空凭证，只有抬头，没有项目。
选择“环境->支付用途”，可以看到，凭证1000000000把凭证5000000000和5100000000给清掉了。
SAP科目自动清帐配置及操作
SAP科目自动清帐配置及操作SAP是全球领先的企业管理软件解决方案提供商之一，其财务会计模块为企业的财务管理提供了全面的支持。
其中，科目自动清账功能能够帮助企业实现对科目的自动结转和清账操作，提高财务管理效率。
下面将介绍SAP科目自动清账的配置和操作。
配置步骤：1.创建科目自动清账配置:a.进入SAP事务代码“OB74”。
b.输入公司代码和科目范围，点击“新建”按钮。
c.输入需要自动清账的科目，选择结算期间和清账日期。
d.设置清账规则，如是否自动清账、清账顺序、清账标准等。
e.点击“保存”按钮保存配置。
2.创建自动清账变更原因:a.进入SAP事务代码“OBBG”。
b.输入公司代码和科目范围，点击“新建”按钮。
c.输入变更原因代码和名称。
d.点击“保存”按钮保存设置。
3.设置自动清账日期:a.进入SAP事务代码“OBBH”。
b.输入公司代码和科目范围，点击“新建”按钮。
c.输入适用于自动清账的最早日期和最晚日期。
d.点击“保存”按钮保存设置。
操作步骤：1.执行自动清账运行：a.进入SAP事务代码“FS00”或“FSP0”。
b.输入待清账的科目编码，点击“查询”按钮。
d.选择清账变更原因代码，点击“继续”按钮。
e.系统会自动按照配置的清账规则进行清账。
2.查看自动清账结果：a.进入SAP事务代码“FAGLL03”。
b.输入公司代码、科目范围和结算期间，点击“执行”按钮。
需要注意的事项：1.在进行科目自动清账操作前，需要确保已经完成了相应的凭证录入和结算期间的关闭。
2.执行自动清账操作时，建议先进行测试运行，以确保配置的清账规则和凭证正确。
3.在进行大批量的自动清账操作时，建议分批进行，以免影响系统性能。
4.对于特殊情况下的清账操作，可以通过配置清账变更原因和自动清账日期来实现。
总结：SAP科目自动清账功能可以帮助企业高效地进行科目结转和清账操作，减少了手动处理的工作量，提高了财务管理的效率。
通过配置和操作的步骤，企业可以根据自身需求进行灵活的设置和使用。
SAP供应商清帐操作
供应商清账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.然后再模拟。
然后再保存。
显示凭证号码。
SAP系统信贷管理及清帐
SAP系统信贷管理及清帐SAP系统信贷管理及清帐一、SAP系统介绍SAP是一款全球领先的企业资源计划（ERP）软件，广泛应用于各种行业。
它能够帮助企业集成所有业务流程，实现财务、物流、人力资源等各方面的管理。
SAP系统具有高度的模块化结构，可以满足企业的不同需求。
二、SAP信贷管理功能在SAP系统中，信贷管理是一个重要的模块。
它主要涉及销售和财务两个领域。
在销售方面，信贷管理用于确定客户信用额度和逾期账款。
在财务方面，信贷管理用于监控和优化财务流程，确保企业资产的安全。
具体来说，SAP信贷管理的功能包括：1、信用额度管理：根据客户的历史交易记录和信用评估，设定客户的信用额度。
当客户超过信用额度时，系统会自动提醒并阻止新的销售订单。
2、逾期账款管理：SAP系统会自动跟踪并提醒逾期未付款的订单，确保企业及时收款。
3、应收账款管理：通过集成销售和财务模块，SAP系统能够实时更新应收账款信息，帮助企业及时掌握客户欠款情况。
三、SAP清帐流程清帐是指将应付账款账户余额归零的过程。
在SAP系统中，清帐流程如下：1、选择清帐对象：在应付账款模块中，选择需要清帐的订单、发票或其他应付账款记录。
2、生成清帐凭证：根据所选的清帐对象，系统自动生成相应的财务凭证。
3、确认清帐凭证：核对清帐凭证信息，确保准确无误。
4、完成清帐：将应付账款账户余额归零，标记该订单已清帐。
SAP系统的自动化清帐流程大大提高了工作效率，降低了人为错误的风险。
此外，SAP还提供了多种清帐策略，以满足企业的不同需求。
四、SAP信贷管理与清帐的整合SAP系统的信贷管理与清帐模块紧密结合，实现了业务与财务的一体化。
通过实时更新信贷信息，企业能够及时掌握客户和供应商的信用状况，从而更好地控制风险。
同时，自动化清帐流程也简化了应付账款的管理，提高了资金使用效率。
五、总结SAP系统的信贷管理与清帐功能为企业提供了全面、高效的财务管理解决方案。
通过集成各业务模块，企业能够更好地掌握信贷情况和应付账款信息，从而实现业务与财务的一体化。
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 清帐原理SAP 清帐原理SAP是一个全球领先的企业管理软件解决方案提供商，其清帐原理是指在SAP系统中进行账务处理和结算的基本原则和方法。
清帐是指将企业的财务交易和账务记录进行核对和调整，确保账务的准确性和完整性。
清帐原理在SAP系统中起着至关重要的作用，可以帮助企业实现财务数据的准确和及时处理，为企业决策提供可靠的数据支持。
清帐的基本原理是确保账务的一致性。
在SAP系统中，每个财务交易都有相应的账户进行记录，包括借方和贷方。
清帐的目的是通过核对账户余额和交易明细，确保借贷双方的金额相等，保证账务的一致性。
如果发现账务不一致，就需要进行调整和纠正，以保持账务的准确性。
清帐的原理是按照时间顺序进行账务处理。
在SAP系统中，每个财务交易都有对应的日期和时间戳，用来记录交易的发生时间。
清帐时，需要按照交易的发生顺序进行处理，先处理早期的交易，再处理后续的交易。
这样可以确保账务处理的顺序和逻辑正确，避免出现错误和漏洞。
清帐的原理还包括对账户余额的计算和调整。
在SAP系统中，每个账户都有相应的余额，包括期初余额和期末余额。
清帐时，需要计算和调整账户的余额，确保其准确反映财务交易的影响。
如果账户余额不正确，就需要进行调整，以保持账务的准确性和完整性。
清帐的原理还涉及到对账务记录的审查和审核。
在SAP系统中，每个财务交易都有相应的审批流程和权限控制，只有经过审批和审核的交易才能被记录和处理。
清帐时，需要对账务记录进行审查，确保其合法性和准确性。
如果发现错误或异常，就需要进行调整和纠正，以保持账务的准确性和合规性。
清帐的原理还包括对账务处理结果的汇总和报告。
在SAP系统中，清帐后会生成相应的财务报表和分析报告，用来反映账务处理的结果和效果。
这些报表和报告可以帮助企业了解财务状况和经营情况，为决策提供重要的参考依据。
清帐的原理是确保报表和报告的准确性和及时性，为企业的决策和管理提供可靠的数据支持。
SAP清帐原理是指在SAP系统中进行账务处理和结算的基本原则和方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 them
manually, 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还是不够严谨的，可以随便搂出一个供应商的未清项来清账）。