SAP产品构成总体介绍

sap进阶系列(1)：SAP产品构成总体介绍
SAP的产品构成如图1所示，其核心局部称为mySAP商务套件，mySAP商务套件是跨行业的通用产品。

关于某些行业特定的功能，
mySAP商务套件的核心是mySAPERP。

它还包含了mySAP需求商关系治理〔SRM〕,mySAP客户关系治理〔CRM〕,mySAP产品生命周期治理〔PLM〕,mySAP需求链治理〔SCM〕。

本篇要紧介绍mySAPERP,NetWeaver是mySAP商务套件的集成技术平台。

将在技术篇和集成篇中介绍。

如图3所示，mySAPERP包含三个层面：战略层面、运营层面和技术架构。

其中运营层面中分为以下几大块内容：物流治理(LO)、财务治理(FI)、人力资源(HR)和跨模块组件(CA).
图4是运营层面的模块一览。

其中跨模块组件是指在人财物三个模块中公用的功能，比方工作流，钻取报表，分类治理等。

sap进阶系列(2)：第一篇：财务总览之SAP系统两个要紧的特点
1.SAP财务总览
1.1SAP系统两个要紧的特点：
SAP作为全球治理软件的领导者,从其创业伊始就奠定了其治理软件的两个核心特点,而这两个特点也是SAP财务的要紧特点:SAP是一个“集成的系统〞,同时也是一个“标准化的系统〞。

我们用两个情景具体讲明：
1.1.1集成的系统
假设某集团公司的财务部下设四个部门：方案部、资金治理部、投资部、会计部，而图当中的圆圈代表业务部门。

某天，在业务部门〔比方讲：仓库〕发生了一个简单的业务――收货，让我们来瞧瞧这笔业务关于财务部的一系列碍事。

首先，这笔收货可能不是一个单独的动作，它是采购订单的一个执行步骤。

收货完成后，我们会收到需求商的发票，这时候会计部门会进行发票校验。

在SAP系统中这也不是一个单独的输进，而是作为收货和采购订单的一个后续事务。

SAP系统会自动进行“三单〞匹配的
校验。

“三单〞包括采购订单、收货单和发票。

校验的内容包括：发票上的数量是否与收货的数量相一致，发票的单价是否与采购订单的单价相一致，以及日期等等。

另外，在系统里能够设定相应的容差，容差的目的是使微小的差异不干扰总体业务的执行。

这笔业务的碍事还没有结束。

在发票校验时，SAP系统会自动进行预算检查，即检查本次采购支出是否有足够的预算。

然而要是一个需求商和你签订了订单，又准时交了货，物资也验收合格了，当他递交发票时，财务部通知讲因为预算不够这张发票将被冻结，显然从流程的角度讲是不合理的。

因此在SAP中自动预算检查的操纵点不仅仅在发票校验时，还能够提早到采购订单创立时，即在采购订单时就能够检查是否有充足的预算。

因此讲SAP的财务操纵是贯穿业务流程的，而不只是在会计进帐时同时，发票一旦校验通过，一般将在中短期内被支付，因此这笔业务关于资金部的资金安排是有碍事的。

而SAP也正是如此设计的：发票校验通过时，SAP的中短期资金推测得到了自动更新，SAP称之为流淌性推测。

和预算检查类似的道理，在发票校验之前的采购订单也会自动更新流淌性推测。

然而集成的碍事还没有结束。

采购订单一般不是业务的起点，它可能是MRP〔物料需求方案〕的结果。

那个情景中的采购订单来源于一个工程，如油井安装工程或设备大修工程。

如此一个工程包含许多项作业〔或活动，Activity〕，其中有些作业可能被外包出往，那外包合同即是一种类型的采购订单。

还有些作业可能由企业自己完成，然而需要采购一些原材料或效劳，那这些采购也是由采购订单来执行的。

因此采购订单在集成的系统里成为了一个工程中某项作业的执行手段，在工程里进行治理。

同样，收货和收发票这些采购订单的后续步骤也会出现在那个工程治理的全貌中。

然而工程治理也并不是治理的起始点，在那个情景中要是是一个新油井的设计施工和安装工程，那那个工程来源于整个公司总部的投资治理。

投资部依据整个公司总部的投资和资金情况，综合考虑各种工程和拨款请求，通过一系列的方案、分析和审批，最终确定投资落实到哪些具体工程中往，并在工程治理模块中进行处理。

因此投资部的投资治理模块和工程治理模块也是实时集成的。

最后，收货那个动作在会计部的总帐上会进行自动记帐，也确实是根基自动生成一笔分录。

而发票校验也会自动形成一笔分录。

从那个简单的情景我们能够瞧到SAP系统的集成具有无可对比的深度和广度。

而只有如此的深度和广度才能够支撑一个大型企业公司总部灵敏的业务流程和全过程的有效治理。

1.1.2标准化的系统
我们再来瞧下面那个情景。

假设某集团公司今后要与美国的公司合资成为合资企业,要是美国会计制度(USGAAP)和中国会计制度要求的折旧方式不同，SAP系统能否合理而高效地进行核算，同时是否能够特别轻易地进行系统的实施和部署。

SAP提供的是一个标准化的软件，它的原理是Note要让软件在按ISO和CMM标准组织治理的软件工厂中开发出来，而不是让各行各业的客户在自己的办公室里做开发要按那个思路来满足各个行业各种客户的需求，必须依靠两个原那么：首先，这必须是一个可配置的系统，能够通过灵活的配置实现各种业务需求。

其次，那个系统必须立足于最正确业务实践。

把各种先进的思想和最正确的处理方法兼收并蓄到系统中来。

那个情景我们在财务中固定资产模块中治理。

图2是SAP财务在运营层面的模块总览图，能够瞧到固定资产属于财务会计下的一个模块。

在介绍方案之前，我们首先介绍一下SAP固定资产的组织结构。

如图3所示，一个大型的公司总部公司，其各家子公司能够分不使用不同的科目表和折旧表。

折旧表中又能够并行处理不同的折旧区域。

不同的折旧区域对应不同的折旧方式。

比方在许多国家财务和税务在对固定资产折旧计算的会有所不同。

就能够分不设置财务折旧区域和税务折旧区域来并行核算。

而系统中还能够每个折旧区域是否需要更新总帐。

而具体的一项资产，因为它属于某一个公司，而公司已分配了各自的科目表和折旧表，这项资产也就按相应的多套折旧方法来核算和记帐了。

资产治理的另一个组织结构确实是根基资产分类，比方我们能够按厂房和建筑物，机器设备，车辆等定义资产分类。

依据不同折旧表的折旧区域，我们能够定义资产分类的各种默认折旧方法，包括使用年限，残值率，开始和结束期间确定，直线法或其他方法等等。

每个资产既能够接着资产分类中的默认折旧方法，也能够维护自己的折旧方法。

这确实是根基固定资产在SAP中的组织结构和可配置的一些内容。

我们提出的情景在SAP中就会有一个特别简单的解决方案，这事实上确实是根基一种最正确业务实践。

具体解决方案如图5：在整个公司总部中分配给一个单独的折旧表，因为它面临本公司具体的会计报表环境，因此可能与总公司折旧表不同。

在那个表中有三个平行的折旧区域，一是符合中国会计准那么的折旧方式〔PRCGAAP〕，二是符合美国会计准那么的折旧方式〔USGAAP〕，三是两者之间
的差异(USGAAP调整)。

其金额为USGAAP折旧减解决方案:分配给一个单独的折旧表,那个折旧表有三个平行的折旧区域:
在与总帐的集成方面，PRCGAAP的折旧区域与USGAAP调整的折旧区域直截了当更新总帐。

而USGAAP的折旧区域不更新总帐。

基于如此一种设置，并行的折旧的计提以及总帐的过帐在系统中得以顺畅地运行。

图6是系统中平行折旧方法的帐务处理。

在科目表设计时，主体局部是按中国会计制度设计的〔图中上方框中的科目〕。

同时设置USGAAP的调整科目〔图中下方的科目〕。

业务流程从固定资产的原值进帐开始〔来源于在建工程的转进或采购订单的收货或者是手工的固定资产进帐〕。

在所有后续的业务中，不管是计提折旧，本年利润结转，未分配利润结转，固定资产报废，SAP系统都会依据三套折旧区域中的折旧方法来进行计算，并自动在两类科目中记帐。

当出具报表时，图6中左边方框中的科目属于中国的资产负债表，中间方框中的科目应用于中国的损益表，右边方框中的科目应用于中国的利润分配表。

在出具符合美国会计准那么的报表时，只要将两类科目相加即可。

通过那个情景我们能够理解SAP实现标准化的两种手段：一是可配置。

如能够配置不同的折旧表和折旧区域〔最多达99种〕，资产类不，折旧方式，折旧年限，残值等。

二是最正确业务实践，SAP积存了大量的行业中企业的经验，关于类似咨询题有标准的解法。

总之SAP通过高度可配置和最正确业务实践两种手段，不只是落低了企业的二次开发量，更重要的是将先进的治理思想传达给企业，也提高了治理平台的稳定性和可拓展性。

自动记帐和并行帐
在上文中我们从一个场景来瞧集成，也包括了自动记帐。

在图7中是全景式的自动记帐。

我们能够瞧到物流中的各项业务，如销售开票，销售发货，采购收货，发票校验，盘点等等，只要是和财务治理相关的都会自动记帐。

而SAP的帐务处理采纳的是平行帐的概念。

不同的帐套满足不同的功能。

比方财务会计、治理会计、资金治理、合并报表帐、特别目的分类帐等等。

而不同的组织结构〔如公司代码〕能够共用一个帐套。

从集成的角度来讲，物流和人力资源的业务会自动更新与财务相关的不同的帐套。

关于一个的公司总部，不管有多少分子公司，信息能够集中统一治理〔如以如下面图〕。

而通过严密的权限治理功能，又能保证信息的平安。

财务的模块一览
mySAP财务的内容包括在mySAPERP中。

如上图所示，mySAPERP包含三个层面：战略层面、运营层面和技术架构。

以如下面图是运营层面的模块一览。

要是把财务治理进一步展开，就能够瞧到以如下面图所示的财务的模块一览。

比方能够分为以下模块：财务会计、治理会计、资金治理、投资治理、工程治理、不动产治理等。

在财务会
计中包含了总帐、应收帐款、应付帐款、固定资产、银行会计、特别目的分类帐、基金治理和差旅治理。

因此在mySAPERP的战略层面，也是财务治理整体的一局部，包括平衡计分卡，价值动因树，治理驾驶舱等等。

我们将在下文做专题介绍。

sap进阶系列(3)：第一篇：财务总览之总账、应收和应付(1〕
2.2 总账、应收和应付
本章我们介绍财务会计中根底的三个模块：总帐，应收帐款和应付帐款。

在介绍这三个模块之前，我们先从自动付款的情景动身，讲明SAP的另一个重要特点。

2.2.1 自动付款和内部操纵点
A集团企业的付款业务数量庞大，包括原料需求商，设备需求商，备品备件需求商，易耗品需求商，杂费，内部职员报销等等。

一般建议使用排队自动付款的功能，来标准付款流程和加速业务处理。

然而付款作为一个敏感的流程，应当在实施中安排哪些内部操纵点。

首先我们介绍一下自动付款的流程。

自动付款是SAP应付帐款里的一个全然功能。

整体流程如以如下面图2所示：
首先，在自动付款执行的时候，系统依据操作员〔如：应付帐会计〕输进的选择性条件，比方会计员，需求商种类，日期，付款方式等，从系统中采集需求商主数据中的相关信
息，信息包括付款条款〔如30天到期2％现金折扣；60天净到期等等〕、付款方式〔如支票、汇票等〕、开户银行〔需求商和本公司的开户银行〕，是否冻结付款等。

另外还会采集
需求商的未清项，如未清的发票，发票中也包含了付款条款、付款方式、开户银行等信息，一般发票中的付款信息优先级高于需求商主记录中的。

图2：排队自动付款
然后SAP系统会跟据需求商的主数据和未清发票生成一个付款建议。

在付款建议中包含了与付款有关的所有信息，如需求商、付款方式、开户银行、对方开户行、币不、金额等。

操作员依据付款建议进行编辑，在编辑付款清单时，能够依据资金情况或其他特别情况，更改某些付款条件。

编辑完成后开始运行自动付款程序。

自动付款程序一方面自动更新财务帐，生成相应的会计分录〔借：应付帐款，贷：银行存款－未达〕。

另一方面付款数据被送进付款媒介程序，实际付款。

传统方式是打印付款单据，比方讲套打电汇通知单或支票；有些企业打印出付款清单，由出纳人员直截了当填写付款单据。

还能够将SAP中的付款程序与电子银行的客户端直截了当相连，通过系统接口将SAP的付款指令直截了当发给电子银行的客户端，客户端收到指令后连接到银行的主机进
行付款。

例如厦门翔鹭石化确实是根基采纳SAP与电子银行接口的方式来进行付款的。

在企业实际运营中，付款流程涉及企业资金的向外支付，属于一个较敏感的流程。

在如此一个流程中的风险操纵显得尤为重要。

那当中的操纵点究竟在哪里呢？
我们首先会想到的风险操纵点是支付凭证〔图2中黄色的箭头1〕，支票等支付凭证有专人治理，要是是套打的，打印机应安放在专门的房间。

最后还要通过审批，盖章。

另一个操纵点放在付款清单上面〔图2中黄色的箭头2〕，应付帐会计编辑完付款建议后，也需要通过审核。

然而想象一个每次成百上千项的自动付款情景，在这两个操纵点审核的作用是特别有限的，缘故在于大量的业务都自动化了。

假设有如此一种情况：要是一个财务人员既能更新需求商的主记录又能输进发票，那他只要创立一个需求商并手工输进发票，那么特别有可能在后续的自动化的流程中，在成百上千的付款项中，这笔款项未被发现就被轻易地支付出往了。

为了防止这种情况的发生，应该将风险操纵点提早〔图2黄色的箭头3〕，对那个风险点的操纵确实是根基维护需求商主记录的权限与输进需求商发票的权限分开，属于两个不同的角色。

图3：
再考虑另一种情况：要是维护需求商记录的人更改了需求商的一些要害数据，比方对方开户银行、帐户和户名等。

那么需求商的款项就有可能被支付到其他银行帐户里面。

因此风险操纵点应该被进一步提早〔图2黄色的箭头4〕。

对那个风险的操纵手段在SAP中称为“敏感字段的操纵〞。

指需求商主数据中的敏感字段如需求商的帐号、开户银行等如需更改，必须通过其他系统用户确实认，更改才能在系统中正式成立。

图3是SAP系统后台配置的界面，在需求商主记录名目下，光标的位置，就有一项“为双重操纵定义敏感字段〞的配置。

在那个配置中我们能够定义哪些字段是我们认为的敏感字段。

从上述情景中，我们能够瞧出和一般的事务处理系统不同，SAP在提高效率的同时，还有效地操纵了风险。

sap进阶系列(4)：第一篇：财务总览之总账、应收和应付(2〕
2.2.2 总帐
SAP总帐的功能强大而丰富，图4是其中要紧功能的汇总。

我们选择局部代表性的内容加以介绍。

图4总帐功能总汇
2.2.2.1 组织结构
总帐中的组织结构如图5所示。

一个公司总部能够拥有多套不同的会计科目表，不同的科目表能够给不同的公司代码来使用。

公司代码在SAP中指具有独立会计核算的会计主体，能够是控股公司，能够是有法人地位的子公司，也能够是独立核算的分公司。

比方A集团企业和基地公司中的渤海公司能够分不设置为两个公司代码，每一个公司代码有一个会计科目表。

但不同的公司代码能够共享一个科目表。

图5总帐中的组织结构
同时，总帐中还有另一种组织结构－业务范围。

业务范围与公司代码形成交叉的矩阵式的治理。

公司代码偏重的是对外的会计核算，如A集团企业确实是根基一个完整的会计主体，但其公司可能经营两局部的业务：尿素和甲醇。

这两局部业务在核算上要是具有相对的独立性，确实是根基讲要是尿素业务和甲醇业务会编制自己的资产负债表和损益表，那我们就能够设置尿素和甲醇两个业务范围。

而业务范围是跨公司的，要是除了A集团企业，在其他公司也存在同样的业务，也能够用这两个业务范围来核算。

业务范围通常在企业中也被称为事业部的核算方式。

如此我们在进行公司总部财务治理时，能够按照公司代码和业务范围形成的治理矩阵来分析报表。

由此也能够瞧出SAP的公司总部治理，不只是表达在专门的模块上，更重要的是它表达在所有模块和功能的设计上，都渗透了公司总部治理的思想。

2.2.2.2 会计科目表
依据上文组织结构的介绍，我们明白，在A集团企业的会计科目表要实现全公司统一的会计科目表结构。

在SAP中，会计科目的操纵信息分了两个层次来进行治理－会计科目表层和公司代码层。

第一个是会计科目表层，所有使用那个科目的公司都共用的信息，如短文本、长文本、帐户
组〔比方按资产，负债，权益，本钞票和损益科目的分类〕、合并科目号〔指对应到合并科目表中的科目号〕等信息。

而各公司专用信息在第二层－公司代码层中维护。

公司代码层的操纵信息还包括了科目货币、未清工程治理、排序码、权限组等等，那个地点不一一介绍了。

总之，SAP通过分层的会计科目治理，既统一了公司总部的会计科目表，又使得每个公司能够定义适合自身业务需要的科目信息。

2.2.2.3 会计凭证
图9是超级权限用户能够瞧到的SAP标准前台操作菜单，我们瞧到在总分类帐中凭证输进和凭证的维护是其中的重要内容。

图10是SAP标准的总帐凭证输进的界面。

我们能够瞧到其中包含了凭证抬头、凭证行工程和简化操作辅助功能等局部。

凭证抬头包括凭证日期、记帐日期、短文本、公司代码、凭证类型等信息。

凭证行工程是指每一个分录行，比方一借一贷、一借多贷或者多借多贷形成的各行分录。

在简化操作的辅助功能中，凭证能够暂存，屏幕的格式能够调整并保持为预定义的屏幕变式供操作人员调用，还能够设置凭证输进的模板。

例如每月发放工资的凭证，由于科目与本钞票中心根基上类似的，能够做成模板，每次做凭证时直截了当调用，并依据当月情况填进金额即可。

因此辅助功能的屏幕区域能够翻开，也能够关闭。

图9SAP的标准菜单
图10SAP总帐凭证
关于SAP凭证输进和凭证治理来讲，有一个全然概念需要解释，那确实是根基“清帐〞。

在财务治理中，有些科目只需要有“借贷余〞的治理就能够了，比方银行科目和损益科目等。

图11科目余额表
然而也有些科目不止需要“借贷余〞，还需要治理到每一个分录行的状态，比方银行未达科目，客户和需求商的明细科目等等。

系统中需要记录需求商的每张发票是否差不多付款了，客户的每张发票是否差不多收款了，各种未达的资金项是否差不多到帐了等等。

也确实是根基讲这些科目中的行工程是逐笔逐清的。

如图12是某需求商帐户的行工程显示。

差不多付款的发票和付款行本身用绿灯显示，我们称为“已清项〞，还未付款的发票用红灯显示，我们称为“未清项〞。

类似付款，收款如此的业务，在帐务处理时同时将凭证行的状态改变了，我们称这些动作为“清帐〞。

清帐既能够是手工的，也能够是系统自动的。

当系统自动清帐时，我们需要提需求系统“自动清帐规那么〞，比方“用支票等支付凭证号码〞来清银行未达帐，确实是根基一种自动清帐规那么。

而一个总帐科目是否需要逐笔逐清的治理由会计科目公司代码层的一个操纵字段－“未清工程治理〞来操纵。

作为对比，我们瞧到图13中不按未清工程治理的科目，它的行工程显示只反映了过帐与否，而不反映清帐与否的。

图13“非未清项治理〞的总帐科目的行工程显示
对有些科目来讲，未清项治理的好处是显而易见的。

比方帐务的治理特别清晰，是对帐和核对的强有力的工具。

同时它也是帐龄分析，催款，自动付款，对帐函，往来帐核对等功能的根底。

总之清帐治理是SAP帐务治理的一个重要而普遍使用的工具
2.2.2.4 简化操作
简化操作是SAP中简化凭证输进或科目维护的一些功能，举例来讲包括：
对比公司代码：是用来简化科目表维护的。

能够把一个公司代码的科目表信息复制到另一个公司代码上往，供另一个公司代码使用。

复制能够在一台效劳器上，也支持跨效劳器。

要是不同的公司使用各自的SAP系统，也确实是根基分布式的环境下，能够使用那个功能来实现科目的治理。

样本科目：是用来简化科目维护的。

能够参考样本科目来建立正式的科目，它是作为科目治理的模板。

科目分配模型：是用来简化凭证输进的。

比方每月发放工资的凭证，由于科目与本钞票中心根基上类似的，能够做成模板，每月做凭证时直截了当调用，填进金额就能够了。

周期性凭证：是用来简化凭证输进的。

比方一笔待摊费用在6个月内摊销，每个月末的摊销分录根基上相同的，这时我们能够使用周期性凭证来简化操作。

周期性凭证除了包含正常的凭证信息外，还需要维护凭证录进的频率和时刻跨度。

如此系统在做定期处理时，如月结时就会自动生成相关的凭证。

样本凭证：是用来简化凭证输进的。

样本凭证是一张完整的凭证，但它有专门的编号而且只是帐，我们通过复制这张凭证并做修改来简化凭证的输进。

实际上，你也能够复制任何一张正式的凭证，来简化输进。

但样本凭证能够将简化操作组织得更有条理。

暂存凭证：在编制一个大凭证时，要是工作被中途打断，能够临时保持。

暂存凭证使用的是临时号。

暂存凭证不同于凭证的预制和审批。

2.2.2.5 定期处理
有些事务是定期处理的，要紧是指日结，月结和年结相关的处理，比方包括自动清帐、汇率评估和汇兑损益的计算、周期性凭证过帐、预提费用、利息计算、重分类调整、方案、打印、回档、关帐、余额结转等。

图15定期处理方案治理者
在做月结和年结的时候有许多项如此的事务需要处理，其中有些还有先后次序。

SAP提供。