標籤

4GL (1) 人才發展 (10) 人物 (3) 太陽能 (4) 心理 (3) 心靈 (10) 文學 (31) 生活常識 (14) 光學 (1) 名句 (10) 即時通訊軟體 (2) 奇狐 (2) 音樂 (2) 產業 (5) 郭語錄 (3) 無聊 (3) 統計 (4) 新聞 (1) 經濟學 (1) 經營管理 (42) 解析度 (1) 遊戲 (5) 電學 (1) 網管 (10) 廣告 (1) 數學 (1) 機率 (1) 雜趣 (1) 證券 (4) 證券期貨 (1) ABAP (15) AD (1) agentflow (4) AJAX (1) Android (1) AnyChart (1) Apache (14) BASIS (4) BDL (1) C# (1) Church (1) CIE (1) CO (38) Converter (1) cron (1) CSS (23) DMS (1) DVD (1) Eclipse (1) English (1) excel (5) Exchange (4) Failover (1) FI (57) File Transfer (1) Firefox (2) FM (2) fourjs (1) gladiatus (1) google (1) Google Maps API (2) grep (1) Grub (1) HR (2) html (23) HTS (8) IE (1) IE 8 (1) IIS (1) IMAP (3) Internet Explorer (1) java (3) JavaScript (22) jQuery (6) JSON (1) K3b (1) LED (3) Linux (112) Linux Mint (4) Load Balance (1) Microsoft (2) MIS (2) MM (51) MSSQL (1) MySQL (27) Network (1) NFS (1) Office (1) Oracle (125) Outlook (3) PDF (6) Perl (59) PHP (33) PL/SQL (1) PL/SQL Developer (1) PM (3) Postfix (2) postfwd (1) PostgreSQL (1) PP (50) python (1) QM (1) Red Hat (4) Reporting Service (28) ruby (11) SAP (234) scp (1) SD (16) sed (1) Selenium-WebDriver (5) shell (5) SQL (4) SQL server (8) SQuirreL SQL Client (1) SSH (2) SWOT (3) Symantec (2) T-SQL (7) Tera Term (2) tip (1) tiptop (22) Tomcat (6) Trouble Shooting (1) Tuning (5) Ubuntu (33) ufw (1) utf-8 (1) VIM (11) Virtual Machine (2) vnc (3) Web Service (2) wget (1) Windows (19) Windows (1) WM (6) youtube (1) yum (2)

2013年3月13日 星期三

SAP 清帐

http://blog.sina.com.cn/s/blog_6f74e6d50100ocfq.html

对于SAP凭证输入和凭证管理来说,有一个基本概念需要解释,那就是“清账”。在财务管理中,有些科目只需要“借贷余”的管理就可以了,比如银行科 目和损益类科目等。但是,也有些科目不止需要“借贷余”,还需要管理到每一个分录行的状态,比如银行未达科目,客户和供应商的明细科目等。系统中需要记录 供应商的每张发票是否已经付款了,客户的每张发票是否已经收账了,各种未达的资金项是否已经到账了,等等。对于这些科目来说,每笔交易都要分门别类地予以 记录,这就是行项目清账。行项目是逐笔逐清的.
    已经付款的发票和付款洗本身用绿灯显示,我们称为“已清项”;还未付款的发票用红灯显示,我们称为“未清项”;类似付款、收款这样的业务,在账务处理的同 时,系统会自动更新凭证行的状态,这就是“清账”。清账是可以手工的,也可以是系统自动的。当系统自动清账时,我们需要提供给系统“自动清账规则”——比 如,“用支票等支付凭证号码”来清银行未达账,就是一种自动清账规则。
    一个总账科目是否需要执行清账管理是在其科目维护的公司代码层定义的。公司代码层的控制字段“未清
项目管理”控制着总账科目在不同公司代码下是否需要逐笔逐清。对于不按未清项目管理的科目来说,它的行项目显示只反映了过账与否,而不反映清账与否。
    对于应收应付等一些科目来说,未清项管理的好处是显而易见的。它使得每条业务记录都很清楚,是对账和自身核对的强有力的工具。同时它也是账龄分析、催款、自动付款、对账函、往来账核对等延伸功能的基础。

实验
一,准备工作
FSP0 在科目表中维护总帐科目主记录
会计科目表INT
FSS0 在公司代码中维护总帐科目主记录
公司代码1000

建立并维护总帐科目3001114
类型:资产负债表科目
描述:Test 应收


二,前台业务及后台数据库详细记录

1.过账(1)-----------------------------
前台
_____________________________
凭证号 100000051

借:  3001114 Test应收   1000
贷:  1130000 自制半成品 1000
3001114在总帐科目余额显示(FS10N)中记录此业务(借1000)是未清项。
-----------------------------
后台
_____________________________
此时这条未清项记录(100000051/001)在表BSIS中。
2.过账(2)-----------------------------
前台
_____________________________
凭证号 100000052
借:  1410120 银行存款   1000
贷:  3001114 Test应收   1000
3001114在总帐科目余额显示(FS10N)中分别在借贷两列中记录的两笔业务(借1000和贷1000)仍然都是未清项。
-----------------------------
后台
_____________________________
此时两条未清项记录(100000051/001和100000052/001)都在表BSIS中。
3.清帐-----------------------------
前台
_____________________________
清帐凭证号 100000053
3001114在总帐科目余额显示(FS10N)中两个1000显示为已清项。
此时在凭证100000051/001和100000052/001中清帐日期和清帐凭证字段有记录,清帐凭证号码显示是100000053。
-----------------------------
后台
_____________________________
此时BSAS表中分别有两笔已清帐记录,BSIS表中无记录。

三,小结这次小实验再一次证明了总帐科目未清项表是BSIS,已清项表是BSAS :)
在未作清帐前,凭证记录保存在BSIS中,做玩清帐后,凭证记录由BSIS转移至BSAS中。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/starshus/archive/2007/12/16/1941809.aspx


手工清帐相关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:带清帐货币的自动清帐
手工/自帐清帐规则
A. 无论手工清帐还是自动清帐,相关科目一定要需设置未清项管理。
B. 使用手工清帐,科目主数据“创建/银行/利息”屏的的自动过帐标致不能选上。
C. 自动清帐可以针对应收应付和特殊总帐标置的预收预付其它应收其它应付间进行,
注意:A和W默认的特殊总帐标志不能进行自动清账处理。
自动清帐还包括进行未清项管理的一般总帐科目,特别强调一下GR/IR科目的自动清帐。
D.自动清账通常根据借方贷方金额相同,和辅助条件字段如采购订单+采购行项目或分配字段相同项目归类清帐,典型的如GR/IR科目,清帐字段是可配置的。
E.自动清帐也可在满足清帐条件的多个借贷项进行处理。
F.自动清账适用于银行待清账户的处理(比如实施了电子银行的的电子对帐单),由于手动清账的灵活性,多数情况下,企业还是愿意采用这种方式,特别是清帐时需要人为职业判断的情况下,不准确自动清帐有时还会造成帐龄分析问题。
下图为清帐的配置路径,清帐配置包括定义清帐过帐码、清帐规则和自动清帐的附加规则。
 

应收应付自动清帐困惑

GR/IR和采购订单+行项目是一一对应的,即其每个行项目必定能带上采购订单和行项目,
这是SAP的设计特点(除了采购订单外,也带不出利润中心).
 
GR/IR作为中间科目,在收货和发票环节实际上余额(包括凭证货
币、本位币和附加本位币)必定平衡。可应收应付就不那么容易了,以应付为例,和GR/IR
不同的是,因为后勤发票校验时是多个采购订单或一个采购订单多个行项目,所以它不大可
对应到采购订单+行项目,应收也同样,所以,应收应付使用好自动清帐是不容易的,不过,
财务如果连付钱和收钱都懒的去做好而等着系统自动做的话,你老

沒有留言:

張貼留言