【转】FICO概念及主要流程 - [FICO]

FICO概念及主要流程 - [FICO]

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://qiqeloveyou.blogbus.com/logs/44696774.html

1 FI－Financial Accounting

1.1    组织结构

1.1.1               公司代码（company code）

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

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

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

每个cc都要设置一个本位币，之外的对该cc都是外币。可用外币记帐，但在记入总帐时自动转换成本位币。

1.1.2               业务范围business area

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

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

1.1.3               company 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）

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

                          供应商 k

                          客户   d

                          资产   a

                          物料   m

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

 

l         与cost element关系

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

 

l         层次结构

1.         会计科目表层：所有使用这个科目的公司都共用的信息，如短文本、长文本、帐户（比如按资产，负债，权益，成本和损益科目的分类）、合并科目号（指对应到合并科目表中的科目号）等信息

 

                      coa层数据维护页面

 

                       company code层数据维护页面

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

1.2.2               会计科目表－chart of account

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

          代码来使用。每一个公司代码有一个会计科目表。但不同的公司代码可以共享一个科目表。即coa和cc间是一对多的关系。

 

l         分类：

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

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

集团会计科目表（group coa）：集团公司会计科目表包含了在集团公司内使用的所有科目，其记账数据是基于外部集团公司会计的要求。

 

 

1.2.3               科目组－account group

    作用 ：相同科目进行分类

           控制科目编号范围

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

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

 

1.2.4               会计凭证

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

 2。集成业务（内部）

l         凭证(document)类型作用：

              控制凭证的编号范围

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

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

l         记帐码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的集成

l         基本流程：

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

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

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

 

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

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

 

l         Mm组织结构：

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

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

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

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

 

1.3.3               自动付款

l         自动付款的条件：

1.有欠款

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

 

 

1.3.4               周期性凭证

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

1.4    应收－Account Receivable

1.4.1               客户－Custom

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

客户主数据分三层：

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

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

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

销售区域是指销售组织、分销渠道和产品组的一个组合。

 

1.4.2               客户信贷管理

l         组织结构：信贷控制范围（管理客户信用的组织单元）

l         概述：

SAP 应用“信用控制范围”（credit controlling area）来进行客户信用控制。在公司总部内，有些公司它们在会计核算上是分开的，但是对于客户的信用有可能是统一管理的。因此在SAP 中不同的公司代码可以分配给相同或不同的信用控制范围。对于业务和客户相似的公司信用可以统一管理。

l         credit controlling area & company code

一个信贷控制范围可以对应多个company code ,而一个company code 仅可对应一个信贷控制范围，即信贷控制范围和company之间是一对多的关系。

l         分类：

1.总信用限额，同一个客户在所有信用控制范围里的信用限额加总不能超过“总信用限额”。

2.单个信用范围最高限额,

3.同一个客户在单个信用控制范围中的信用限额的上限。

4.已分配限额, 同一个客户在所有信用控制范围中信用限额的总额, (是不能超过总信用限额的)。

5.本范围信用限额, 一个客户在某个信用控制范围里的信用限额(是不能超过单个信用范围最高限额的)。

6.已使用限额，是一个客户在一个信用控制范围中未清的发票，销售订单等的信用占用额。

 

1.4.3               和sd模块的集成

销售的起源：售前调查->询价->报价->SO（销售订单）->生产->入库->出货->外向交货单->picking(转储单)->交货->billing开票->收款->客户评价

 

与SD模块集成的流程：

（1）       sales order(VA01) 此处需要建立客户在SD模块 (VD01)

（2）       Outbound Delivery 外向交货单（VL01N）

（3）       Transfer Order for Delivery 转储单（LT03） 增加仓库信息

（4）       交货（VL02N）

Dr: sales cost Cr: investry库存

（5）       Billing(VF01)

Dr:customer Cr: revenue

（6）       Payment (incoming payment)

Dr: bank   Cr: customer

（7） Appropriation requist（IMA11）

1.5    Ar/Ap关帐

1.5.1               需求来源及流程

l         关帐需求来源：

1． 法律要求 ：各地会计法规要求

2．技术要求   ：公司内部管理要求

       

l         关帐年结流程：

w        余额结转

w        年末时，需要将账户余额结转到下一个会计年度。

w        余额结转

w        上一年度会计期间关闭，特殊会计期间打开

w        系统内对账

w        往来余额确认（对账）

w        外币评估

w        价值调整（计提坏账准备）

w        应收应付重分类

w        关闭特殊会计期间

 

l         过账值调整（坏账）（Value adjustments）

每个月末，一般都要进行坏账评估，只是为出报表的需要，因此，下月初原方向冲回。

 

l        归档

资产文件夹可定期归档，通常在年末结算时。从组织运作资产中取消的任何资产都可通过销售或废弃从联机系统中清除。

1.5.2               两个重要流程

外币评估

当供应商账户的未清项有外币余额时必须进行。(过账时以当时的汇率转换成本位币。到期末，因为汇率的变化，会产生汇兑损益。)

汇率维护 ：定期对系统进行汇率维护。

借: 外币评估损失

贷：收益（revenue）

 

汇率分为： 直接汇率：外币兑换本位币

间接汇率：本位币兑换外币

 

例：

汇率： 8.0     7.8    8.3     8.5

100 ￥          1月    2月   3月    4月

（RMB）        800     780    830    850

               

方法一： 每月对外币进行评估

         每月的汇率报表无可用性，查看时需看累计报表，可查看汇率的历史变动情况。

 

方法二： 截至需评估月作外币评估，即发生了反冲。

       （如表所示：1-2月存在盈利20元，2-3月存在亏损50元，但在1-3月的评估中，存在亏损30元，即其中发生了反冲。）

两种评估方法在最终金额上无变化。

 

应收应付重分类：

需要重分类的情况：

1、因为应付账款期末可能会出现借方余额，为保证资产负债表的真实性，需要对其进行调整。

2、有一些国家要求根据账龄进行分类调整。

3、当一个供应商的统驭账户变更时，同样需要进行重分类调整。

在每月月未，需要对应收账款、其他应收款、应付账款、其他应付款进行重分类业务处理。可使应收贷方余额调整到预收账款上，使应付借方余额调整到预付账款上。

 

原因： 记账时出错（ 如：将供应商账记入应收付款中， 多收，多付，统驭科目记错）

应付账款有笔帐5年未付

记帐值和真实值有差距时

1.6    资产－Asset

1.6.1               资产主数据

资产主数据分三层：一般数据层，折旧范围层和资产价值层。

 

一般数据层General data ：维护的是资产的描述，科目定位码（资产类别），序列号，存货号，库存注记，资本化日期，以及资产所属的成本中心和业务范围。

 

折旧范围层Depreciation area：维护的是折旧范围，折旧码，使用年限，普通折旧开始日期等信息。

主要用于固定资产折旧管理，每个公司代码至少有一个Depreciation Area。DepreciationArea为2位数字,主数据存放在表T093中.

折旧范围代表某种特殊目的的资产评估（例如，帐面折旧、税收折旧、集团公司折旧、净资产评估、成本会计折旧、等等）。

 

资产价值层Asset value：维护的是资产的原值，折旧值，净值等一系列和折旧摊销相关的数据。

1.6.2               资产类别－Asset Class

资产类别（asset class）是按不同规则对资产进行划分的类别。

创建一个asset class时，按资产类型、编号分配等来维护。

 

l         资产类别的作用：

1． 确定资产的编号范围和资产种类

2． 资产相关科目确定

资产的科目分配记录了该资产的科目确定，科目确定决定资产的购置、报废、折旧业务自动记帐所更新的总帐科目，即科目确定和资产类别（asset class）一一对应。

例如：获取科目，折旧科目，报废科目，增值、减值科目

3． 屏幕设置规则和基本单位。

4． 决定折旧的规则。

 

1.6.3                    折旧表（chart of depreciation）

是固定资产模块中根据客户需求设定的折旧范围的集合。

在折旧表中定义了折旧范围、折旧方法和折旧年限等各项与折旧相关的元素。

可以将一个折旧表分配给一个或多个公司

 

1.***               折旧码（Depreciation key）

是广义上的折旧方法。规定了折旧的方法、残值率、开始日期等折旧要素。

Depreciation key 在chart of depreciation 中维护。一个折旧表中可设立多个折旧码。

 

1.6.5               折旧表、折旧范围、资产类别、资产、cc间关系

一个资产可以对应多个折旧范围（不同国家？？）

一个折旧范围可对应多个资产。

一个company code 对应多个折旧范围，有且只能有一个折旧表

 

待补充

asset class 和折旧表、折旧范围呢？？

折旧表和asset class一对一

2         CO－Controlling

2.1    CO管理会计概述

管理会计是SAP 中和财务会计并列的大模块。那管理会计管理的是企业的内部会计需求。

成本流描述了企业内部的价值流，像是流淌在企业内部的河流。而成本对象则像是湖泊。

SAP 系统使得成本对象和成本流变得透明，从而使管理者可以更加客观和科学地

<1> 控制成本。 <2> 考评绩效。 <3> 分析市场 和<4>支持决策。

 

2.2    组织结构

2.2.1               控制范围controlling area

l         基本概念

1．管理会计结构的组织单位

          2．分析支出和收益情况（成本中心，内部订单等内部控制对象）

          3．一个ca可包含多个cc，但一个cc只能分配给一个ca

          4．一个ca下的不同cc可使用不同货币

4． 但要求一个ca下的不同cc只能使用一个相同的会计科目表（coa：chart of account）及相同的会计年度

2.3    主数据

2.3.1               成本要素Cost element

描述管理会计中成本流的性质。

成本要素分两大类。

一．初级成本要素，它们实质上就是财务会计中的损益类科目。

二．次级成本要素，它们可以用来描述管理会计内部各成本对象间成本流转时的成本性质。

 

2.3.2               成本对象Cost Object

l         已经接触过的成本对象，老师常说的“容器”

成本中心： 相当于一个"部门"

内部订单: 例如一次活动，一次旅游等活动

项目： 例如wbs，network，activity

销售订单

生产订单

2.3.3               作业类型Activity Type

描述了一个成本中心对于其他成本中心或成本对象提供的工作和服务，

这种工作和服务是该成本中心的产出，在耗用了企业的各项资源后，成本中心通过提供作业实现价值的转移

 

2.3.4               统计指标

见下

2.4    成本结转方式

1．按统计指标分摊成本

统计指标被用于刻画成本中心或其他成本对象的某些特性,例如各成本中心的职员人数，办公室面积等等。

统计指标主要应用于: 1.作为成本内部分摊的标准。2.计算企业各责任中心的关键考核指标(Key Performance Indicator)。

统计指标的值可以在SAP 系统中手工输入和批输入，也可以从SAP物流信息系统（LIS）中通过集成取得。

2．作业认定和差异分析方法

作业描述了一个成本中心对于其他成本中心或成本对象提供的工作和服务，

这种工作和服务是该成本中心的产出，在耗用了企业的各项资源后，成本中心通过提供作业实现了其存 在的意义，也将价值转移到了企业价值链的下一环。

 

2.5    成本中心业务

2.5.1               分配

分配和分摊极为类似。分配的不同是它只处理初级成本要素，而且分配后的成本流仍然保持原成本要素。

2.5.2               分摊

可以根据统计指标，百分比，权重，固定金额等等将成本转移， 既可以处理初级成本要素，又可以处理次级成本要素

2.5.3               分配分摊

Assessment 分摊 除可以分配初级成本要素，可以分配次级成本要素

Distribution分配 只可以分配初级成本要素

1、CO中各成本中心间费用的划转，反映为初/次级成本要素的增减变化

2、所有的分摊/配原则都要在一个循环（Cycle）中进行维护，在使用分摊/配的方法处理实际业务时只需要在系统中运行设定好的循环。循环中包含以下信息：发送方、接收方、发送方成本要素、接收方成本要素、发送比例（权数）、接收比例（权数）等

3、如果采用统计指标、作业等因素作为费用分摊、分配的权数，则需要在系统中输入各成本中心的统计指标值、作业消耗量等，然后在循环中调用该权数进行分摊/分配。如果不用统计指标、作业类型分摊费用，则可在循环中直接设定分摊、分配的原则（如按固定百分比、固定份额或实际分摊费用的值等），直接运行循环作费用处理

2.5.4                       业务举例

l         预提－（大修费）

大修前每月：Dr：修理费－大修

Cr：预提－大修 （周期性凭证）

大修当月：  Dr：预提