sap系统范文1
关键词：SAP RFC BAPI ALE IDOC
RFC ( Romote Function Call，远程函数调用 )接口模式
RFC 是 SAP 系统和其他（SAP或非SAP）系统间的一个重要而常用的双向接口技术，也被视为 SAP 与外部通信的基本协议。简单地说， RFC 过程就是系统调用当前系统外的程序模块，从而实现某个功能，而且调用系统和被调用系统中至少有一个必须是 SAP ABAP 系统。这种远程功能调用也可在同一系统内部进行（如本地SAP 系统内的远程调用）；但通常情况下，调用程序和被调用程序处于不同系统。
SAP 系统RFC应用的原理很简单，有一些类似于三层构架的C/S系统，第三方的客户程序通过接口调用 SAP 内部的标准或自定义函数，获得函数返回的数据进行处理后显示或打印。在 SAP 客户端 SAP Gui Client 安装的时候，注意选择安装附带的 SDK 包（最保险是选择完全安装）。RFC 接口程序开发，主要用的是“SAP.Functions”这个控件，通过控件在外部程序模拟 SAP Gui Client 的用户登录和函数调用，然后返回函数的值。
优点： SAP 的 RFC 调用是其接口技术中最简单和易用的一种方式，该方式开发比较简便，特别适合于外部报表开发。
缺点：但对于大数据量的查询效率相对较低。如果有大数据量开发很多使用 IDOC 和 BAPI 接口开发技术。
RFC 接口方案开发量小，实施简单，很快就能满足客户需求，如在外部系统打印报表,或外部系统获取 SAP 简单的数据信息进行加工处理等。但这种方案只能满足客户简单的需求。
BAPI (Business Application Programming Interface)接口模式
BAPI是Business Application Programming Interface的缩写，是 SAP 为3.0版本以上提供的基于企业目标(Business Object) 技术的接口应用界面。 SAP 在3.0版本以上采用了 Object-oriented 技术，逻辑定义了 SAP R/3系统的所有功能目标，并且将所有的目标(Objects) 和BAPIs存储于企业目标库BOR(Business Objects Repository). SAP R/3 企业目标的目标类型(Object Type) 相当于目标设计语言中类(Class) 的概念，其定义结构由以下几部分组成：
基本数据——所有目标类的通用属性，如目标标识和默认方法(Method) 。
接口界面——目标的方法(Method)， 事件(Event), 特征(Attributes) 。
键(Key Fields)——供BOR中目标检索使用
方法(Methods)——对目标进行所要求的各种操作。
特征(Attibutes)——描述目标特征。
事件(Events)——触发以改变目标状态。
BAPI 是一个标准化的开放接口。 BAPI 是 SAP 提供给用户的一些标准函数，比如创建销售订单的函数 ，只要给定相应的参数,就可以实现特定的功能。它也克服了很多BDC 存在的固有BUG。
优点： BAPI 是外部系统对 SAP 标准业务进行调用的一种方式，当外部系统有对 SAP 标准业务关联较紧密的功能性开发调用时较适合。
缺点：但当外部系统与SAP系统间有大数据量的交付，并且分布广，网络状况较差情况下不适合。这种模式，也是只需写少量的代码就能实现，并且满足了客户对 SAP 业务模块对象化的应用，这种模式需要在 SAP 业务模块进行适量的配置，
这是目前小业务数据量交付的常用接口模式，因为外部系统只需给出调用的输入参数，在获取 SAP 的输出参数，但 SAP 系统自身处理相应业务逻辑，这增加了 SAP 服务器负载，并且不适宜分布较广的系统间大数据量的交付。
ALE(Application Link and Enabling )/IDocs(Intermediate DOCument)接口模式
ALE 是Application Link and Enabling的缩写，是 SAP 专门为 SAP 与 SAP 之间所设计的整合中间件。IDocs是中介文本 (Intermediate DOCument) 的缩写，是 SAP 提供的系统整合专用的数据/消息格式。ALE在SAP 3.0版本开始就作为 SAP 整个应用体系的一部分，为分布式数据交换提供了可靠安全的通讯机制。ALE的设计，原本作为两个SAP流程之间的一种消息传递服务(Messaging Service) ，使 SAP 与 SAP 的业务流程之间企业数据能够有效的交换，为两个独立的 SAP 之间提供了的系统整合服务。不过，随着应用的发展， ALE/IDocs 接口机制也已然成为与其它非 SAP 系统的标准的整合方式。 ALE 的机制代替了原来的SAP所提供的批数据通讯BDC(Batch Data Communication) 方式顾名思义，BDC为系统之间提供了简单的数据批处理服务，还不能作为一种中间件技术，它没有提供系统之间进行无缝整合所要求的纠错功能、系统管理和其它安全措施。ALE这些方面却处理的很好。
IDoc是EDI(电子数据接口)的一种标准,它是SAP系统支持的唯一一种EDI标准，所以，在SAP系统中，不用考虑EDI各个标准的转换问题。
sap系统范文2
【 关键词 】 SAP；FMIS；融合系统；主数据；数据对照表；中间数据库
1 前言
SAP与FMIS（中国石油财务管理信息系统）融合系统是中国石油天然气集团公司为了解决本公司及下属地区公司SAP与FMIS两大系统财务数据传递而建立的中间系统，俗称“融合系统”。融合系统很好地联接了SAP与FMIS系统，使SAP与FMIS系统得到了实时数据的传递。通过融合系统，数据一次性录入，多方共享，保证公司SAP系统、FMIS系统数据的完整性，体现FMIS的易用性特点，满足企业财务管理的需要。
2 SAP和FMIS系统介绍和问题
ERP（Enterprise Resource Planning， 企业资源计划）系统，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。ERP系统集中信息技术与先进的管理思想于一身，成为现代企业的运行模式，反映时代对企业合理调配资源，最大化地创造社会财富的要求，成为企业在信息时代生存、发展的基石。
SAP即是公司名称也是产品名称。SAP的主打产品R/3是用于分布式客户机/服务器环境的标准ERP软件，主要功能模块包括销售和分销、物料管理、生产计划、质量管理、工厂维修、人力资源、工业方案、办公室和通信、项目系统、资产管理、控制、财务会计。R/3支持的生产经营类型：按定单生产、批量生产、合同生产、离散型、复杂设计生产、按库存生产、流程型。
FMIS系统是由普联软件有限公司为中国石油天然气集团公司开发的一款中国石油财务管理信息系统。FMIS系统就是为了实现中石油集团公司信息化的发展目标，在“一个全面、三个集中”的要求下，按照中石油企业会计制度，为提高财务管理水平、强化风险控制和服务生成经营，开发的集成财务管理信息系统（简称FMIS）。
FMIS系统具有核算标准一致、核算流程规范、系统高度集成性、多系统有机一体、分层次部署、两级应用、财务报告统一生成、内部交易实时抵销、编码、流程控制严密、全系统采用B/S应用架构等特点。是具有中石油企业自身特点的一款财务管理信息系统。
SAP系统是国外一套先进的企业信息管理系统，而FMIS系统是根据中国财务管理，结合中石油企业自身特点的一套财务信息管理系统。它们的中心思想、管理理念不相同，所以设计理念不同，这样它们的会计科目、财务凭证等设计得都不一样。财务人员平时要做两套系统的账目，并且两套系统的财务账目因为设计理念不同产生了差异。为了消除财务账目差异，减少财务人员劳动强度，只能把SAP系统与FMIS系统融合在一起。
3 融合系统解决方案
中国石油天然气集团公司下属地区公司繁多，转换数据量大，各个地区公司业务也有差异，所以不能简单地使用SAP与FMIS系统接口转换技术进行数据传递。
3.1 融合系统流程设计
采用在中石油集团总部建立统一的对照表管理系统，服务于SAP集成凭证及SAP手工凭证录入的编码转换；对照表统一维护，只有一套对照表，维护后自动保存到SAP和FMIS系统中。对于财务端发起的业务，在“凭证录入”中录入。该接口为实时接口。通过ERP手工凭证界面输入的会计凭证，自动保存在FMIS系统中；审核批准后会在ERP系统中生成会计凭证。对于业务端发起的在SAP中自动生成的会计凭证，通过“通用凭证接口”将凭证传输到FMIS中。FMIS系统负责进行凭证的接收，并形成完整的FMIS会计凭证；通过上述方案，数据一次录入，多方共享，保证地区公司ERP系统、FMIS系统数据的完整性，体现FMIS的易用性特点，满足企业财务管理的需要。
结合以上特点，在SAP与FMIS数据库里分别建立了SAP与FMIS数据对照表，根据数据对照表从而建立了中间数据库，SAP及FMIS系统根据数据对照表进行SAP数据表字段与FMIS凭证字段之间相互转换，保存到中间数据库，并通过中间数据库同时进行转换后数据传递并保存到各自的数据库中。同时SAP或FMIS系统对数据对照表进行修改后，保存到中间数据库，并由中间数据库同时传递保存各自的数据库中，如图1所示。
数据对照表主要保存在中间数据库、SAP数据库、FMIS数据库中。数据对照表的修改主要通过系统对中间数据库的修改同时保存到三个数据库中。数据对照表主要根据SAP和FMIS财务数据形成一对一，多对一的逻辑关系设计数据表。数据对照表主要包含主数据和凭证转换对照表。如图2和图3所示。
而对于中石油下属地区公司FMIS系统里个性化信息在数据对照表里预留了相应的字段进行对照。这样方便了各个地区公司个性化数据的处理，完善了SAP与FMIS系统数据对应，如图4所示。
3.2 融合系统实施
首先，建立中间数据库来保存SAP系统40项主数据、30多个凭证转换对照表及个性化数据对照表，并且在SAP与FMIS系统也建立相应统一的数据对照表，使中间数据库与各自的数据库同时进行联接传递。根据数据库中数据对照表在SAP系统里建立SAP数据表字段与FMIS凭证字段之间转换逻辑关系，使SAP系统集成凭证通过中间数据库传输给FMIS系统。FMIS系统读取中间数据库的数据，转换成FMIS系统凭证，经FMIS系统审核确认后通过中间数据库传回到SAP系统里。
其次，在SAP系统里ZFMIS这个事务代码下创建了“融合方案凭证传输”和“融合方案主数据维护”两项。
“融合方案凭证传输”这里主要集成了FMIS对照表维护和FMIS接口：凭证传输、FMIS接口凭证状态查询、SAP系统财务对账等，“融合方案主数据维护”这里主要主数据维护等。FMIS对照表维护和主数据维护是实时传递同时由系统自动保存到三个数据库内。FMIS接口：凭证传输是把SAP系统数据转换成FMIS系统凭证或FMIS系统的手工凭证，经FMIS系统审核后传回到SAP系统内。
在FMIS系统里创建了“主数据管理”、“对照表管理”和“ERP集成凭证处理”三项。
“主数据管理”、“对照表管理”与SAP系统里的FMIS对照表维护和主数据维护功能一样都是实时传递同时有系统自动保存到三个数据库内。“ERP集成凭证处理”主要是对SAP系统传过来的凭证进行审核确认，然后再通过中间数据库传到SAP数据库内。
4 结束语
通过融合系统的实施使SAP与FMIS系统很好的完成了财务凭证的传递，使两大不同理念的系统很好交融在一起。减小了财务人员的工作量，消除了财务科目的差异等问题。到目前为止，融合系统在中石油集团公司及下属地区公司已经取得了初步的成果，但在一些小问题上进行逐步的解决。通过融合系统的实施，它意义不再局限于SAP与FMIS系统，更重要的是也为今后其他系统与SAP系统的融合提供了参考借鉴。
参考文献
[1] 黄佳.SAP程序设计（第一版）.北京：机械工业出版社，2005-04.
[2] 王宏.实战SAP程序开发.北京：电子工业出版社，2006-08.
[3] 黄佳.SAP高级应用开发.北京：人民邮电出版社，2008-10.
[4] 唐嘉，彭功涛，方玉凤.SAP实用程序开发进阶.北京：兵器工业出版社，2012-03.
sap系统范文3
【关键词】SAP系统；财务核算；优势
SAP系统是由德国一家企业研发的对大型企业资源进行集成管理的软件。通过SAP系统能够更加方便企业的资源管理，其中最重要的作用是利用EPR系统的集成功能，能够对企业生产、管理以及销售的数据进行处理，并具有较大的存储能力以及运算能力。在财务核算中使用SAP系统，可以有效地克服财务工作中会计核算带来的困难以及对内部转移计价等数据处理上的难题，从而能够减轻财务工作者的工作负担，提高工作效率。
一、SAP财务系统的特点
1.集成化
通过SAP财务系统，可以对企业内部的财务信息进行整合，同时能够与企业的管理信息进行对接，对实现企业资源以及业务流程管理一体化发挥着重要作用，这主要体现出SAP系统具有高度的集成性。
2.规范化
在财务系统的具体操作中，可以将SAP系统模块与当下企业的财务核算的所有流程相互融合，这样就可以使财务工作更加具有规范性，同时，需要根据SAP系统的模块，设计财务核算流程，在以后财务的工作中，就会按照流程制度进行核算，这就能够减少错误的发生，并且也能够使财务工作由上到下有序地进行。
3.实时化
通过利用SAP系统，可以将企业的销售以及库存等信息进行及时上传，同时也能够达到资源共享的目的，并且也能够起到对企业财务监管的作用。
4.开放性
SAP系统，是国际上公认的一种企业管理的软件，其可以对企业提供开放性接口，这样就能够使其与企业的内部软件相结合，更加有利于企业内部的管理工作。
二、SAP系统对财务核算的优势
1.使企业财务成本核算更加精细化
在财务工作中使用SAP系统时，可以使成本与收入始终贯穿于企业内部的各个部门。并能够将最终活动产生的数据汇集到财务部门，在这个过程中，企业领导完全可以起到一个监视的作用，同时也能够对整个活动的流程能够有所了解，在信息流动的过程中，也能够为领导的决策提供依据。通过SAP财务系统的管理模式，可以很清晰容易的发现计划成本与实际成本之间的差异，并且能够在活动早期时就有所察觉，并可以通过具体的明细，找到出现差异的源头，并根据问题提出有针对性地解决方案，从而使企业的实际成本能够控制在合理的范围内。
2.财务凭证记账更加智能化
在没有运用财务系统之前，财务工作人员对财务凭证需要通过手工方式录入，这就容易造成记错、漏记等现象，同时也具有较大的工作量，而在运用了SAP系统后，就能够有效地解决这一问题，通过SAP系统，可以实现一次性记账。在SAP系统运行的过程中，也不需要手工录入凭证，而是由各个模块集成生成的。例如，在销售时，需要给客户开票，在进行采购时，会对商家提供的发票进行校验，这些会计活动在发生时，都需要按照相关的记账原则以及设置好的会计科目进行记账，最后会由系统自动计入总账。当有新的I务发生时，系统就会自动更新财务报表，包括现金流量表和资产负债表，通过使用SAP系统，不仅能够提高工作的准确率，同时还降低了财务人员的工作量。
SAP系统还可以简化凭证的操作流程，对凭证可以进行暂时保存，同时可以对其格式进行设置，方便日后使用。对员工发放工资的凭证，可以做成模板，在主要的内容没有变更的前提下，只进行数额调整就可以，通过这样的方式，就能够完成简单的凭证编制工作。与传统的财务工作相比，利用SAP系统，可以使凭证生成与记账工作同时完成，这样在更加利于查账工作的进行。
3.不同会计准则之间对比便捷
随着我国经济的不断发展与进步，我国的经济也在向全球经济一体化迈进，跨国经营已经不足为奇，但是每个国家之间的会计准则不同，这是跨国经营过程中无法避免的问题。由于企业财务的需要，企业需要按照母企业的财务准则进行核算，但是由于国家不同，还必须要遵守所在国的会计准则。这时SAP系统就能够充分发挥其优势，可以根据母企业的会计准则设置会计科目，同时还要考虑到所在国的会计准则要求，制定一个单独科目，进行差异核算，最后在输出时，将两个部分的报表进行合并，这样国家之间的财务核算差异问题就迎刃而解。
4.便于企业进行预算管理
SAP系统具有强大的报告系统，报告系统在活动预算中能够充分发挥其优势，能够将预算成本与实际成本进行有效地对比，并能够对数据进行简单的分析。在活动实际的运作过程中，每一个环节都离不开成本，这些活动的数据都会传入到系统中，并将其与计划成本进行对比，当实际成本与计划成本有差别时，就会被分离开，这样就可以及时采取有效地措施进行补救。正是通过对SAP系统的运用，才能够使预算工作更加合理。
三、结束语
通过在企业财务中使用SAP系统，可以在很大成度上减轻财务人员的工作量，同时也能够提高财务人员的工作效率，也更加方便企业领导进行监督工作。通过使用SAP系统，使的财务信息更加智能化、简单化，相信在未来的发展中，一定会有更多企业选择应用SAP系统，使企业的财务管理更加方便。
参考文献：
[1]张玉珍.浅析SAP系统在财务与成本模块下的应用[J].现代商业，2013，22（12）：180.
sap系统范文4
关键词：SAP架构 安全性 高可用性 稳定性
中图分类号：TP311 文献标识码：A 文章编号：1007-9416（2012）09-0147-02
随着整车汽车品牌的不断发展壮大，整车品牌知名度的不断提升，汽车企业的ERP信息系统变为企业长期依赖的核心的竞争能力。而高效，稳定，可靠的企业级的ERP系统成为汽车整车业务运营的核心，目前ERP功能模块涉及物料管理，生产计划，销售，财务成本，项目管理，而且和周边系统如汽车客户关系管理系统，GBOM系统，IMES系统等等搭建成支持整车日常业务运作的核心系统。所以该汽车ERP系统就显得尤为重要，本文主要从IT的视角对读者阐述了如何实现SAP的安全性，可靠性，稳定性，高可用性，介绍了目前ERP架构系统的具体实现。
1、ERP系统架构的扩容历史及范围
公司从成立项目组开始至目前XX品牌的XX汽车的上市，ERP系统经历了多次扩容和升级，期间更涉及一次平台转换的迁移，两次SAP版本的升级。具体的版本是ECC5.0升级到ECC6.0，又从ECC6.0升级到目前我们使用的SAP的EHP4版本。硬件设备从四台服务器的SERVER扩展到二十四台服务器的高可用的分布式的架构，涉及各类功能服务器有R3，APO，EWM系统，涉及的五个汽车工厂。在系统不断扩张，业务应用需求不断地提升的情况下，IT是如何保障用户的高可用性，并保证系统的运维性能指标从99.96% 提升到99.99%乃至100%，下面我会分别阐述IT是如何在构建，运维，管理上确保该系统的安全可靠，高可用性。
2、ERP建构的高可用集群是技术的基础
IT的ERP总体构建为高可用性架构，主要系统为R3和SCM系统目前使用的是HP的64位BL870c i2的刀片机，操作系统版本为HP-UX 11.31，配置高可用性使用的软件是Service Extension for SAP version B.05.10。支持应用的数据库和核心的central instance应用在系统出现硬件问题或网路交换机之间出现连接问题时，会触发共享的磁盘阵列进行切换，关键的应用系统被接管到了另一个节点，从而保证了应用服务器 DVEBMGS00，D02，D0n可以不间断的支持客户端用户使用。保证了系统在故障时可以切换到可用的节点，继续为用户提供必需的所有汽车业务应用。
3、SAP修改机制确保业务修改后的稳定性
大家一定知道汽车业务ERP系统的稳定性和汽车业务新的不断变化的需求之间是一对矛盾，IT在新汽车业务变化时系统往往不得不进行系统更改，程序版本更新，程序修正等等，这些不稳定的因素将使日常业务的稳定性和系统的稳定性受到影响，严重的将会造成系统服务器宕机，汽车整车厂生产线停线等。所以一个良好的ERP系统必须提供给用户良好的修改和配置的功能，才能适应不断变化的企业级汽车应用。SAP Change Request功能就为灵活的变更提供了变更方面的技术支持和技术控制，用户在修改程序时SAP会在开发机提供一个变更请求号，所有的程序修改，权限的修改，配置的修改，程序的版本记录都通过修改号记录在数据库中，便于用户检查，回退等控制操作。在这些修改结束后的阶段，通过helpdesk人员手工传输程序的改变到测试机，在测试机进行用户验证完成后，才能传入生产机最终上线提供给最终用户使用。该传输路径在系统投入后基本就保持不变。Change Request的运行机制确保了系统修改的稳定性，版本管理的一致性，并提供测试后发现问题的回退的可能。
4、SAP运维管理监控功能
4.1 SOLUTION_MANAGER的统一管理
SAP的运维管理软件SOLUTION_MANAGER它运行于一台单独的服务器，它提供给用户一个一致的登陆入口，实际是它提供给helpdesk 人员统一监控平台来监控系统运行状况，并能通过它还可以进行版本管理，业务流程变化管理，系统性能ALERT REPORT管理，LICENSE管理，用户账号管理，变更统一管理， 以及项目执行管理等等功能，下文就常用的功能做介绍给大家。在提供这些管理功能前首先要将这些监控的系统纳入SOLUTION _MANAGER系统就是要进行合理的配置，配置完毕后就可以的看到目前公司所有纳入 SOLUTION_MANAGER管理的被管理服务器。我们目前的运维的目标是保证SAP所有这些服务器运行能力达到99.99%甚至100%的指标。
SAP系统作为XX整车ERP系统，它和其他系统如DMS，MES，GBOM，XX电子采购系统，XX售后仓库管理系统等等系统有数据共享，所以系统的100%的稳定是IT必须努力达到的目标。利用SOLUTION_MANAGER的报表功能，各系统会自动生成ALERT_REPORT的性能分析报告，用户根据报告可以知道目前系统的存在哪些运行方面潜在的问题，维护的IT人员就可以直接根据ALERT_REPORT的建议进行调整方案的制定。图二所示是SAP的报警报表。
以上报表指出3个紧急的需要处理的红色问题：1）目前汽车ERP系统备份状况不够频繁，需要增加备份频率。2）SAP新的安全NOTES没有及时的提供给相关的系统，需要及时打上安全方面的补丁3）标准的用户没有更改初始密码等等，建议用户修改密码。该报表还提供了系统的负荷历史的记录，可以让监控人员对突变的系统负荷有比对的图形基础，这些所有的历史报表同样被存储在一个数据库里以备查看。SOLUTION_MANAGER还提供了SAP版本的管理能力和LICENSE 的管理能力。SAP的每次版本的升级都会在网站上进行，新的安装软件包并不能随意下载下来安装。必须通过SOLUTION_MANAGER工具经过用户验证后才可以下载安装，在安装过程中该机制避免了系统升级过程中的操作错误，和SAP的盗版等问题的出现，也相应的减少了系统升级的随意性，提高了整体汽车ERP软件的稳定性和可靠性。
4.2 运维机制的保证
为了保证业务的连续性，运维的监控日志也是非常关键的一环。目前HELPDESK每天二次会巡检SAP系统所有检查点，每一项检查都是应用系统平滑运行的基础保证，HELPDESK 检查项目点会随系统的不断发展而持续补充修改，逐渐形成系统稳定运行的保护伞，并在IT的组织管理下，具有自我补充，自我完善检查点的功能。IT每天会有运维例会，处理每天所有发生的问题，并有跟踪人员对问题进行跟踪，而且会落实到相关的IT技术人员，对问题进行的分析，并找出问题根源，并试图从技术和管理等多方面着手彻底解决问题，下面我们会举例说明HELPDESK人员进行的主要的检查项目来说明。对SAP系统来说其中尤为关键的有四点 1）CPU和内存的使用状况，以确保操作系统使用。2）操作系统的目录使用率百分比，该检查是为避免系统因为误操作而产生了大量的数据，这会将目录占满，影响数据的处理能力。3）每天的系统数据库的备份状况，确保信息系统数据不会丢失。4）JOB的运行状况，确保系统业务数据的准确性，系统间数据传输的QUEUE的状况，也同样保证了SAP系统稳定的主数据信息和其他系统之间的良好传输能力。
5、新SAP系统上线后规范的文档和审计
5.1 SAP规范安全，监控设置文档，OA操作文档，安装文档等的形成
在汽车ERP系统上线前SAP的基础部门会对系统进行相关的参数设置，其内容包括，OS级别的用户权限设置，SAP 运行设置参数的设置，安全监控能力的设置，SAP用户权限管理的设置等等。这些基础的设置是在不断SAP系统实施经验中总结得到，并不断的进行完善补充的，在系统安装前已经形成规范的文档，提交给安装人员，以此规避安装过程中的不一致性，提供统一的安装规范，在此我们可以举例说明，在运维过程中我们有发现一次某销售店不能从系统调到新车，发现SAP在处理DOL发来的整车信息数据运行不正常，经过检查系统，发现系统服务器时钟由于参照源时钟变化，发生了时间向后跳转的现象，经过研究，修改了该时钟调整的机制，采取渐进式时间调整。在以后的操作系统的安装文档中统一修正了该漏洞，并修改了安装文档，杜绝漏洞再次出现。
汽车ERP系统上线前技术支持人员还会搜集日常运维将会遇到的问题，以及预设计解决问题的预置方案，这些文档在上线前就已经形成了，确保系统一旦上线发生问题了有应急的处理方法。系统在上线之前还必须经过操作系统的切换测试。并能提供全程安装的技术文档，以及测试文档，以备系统以后归档查看。
5.2 SAP系统上线后的审计
每次系统上线后会有安全审计的检查，一般会对操作系统，数据库，应用用户的权限进行检查，对目前应用的用户，账号管理小组会检查有没有不适当的权限赋予特别是上汽财务数据，有外部审计和账号小组，技术人员确认权限后才可以使用。这些权限检查会提高了SAP系统的安全性，保证机密数据，如我们的整车财务成本数据，相关供应商信息，合同数据等数据不被泄露，对整车厂的安全生产，整车汽车的商业机密有着重要的保护作用。
6、SAP的可扩展性
6.1 SAP系统的可扩展
由于SAP提供了很强的可扩展性这是SAP在设计系统时就已经支持的，它可以通过扩展服务器的方法来扩张硬件的配置，并可以在线扩展系统。安装系统时只需要提供数据库的地址就可以连接到核心数据库系统，安装完成后通过设置服务器组就可以将新的服务器纳入系统，并给连接的用户提供负载均衡的功能，系统管理员也可以通过配置后台JOB的方法来自定义些大负荷的运算运行于新指定的服务器上。实际应用中我们的一些报表，如当月汽车售后备件物料的收发存报表，由于涉及所有售后物料库存情况，运行时间将很长，我们会对这类报表，安排指定的新服务器上运行。当系统有新的服务器加入后，系统会根据当时性能状况，分配新的JOB到新的服务器。
6.2 SAP SCM系统的负荷分流
SAP系统主要的业务数据都存在于R3系统里，但它的部分功能可以划分到新的SCM汽车供应链ERP系统里，我们的汽车整车BOM的分级打散，MRP汽车物料需求计算，创建预测下周的汽车供应商的物料供货计划程序，这些程序都分布在SCM汽车供应链系统内，其中BOM的计算打散等还使用了其他的服务器，该服务器使用了LIVECACHE的技术，将整车订单和物料BOM的计算保留在该服务器的内存中直接计算。该体系结构使得在计算汽车零件供应预测报表时，相关负荷不会只集中在R3的服务器中，而是分布在R3，SCM，LIVECACHE不同的服务器里，达到了分散负荷的能力。
SCM汽车供应链系统还提供了临港售后配件仓库的管理的功能，R3系统会将售后配件的采购物料单传输到临港SCM系统里。在新的系统里进行库存管理，完成收货，上架，下架，发货，并传回R3 系统，进行收货财务过帐管理。该功能使汽车售后配件的整体管理过程完全从R3系统中独立出来，在SCM汽车供应链管理系统里运行，减轻了主R3系统的负荷压力。这种配置可以保证系统有新的仓库管理系统时，可以平稳增加新的SCM系统。并使得SCM系统的功能和R3进行无缝的汽车业务融合，即保证了系统的稳定，又使得系统的汽车业务能力得到了扩展。
7、结语
SAP的高可用软件提供给我们很方便的配置接口，让汽车用户可以配置多样的高可用汽车软件。SAP系统稳定性是建立在不断完善的监控基础上的，需要不断的从系统运行过程中弥补完善，稳定的系统是建立在稳定的规范的使用者上的，所以上线前的必须注意到统一安装，在上线后要做好审计等工作，这样系统在投入运行中才会确保数据的安全性。整个系统的稳定，高可用是建立在系统调研，设计，实施，测试，部署上线和运维中的，互相弥补，相辅相成，得以形成一个统一的稳定的可靠的ERP汽车系统。
参考文献
[1]石坚燕.SAP NetWeaver：SAP新一代业务平台.东方出版社，2005.
sap系统范文5
关键词：SAP；DMS；VLS
中图分类号：TP311.52 文献标识码：A 文章编号：1006-8937（2013）06-0048-03
广西中信国际物流公司是由广西柳工机械股份有限公司联合其他几家公司成立的物流公司，最大的客户是柳工，柳工已经建立了一套成熟的生产管理系统SAP和经销商管理系统DMS，现在广西中信作为柳工的物流服务提供商，需要建立一套物流管理系统，与柳工的生产系统和经销商管理系统紧密结合，补充柳工系统中缺失的物流功能，使信息流形成闭环，这样基于SAP、DMS的物流管理系统就应运而生。
1 运行环境
运行环境主要包括开发软件和操作系统的选择。及时聊天系统的软件配置要根据用户对系统的稳定性要求、系统的容量以及用户的维护水平来确定。
①开发软件选择。我们使用的是Dreamweaver MX 2004和SQL Server2000数据库，IIS 6.5 WEB服务器。
②操作系统选择。一般情况下，维护人员对微软Windows界面比较熟悉，因此，客户端Windows XP操作系统。服务器端使用Windows2003server操作系统。
③输出设备。显示器。
⑤其他。软件平台：中文Windows 2000或更高版本；浏览器：基于微软IE内核的浏览器，版本IE6.0以上；硬件平台：服务器硬件配置：配备Intel志强处理器以上的主流品牌服务器；客户端：Intel奔腾四以上，AMD K6 以上系列等PC台式机和便携式电脑；Web服务器、数据库服务器：推荐惠普服务器DL380-G6-491325-AA1。
2 网络体系结构
网络体系结构如图1所示。
3 应用软件整体结构概述
本系统分VLS-BS三大模块，具体的模块层次划分如图2所示。
4 关键技术
VLS-SAP 接口基于Object Pascal，使用了SAP BAPI 的Activx插件。
VLS-DMS 接口基于Java语言平台，应用使用 TOMCAT6.0。
VLS-BS应用程序基于ASP语言，使用Javascript，VBscript语言。
5 数据库设计
采用SQL SERVER 2000进行设计。
6 功能概述
6.1 VLS-BS功能
基础信息管理：承运商管理、经销商管理、产品线查询、整机机型信息、承运商区域、办事处信息、地点信息、地点分类、常用代码管理。
系统管理：密码修改、人员权限管理、操作人员Log、提示信息公告、初始化订单状态、委托通知单编辑、重复订单状态修改、整机到达修改。
订单管理：委托通知单查询、货运修改、手工委托单、应付结算运费审核、铁路运费发票、铁路结算提交、应付运费汇总查询、应付运费明细查询、调整应发日期、调整应到日期、返厂维修审核、用户工作提醒。
仓库管理：材料基础信息、材料定价与用量、劳务费支付标准、整机入库实绩、整机出库实绩、SAP整机库存、SAP整机入库明细、材料库存浏览、加固材料采购、加固材料入库、加固材料出库、材料盘点管理、材料安全库存设置、材料安全库存报警、铁路辅助费用。
客服管理：综合台账查询、运输异常查询、监控异常查询、无合同天数维护、在途异常违规处理、经销商满意度查询、经销商反馈管理、订单综合查询、在途事故管理、事故处罚查询、整机事故月报、承运商事故发生率、事故发生率月报。
质量管理：整机库现场监管、现场监管周汇总、整机运输质量管理、事故处罚管理、整机库现场月报、整机意外事故月报、承运商事故发生率、事故发生率月报、给承运商信息。
商务管理：柳工运价合同、承运商运价合同、无柳工运价维护、无承运商运价维护、应付结算运费审核、应收柳工结算运费、应收柳工发票查询、SAP运费订单查询、应付运费汇总查询、应付运费明细查询、材料定价与用量、劳务费支付标准、加固材料采购审核、铁路辅助费用审核、商务报表统计明细、商务汇总、应收差异汇总、应付差异汇总、商务报表统计总表。
财务管理：应收柳工发票申请、应收柳工发票查询、应收状态管理、应付状态管理、应收应付状态查询、铁路管理费用汇总、财务汇总、成本汇总。
公共查询：委托通知单查询、综合台账查询、在途事故查询。
KPI指标考核：及时到达率、及时到达率月报、质损率、质损率月报、及时起运率、及时起运率月报、有效交付率、有效交付率月报、安全事故率、安全事故率月报、经销商满意度统计。
综合报表汇总：业务汇总、承运商汇总、按月份汇总、产品线月报汇总、承运商月报汇总、产品线年报汇总、承运商年报汇总、收入年报汇总、利润年报汇总。
承运商自助管理：运力资源管理、手工委托单、添加拖车配载、拖车配载管理、未配载原因设置、实际发车日期登记、在途监控及到达、综合台账查询、事故&事件报告、整机到达报告、运费结算发票录入、运费结算申请提交、运费结算汇总查询、运费结算明细查询、返厂维修管理经销商自助管理：运输异常查询、在途委托单查询、满意度反馈、已到达委托单查询、反馈管理、满意度查询。
VLS-SAP接口消息浏览：地点信息、整机入库明细、SAP库存查询、发车通知单、交货单冲销、机型信息、产品组信息、应收发票消息、收发测试。
VLS-DMS接口消息浏览：在途监控及到达、经销商到达确认、月度滚动销售计划。
GPS位置定位：与GPS设备平台对接，自动获取货物的位置信息，供柳工客户及客服人员查询。
短信平台：与移动的MAS服务器对接，获取货车司机货到反馈回来的信息，自动得到货物达到信息供柳工销售管理部门查询及客服人员查询。
6.2 接口功能
①VLS-SAP接口。地点信息、整机入库明细、SAP库存查询、发车通知单、交货单冲销、机型信息、产品线信息、应收发票消息、收发测试。
②VLS-DMS接口。整机送达签收信息、月度滚动销售计划、运输在途监控消息。
6.3 日志管理
VLS_SAP 接口建立错误日志的管理。在接口中把扑捉到的SAP 接口函数和数据库操作产生的出错信息存入数据库中，提供错误日志查询功能，以便系统维护人员发现和解决问题。
7 结 语
广西中信国际物流有限公司的物流管理系统，解决了柳工SAP系统中缺失的物流管理模块，使柳工的数据信息流形成了很好的闭环，为业务在各个环节提供了支持，促进业务的发展，在后续的优化中，通过与电子地图运营商的合作，增加了货物定位功能，使主机厂和客户可以随时查询到货物的位置，并与移动公司合作，增加了智能短信模块，解决了客户确认到货的实时性和自动性，值得广泛推广和应用。
参考文献：
sap系统范文6
关键词：BCS系统；股权合并；管理合并；业务合并
SAP合并报表系统（简称BCS系统）可以完成三种不同类型的合并报表，分别是股权合并、管理合并、业务合并，以下将分别对这三种合并的特点、业务流程进行介绍。
一、股权合并
股权合并是整个BCS系统的核心，管理合并和业务合并都是基于股权合并生成，本文将重点对股权合并过程进行详解。
BCS系统中的股权合并包括数据收集组、数据调整组、自动合并组、投资合并组四个操作流程（见下图），这四个流程环环相扣，前一流程为后几个流程的基础，每个流程都有严格的逻辑校验。以下将对分别上述四个模块进行分析。
（一）数据收集组
数据收集组的主要功能是从核算系统中抽取数据，同时对投资、权益、存货含利等数据进行手工或自动维护，从而为合并抵销提供最基础的数据源，另外各子分公司通过本模块中的对账平台对现金流、票据、内部往来进行核对。本模块是整个合并报表的基础，所有的抵销、调整都是基于收集的数据进行，如果把合并报表过程比作是做一道大菜的话，数据收集就是采购食材的过程，食材的好坏、品质高低直接决定一道大菜的成败。
数据收集共有八项功能（见下图），可将其分为两类，第一类为初始化和基础数据收集，包括“余额结转”、“期间初始化”、“数据收集”、“手工调整”、“本位币校验”；第二类对帐平台，包括“现金流对账”、“票据对账”、“内部往来对账”。
“余额结转”是将上一会计年度的各科目余额结转至下年，余额结转功能只能在每年1月份进行操作。
“期间初始化”是上一会计期间的特定凭证于本期间自动冲销，按照新的发生额生成新的抵销凭证。
“数据收集”主要是将上线单位和非上线单位的财务信息收集到BCS合并报表系统。数据收集包括“科目发生额的收集”、“票据还原信息的收集”、“内部存货含利信息的收集”、“投资与权益数据信息的收集”。上述功能中最为关键的是“投资与权益数据信息的收集”，它直接决定了投资、权益抵销的正确与否，通过对原始投资金额和权益“移动类型”的维护，生成正确的抵销分录。
“手工调整”主要功能是对单户表进行必要的调整，俗称“调表不调账”，本项功能应在集团总部进行控制，严禁随意进行调整。
BCS系统还为合并范围的企业提供了非常好的一个对账平台，就是“现金流对账”、“票据对账”、“内部往来对账”等几项功能，集团内的子分公司可以详尽的了解各公司间、各科目间的差异，也为集团总部了解对账差异提供了一个非常直观的平台，通过这个平台可以时时从账务系统抽取数据，时时进行对账， 时时对下属企业对账情况进行监督考核。
综上所述，“数据收集及对账组”提供了一个及时抽取数据、随时生成报表的平台、提供了一个对权益和投资附加数据进行维护的平台、提供了一个所有子分公司随时对账的平台，这些平台为生成准确的合并报表打下了坚固的基础。
（二）数据调整组
“数据调整组”的主要功能和用途是解决评估增值和外币折算的问题。数据调整组相当于一道大菜的配菜阶段，配的好则锦上添花，配的不好则不伦不类。数据调整组主要功能包括“评估增值”、“科目重分类”、“外币调整”、“外币折算”、“本期利润结转”、“合并组变更”、“组货币校验”等功能（详见下图）。
“评估增值”主要解决收购一个企业时发生的评估增值，对于这部分价值大部分被收购企业不会进行账务处理，通过“评估增值”的功能对上述信息进行维护，从而达到抵销正确。
“科目重分类”主要功能是当个别报表与合并报表对一项会计要素的认定标准不一致时在合并层面进行的重分类调整。
“外币调整”和“外币折算”主要是解决境外子公司的外币报表如何转换到合并报表的本位币的问题。由于境外子公司采用集团货币以外的货币，如何转换为集团货币成为合并报表必须要解决的问题。BCS系统通过“外币调整”和“外币折算”对特定科目指定采用历史汇率折算，其余科目采用期末汇率进行折算，当特定科目发生变化时通过“外币调整”进行维护，从而生成正确的“外币折算差额”。
总之，“数据调整组”为各种不同业务类型的合并提供了较好的解决方案，对一些特殊事项进行了恰当的处理，充分保证了合并信息的准确性，尤其是外币报表折算功能为境外子公司的合并提供了很好的平台。
（三）自动合并组
“自动合并组”的主要功能是系统对内部往来、交易、票据、现金流、存货含利进行自动抵消，如有必要也可通过“自动抵消调整”对抵消的结果进行调整。 “自动合并组”相当于一道大菜的煎炒烹炸的阶段，只要没有对账差异、会计信息正确，就会生成正确的往来和交易的抵销（详见下表）。
（四）投资合并组
“自动合并组”的主要功能是对投资、权益进行抵消，对抵销结果与会计准则的差异进行调整。SAP有着固定的抵销规则，但是准则的变化较大，准则出台后又颁布了一系列的“解释”，对准则的内容进行了部分调整，如何让SAP系统与准则对接，BCS提供了“投资合并抵消调整”功能，对上述差异进行调整。“自动合并组”好比是一道大菜的收尾阶段，也是最为复杂的阶段，它需要对火候、咸淡准确的把握才能完成色香味俱全的大餐，它需要精准的技能，更需要经验的积累。
“自动合并组”包括“投资收益抵销”、“投资抵销”、“投资抵销调整”、“合并组校验”等功能（详见下图）。
总之，通过对上述四个操作流程的运行，BCS系统能够生成准确的基于股权关系的合并报表，但是很多企业的管理层不仅要了解股权的合并信息，还要了解管理层次的信息。有些下属企业间没有股权关系，但是它们的实际管理者都是其中一个企业的管理层，集团总部需要对这个管理层进行考核，也需要了解这几个企业的合并财务信息，因而需要重新划分一些没有股权关系但是有管理关系的合并组，这就是“管理合并”。以下将对“管理合并”进行阐述。
二、管理合并
“管理合并”是将一些没有股权关系但实际有着管理纽带的一些企业成立合并组，通过系统生成这些企业的合并报表，为集团公司对下属企业利润中心进行考核提供了便捷的平台。SAP系统的管理合并主要是从股权合并中拷贝数据，另外值得注意的是在股权合并中手工输入的合并层面的抵消凭证也要在管理合并层面重复输入，这是BCS系统不够人性化的地方。
三、业务合并
有些企业业务多元化，集团内部分为几个业务板块，管理层需要了解每个业务板块的合并报表信息，BCS系统为生成业务合并报表提供了可能。首先将所有子分公司打破股权关系，按照业务类型归集到不同的业务板块中，每个业务板块必须指定母公司，操作流程与管理合并相类似，都是从股权合并中复制数据，只是将复制的数据分类到不同的单元进行抵销处理，从而生成正确的业务报表。有些企业在年报中要求披露分部报告，BCS系统业务合并后能够直接生成分部报告。
