[ FI 基本业务流程 ] - General Ledger Accounting

1. 概述


    本系列文章将着重介绍SAP系统中FI 模块(FI - Financial Accounting)的主要业务流程,侧重基本概念的的介绍,以及基本配置点功能的介绍和总结。


2. 内容概述


    学习FI模块,通常从学习G/L accounting开始。通过本章的介绍,你将会了解到以下基本概念:


    * 什么是company code 和 business area

    * 什么是chart of accounts

    * 什么是G/L account 

    * 什么是reconciliation account

    * 如何进行一笔G/L posting


3. 详细内容


3.1  业务流程举例


     ABC集团由世界上有9个公司组成,每个公司都需要满足所在国家的财务报表要求;ABC集团主要有3大业务领域,即房地产、制造业、通信业,这三大业务领域分别由相应的公司负责运营。


3.2 基本概念介绍


3.2.1 company code / business area / controlling area


    Company code (公司代码) : company code是最小的独立会计实体,在上述例子中,ABC集团的9个公司可分别映射为FI系统中的9个公司代码。

    特性:

    (1) 每个公司代码,会有一套自己的chart of account, 即会计科目表;

    (2)在公司代码层级,会创建独立的“资产负债表”和“损益表”,以满足相应国家的法律要求;

    (3) 每个公司代码,有自己的local currency ; 使用外币记账时,将会自动转换为local currency。


    Business area (业务范围) : ABC集团涉及3大业务领域,每一个业务领域可在系统中抽象成为一个business area。 Business area提供一个不同于company code层级的财务评估和报告的维度,可以是跨company code层级的。因为同一集团中,可能有多个公司共同负责一个业务范围。

    特性:

    (1) 是否启用Business area是可配置的;

    (2) 不依赖于company code, 可以在任何company code的posing过程中,直接指定business area;

    (3) 可以在Validation过程中,限定business area的使用范围,例如可限定某个company code, 不可向某business area进行posting.


    Controlling area (成本控制范围): 内部会计 (CO - controlling )模块中最重要的组织元素,它代表了一个单独的成本核算单元,是成本和收入(cost and revenue)管理的组织单元。

    特性:

    (1) 一个Controlling area下可以指定多个company code, 但前提是,这些company codes使用相同的chart of account和fiscal calendar year( 财务年度)。

    (2)在实际应用中,controlling area可以按区域划分,从而统一管理和评量这一地区的经营状况。例如:1000代表亚洲区;2000代表欧洲区;3000代表北美区 ect.


<练习> 使用 FS00 可以查看某个特定的G/L account的全部信息,包括chart of account , company code , controlling area之间的关系。




3.2.2 Chart of accounts / Account group /  Reconciliation accounts /  Financial statement version  /   Group chart of accounts 


    Chart of accounts (会计科目表) :  会计科目表是一套包含account number , account name , the type of account (即:是资产负债类科目 or 损益类科目)的科目表。SAP系统中已经预定一了大部分国家的会计科目表,当然,系统也是允许自定义会计科目表的。


    特性:

    (1) 每个company code都必须制定其相应的chart of account;

    (2) 一套chart of account可以被多个company code使用;

   (3) 在chart of account 中,有对特定company code层级的配置,例如可以为company code定义其自身的chart of account的 currency。 


    Account Group科目组):可以使用科目组来管理G/L accounts, 同一科目组的G/L account通常具有相似的属性。

    特性:

    (1) 使用科目组,对G/L account进行分类;

    (2) 可以在科目组级别分配number range; 

    (3) 可以在科目组级别控制G/L account中,相应字段的显隐性;


    Reconciliation accounts (统驭科目):  用于实时连接“子分类账”和“总账”的关系。子分类账上的posting会实时post到其对应的总账科目中的统驭科目上。

    特性:

    (1) 应收账款、应付账款、资产会计中会使用统驭科目;

  (2)好处:不必为每一个Vendor或customer单独建立相应的G/L account,而是可以通过统驭科目统一管理;

    (3) 统驭科目不可以直接 posting 。


     Financial statement version (财务报表版本): 为了满足不同国家、地区对财务报表的要求,SAP系统中定义了financial statement version来实现这一需求。

    特性:

    (1)定义了那些G/L account会出现在哪个financial statement version中


    Group chart of accounts (会计科目表组): 并不是每个company code都会使用同一套chart of account,在这种情况下,可以使用group chart of accounts进行整合。

    特性:

   (1) Group account number 会成为G/L master data上的必须的字段,若其所在的chart of account分配到了具体的account ground上。


<练习>FS00 了解G/L account和 account group , account type , financial statement version, group chart of account之间的关系。








3.2.3 Processing in the G/L account


    ABC集团计划使用集团基金,来增加下属某公司的的资产, 在SAP系统中,这笔业务将会反映成一笔对应资产类科目上的G/L posting.


    Document type (文档类型): 用于反映系统中的文档类型。

    特性:

    (1) 不同的document type 可分配不同的number range;

    (2)区分数据来源;


    Posting Key (记账码):每一笔document item都包含了一个posting key。 posting key联系了“account type” , "debit / credit" , "Field status" 三者之间的关系。 

    特性:

    (1)G/L posting中,debit - 40 , credit - 50;

    (2) account type有5中,即“S - G/L accounts”, "D - customer" , "K -  vendor" , "A - asset" , "M - material"


<练习> SAP系统中提供了两种G/L posting的方式,即 FB50 (enjoy posting) 、 F-02 (Complex posting) 两种方式,分别使用两种练习使用不同方式进行posting。


Enjoy posting - 



Complex posting - 


由于上传限制,分割成3个压缩包了。 (转载) 常常看到坛子里的朋友们专研和讨论SAP某一个功能的配置和用法,精神可嘉。某项具体功能地实现,的确是顾问的基本功,但如果要从SAP业务顾问提升到另一个层次,无论是方案架构师、项目经理,还是管理咨询、业务流程专家(BPX, Business Process Expert),都需要对企业架构、组织功能和业务流程等内容有一个全面而系统地认识和理解。高度决定视野。 仔细想来,企业之间的竞争,不仅是客户、供应商、资金等外部资源的竞争,企业内部的业务流程竞争才是成败的关键。每一个成功的企业背后,一定有一套优于竞争对手的业务流程,丰田之道就是一个很好的案例。 因此,个人以为,在实施SAP系统时,应该花更多的精力专注于端到端(End-to-End)业务流程地设计和优化上,尽可地消除业务流程中非增值的活动,而不是简单地用配置和二次开发来满足用户体验或无关大局的功能。增值与不增值最简单的判断依据就是看客户是否愿意为这一生产活动付钱。当然这并不是唯一标准,例如QA本身并不产生增值,理论上可以省去,但在实践中还是必不可少的,因为流程的主体——人,毕竟不是精密的机器。 最基本的端到端的业务流程包括: 定单到收款 (Order-to-Cash) 采购到付款 (Purchase-to-Pay) 计划到制造 (Planning-to-Manufacturing) 会计到报告 (Accounting-to-Reporting) 招聘到退休 (Recruiting-to-Retiring) 也许将来按模块划分的SD、MM、PP、FI/CO顾问将会消失,取而代之的是业务流程专家。最近,SAP公司在SDN上推出了BPX社区,体现了SAP业务流程的重视。 SAP Solution Composer就是一个很好的工具,通过预定义400多个最新的行业、跨行业以及基础构造和服务导图,帮助SAP顾问和客户对业务流程有一个共同的认识和描述;快速定位客户的关键业务需求并与SAP 商业套件中的解决方案相对应,清楚地界定项目范围;即便是对于SAP的初学者或企业管理人员,也可以通过SAP Solution Composer学习到跨国企业运作中的主要业务流程和了解SAP系统的概览。 (最新版的SAP Solution Composer 12M左右)
适用对象: 1.对SAP感兴趣,对财务熟悉,想了解SAP财务模块的财务人员;2.刚刚入行或准备入行的从业人员且想从事SAP财务模块的朋友;3.从事公司IT运维,侧重于财务方向的内部顾问;4.有一定经验的SAP业务顾问,想全面学习SAP财务模块的顾问;5.财会专业大学毕业生,或大四、研三在校生;6.审计人员,想要了解SAP原理。 讲师介绍: 讲师:LEO 从业超过10年的SAP资深财务顾问。 具有多个国内外项目实施经验,涉及电力,制造,地产、电子和零售行业。现任某电子行业的资深财务顾问,提供财务建设的咨询实施服务。精通SAP财务模块,包括财务会计模块FI),成本会计模块(CO),财务会计模块FI与MM模块集成,财务会计模块FI与SD模块集成,成本会计模块CO与PP模块集成,并且对SAP系统中的MM、SD、PP等模块有比较深的实践, 对业财一体化有较深刻理解,有多家公司的系统实施和运维经验。 课程概述: 一、讲解内容: 1.全面讲解SAP财务模块相关的内容,涵盖总账模块、应付模块、应收模块、固定资产模块、 业务伙伴BP模块、月结&年结模块、后台配置系统讲解、上线数据导入等,不局限于FICO模块。2.侧重FICO相关的模块的系统逻辑和业务场景的联系的讲解。3.侧重FICO前台操作和后台配置的联系的讲解。4.侧重财务和业务联系的讲解,不限于FI-SD集成、FI-MM集成、CO-PP集成等。二、讲课方式: 采用【思维导图+PPT+系统演示(前台操作+后台配置)+实际业务场景】等多种形式。三、通过此课程,你将掌握: 1.SAP基本和复杂操作2.总账会计模块3.应收会计模块4.应付会计模块5.固定资产会计模块6.FI月结和年结 7.FI模块全面的后台配置8.FICO与SD、MM、PP模块的集成9.FICO模块的实施上线10.FICO相关原理和业务四、本次课程【SAP S4 HANA FI财务模块实战课程】主要讲FI财务会计模块FI财务会计模块内容如下:五、特别说明:CO成本会计模块安排另一套课程【SAP S4 HANA CO成本模块实战课程】,CO成本会计模块内容如下 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

十年铸器

给作者赏杯咖啡

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值