SAP FICO重要知识点

FICO概念及主要流程

1 FI－Financial Accounting

1.1 组织结构

1.1.1公司代码（company code）

●命名格式：四个字母或数据组成。

●基本概念：一个独立的会计实体（不一定是法律实体）。

对外报送资产负债表和损益表的最小单位。

每个cc都要设置一个本位币，之外的对该cc都是外币。可用

外币记帐，但在记入总帐时自动转换成本位币。

1.1.2业务范围business area

一个单独的营业或责任区域会计组织单元，可是一个会计对象，也可是一个单独运作的部门。

不要求对外出具报表，但要内部需求，也是一个出具资产负债表，损益表的单位。

1.1.3company code & business area

每个business area 可属于多个company code，可跨公司核算。

一个company code 也可包含多个business area。

business area和company code是多对多的关系。

1.1.4资产负债表、损益表单位

是出具资产负债表损益表的单位，除了以上提到的company code 和business area，还有利润中心profit center。其中company code是对外出具资产负债表损益表，而businiss area 和profit center是出于内部需求需要，对内出具资产负债表损益表

1.2 总帐－General Ledger

1.2.1主数据－科目（Account）

●sap中所有科目类型：总帐s

供应商k

客户 d

资产 a

物料m

其中物料科目比较特殊，不可直接记帐，仅可以通过物流方式由系统产生凭证。另外

四类都可以通过凭证录入直接记帐。

●与cost element关系

在FI中的损益类科目account即为CO中的初级成本要素cost element。损益类科目可以被维护为初级成本要素，也可以不进行维护。

●层次结构

1.会计科目表层：所有使用这个科目的公司都共用的信息，如短文本、长文本、帐户（比

如按资产，负债，权益，成本和损益科目的分类）、合并科目号（指对应到合并科目表中的科目号）等信息

coa层数据维护页面

company code层数据维护页面

2.公司代码层：公司代码层的控制信息还包括了科目货币、未清项目管理、排序码、

权限组，银行信息等等

1.2.2会计科目表－chart of account

●概述：一个公司总部可以拥有多套不同的会计科目表，不同的科目表可以给不同的公司

代码来使用。每一个公司代码有一个会计科目表。但不同的公司代码可以共享一

个科目表。即coa和cc间是一对多的关系。

●分类：

运营会计科目表（operating coa）：日常经营所需科目，财务会计和成本核算都使用同

一个会计科目表。

国家会计科目表（country coa）：为满足当地有关法规而设置的科目。

集团会计科目表（group coa）：集团公司会计科目表包含了在集团公司内使用的所有科

目，其记账数据是基于外部集团公司会计的要求。

1.2.3科目组－account group

作用：相同科目进行分类

控制科目编号范围

控制总帐组数据的屏幕显示格式

具体的account group 可根据具体的管理需求灵活设定。

1.2.4会计凭证

●会计凭证来源：1。总帐业务：包括待摊、预提、税金等

2。集成业务（内部）

●凭证(document)类型作用：

控制凭证的编号范围

控制凭证行项目的字段状态

控制凭证行项目的科目类型

●记帐码post key：借或贷

作用：决定科目类型（a k d m s），一个记帐码只能分配给一个账户类型

决定凭证行项目的借贷方向（有借必有代，借贷必相等）

控制行项目屏幕字段显示

需要记忆的标准记帐码：

标准过帐码：借贷

40 50 （总帐）

01 11 （客户）

21 31 (供应商)

70 75 （资产）

89 99 （物料）

1.2.5统驭科目－Reconciliation Accounts

总帐科目，总帐明细帐的实时集成。行项目明细保持在明细帐中，汇总明细保留在统驭科目中，统驭科目不能直接记账。

1.3 应付－Account Payable

1.3.1供应商－vender

应付帐款的主数据是供应商。

供应商主数据分三层：

1．一般数据层：包括名称、地址、语言、电话等对于每一个分子公司来说都是统一的信息。2．公司代码层：在公司代码层各个公司可以根据与供应商的业务往来单独定义供应商信息。比如付款条件，付款方式，开户银行，利息计算，统驭科目。

3．采购组织层：维护和采购相关的供应商信息（订单货币，付款条件，销售人员信息，是否基于收货的发票校验，是否自动生成po，partner 信息）

1.3.2与mm的集成

●基本流程：

需求－>采购申请pr－>po－>收货gr－－－－>invoice（发票校验）－>payment－－>评价供应商

（Dr:原材料 (Dr:GR/IR （Dr:vender

Cr：GR/IR） Cr:vender) Cr:bank)

与mm集成的采购流程中，总共有三个流程会产生财务凭证，分别为收货、发票校验、支付三个流程，具体借贷关系如上图。

GR/IR：货到票未到，票到货未到

●Mm组织结构：

工厂（plant）、采购组织（purchase organization），库存地点(storage location)都可以

分配给company code.

一个plant仅可以分配给一个company code

一个purchase organization可以分配给多个company code。

一个plant 下可以包含多个库存地点(storage location)

1.3.3自动付款

●自动付款的条件：

1.有欠款

2.供应商主数据需要维护信息（付款方式，地址信息）。

1.3.4周期性凭证

对于一些以固定的时间间隔发生金额相同的会计业务 (如租金发票，预提，待摊)，系统允许用户创建周期性录入凭证。这种凭证在创建时并没有会计效用。它们只是在手动执行时才记入会计系统中。周期性录入凭证包含记帐所需要的全部信息。这些信息包括一些指明期限和产生记帐的支付间隔的数据。相应的记帐由系统自动产生。

1.4 应收－Account Receivable

1.4.1客户－Custom

应收帐款的主数据是客户。

客户主数据分三层：

1．一般数据层：包括编码、名称、地址、纳税登记号等对于每一个分子公司来说都是统一的信息。

2．公司代码层：可以维护客户一些特殊的信息。例如客户的利息计算控制，催款控制，支付数据等控制信息也是在公司代码层次维护的。

3．销售区域层：定义订单币别，交货方式等和销售相关的信息。