FICO入门系列2：FICO中的组织架构

昨天简介了一下FICO模块，今天就正式进入我们干货阶段。

为什么要以组织架构为切入点呢？因为在SAP各个模块中，所有交易数据的产生都是以组织架构为基础展开的。我们将组织架构这种一旦确定好就不轻易变动的数据称为静态数据，也就是主数据(Master Data),将时时刻刻发生变化的数据称之为动态数据，如系统中的会计日记账。

那么，FICO模块中的组织架构主要有哪些呢？

Client：此处的Client可以理解为一个集团，一般情况下，只要在一个服务器上面搭建SAP系统，我们就视其为一个集团，也就是一个Client。

科目表：科目表即会计在记账时所使用一套会计科目体系。一个Client可以有一套或多套会计科目。

控制范围：控制范围主要是我们上次提到CO管理会计中的最高组织架构。一个控制范围只能指定一套会计科目表，一个控制范围下面可以包含多个公司代码。像核算费用所使用到的”成本中心”，“内部订单”都是基于控制范围去创建。

公司代码：公司代码是FICO中最主要的，可独立出具资产负债表的组织单元。而会计凭证的记录也是以公司代码为维度进行展开。我们可以将一个独立法人设置为一个公司代码，也可以将一个分公司设置为公司代码，甚至可以将公司一个独立分部作为一个公司代码。主要取决于公司管理者对三大报表的细分维度。

利润中心：即可以独立核算经营损益的最小单元，也就是我们可以去根据利润中心去查看经营损益。但是像资产负债类科目，如果不启用凭证拆分或在做账的时候特地将利润中心输入进去，那就没办法按照利润中心查看BS科目了。

成本中心：成本中心可以理解为一个公司的各个部门，当然也可以在部门设置的基础上，结合费用核算需求，对成本中心进行增加与合并。需要说明一点的是，每个成本中心都必须要维护一个利润中心与公司代码。

内部订单:内部订单企业在生产经营过程中所成本项目的项目编码。像在建工程，开发支出等，在未资本化前，我们需要一个“容器”将这个项目所花费的金额进行统计，在确认资本化后，将这个”容器”中的费用全部结转到所资本化的对象上，如上面提到的在建工程所花费的费用最终都会转为固定资产，而研发费用也会转化为开发支出或无形资产等。而这里的“容器”就是内部订单。

所以，我们在SAP记录一笔费用的时候，必须指明这笔费用产生时所承载的“容器”是什么？这笔钱是花在哪个部门，或是哪个项目上面。我们将这块的“部门”和“项目”称之为“成本对象”，需指明一点，一笔费用只能分配到一种成本对象上去，不能同时输入两个或两个以上成本对象，这在SAP中是不允许的。

OK，以上就是SAP基本的组织架构，期待下一次更新！