名词.docx
- 文档编号:23564852
- 上传时间:2023-05-18
- 格式:DOCX
- 页数:15
- 大小:29.53KB
名词.docx
《名词.docx》由会员分享,可在线阅读,更多相关《名词.docx(15页珍藏版)》请在冰豆网上搜索。
名词
基本信息
SAP全称:
systemsapplicationsandproductsindataprocessing。
SAP是一款用于ERP(企业资源计划)管理的软件。
SAPR/3是一个基于客户/服务机结构和开放系统的、集成的企业资源计划系统。
其功能覆盖企业的财务、后勤(工程设计、采购、库存、生产销售和质量等)和人力资源管理、FreeEIM业务工作流系统以及因特网应用链接功能等各个方面。
R/3应用软体采用模组化结构。
它们既可以单独使用,也可以和其它解决方案相结合。
从流程导向的角度而言,各应用软体间的整合程度越高,它们带来的好处就越多。
编辑本段包含模块
FI财务会计集中公司有关会计的所有资料,提供完整的文献和全面的资讯,同时作为企业实行控制和规划的最新基础。
TR财务管理是一个高效率财务管理完整解决方案,确保公司在世界范围的周转,对财务资产结构实行盈利化组合,并限制风险。
CO管理会计是公司管理系统中规划与控制工具的完整体系,具有统一的报表系统,协调公司内部处理业务的内容和过程。
EC企业控制根据特制的管理资讯,连续监控公司的成功因素和业绩指标。
IM投资管理提供投资手段和专案,从规划到结算的综合性管理和处理,包括投资前分析和折旧模拟。
PP生产计划提供各种制造类型的全面处理:
从重复性生产、订制生产、订装生产,加工制造、批量及订存生产直至过程生产,具有扩展MPRⅡ的功能。
另外还可以选择连接PDC、制程控制系统,CAD和PDM。
MM物料管理以工作流程为导向的处理功能对所有采购处理最佳化,可自动评估供应商,透过精确的库存和仓储管理降低采购和仓储成本,并与发票核查相整合。
PM工厂维护提供对定期维护、检查、耗损维护与服务管理的规划、控制和处理,以确保各操作性系统的可用性。
QM品质管理监控、输入和管理整个供应链与品质保证相关的各类处理、协调检查处理、启动校正措施、以及与实验室资讯系统整合。
PS专案管理协调和控制专案的各个阶段,直接与采购及控制合作,从报价、设计到批准以及资源管理与结算。
SD销售与分销积极支援销售和分销活动,具有出色的定价、订单快速处理、按时交货,交互式多层次可变配置功能,并直接与盈利分析和生产计划模组连接。
HR人力资源管理采用涵盖所有人员管理任务和帮助简化与加速处理的整合式应用程式,为公司提供人力资源规划和管理解决方案。
开放式资讯仓储包括智能资讯系统,该系统把来自R/3应用程式和外部来源的数据归纳成为主管人员资讯,不仅支援使用者部门决策和控制,同时也支援对成功具有关键作用的高阶控制和监控。
R/3-定制化策略资讯管理
保持竞争领先地位端赖于公司建立有效并尽可能以客户为导向的企业流程结构的能力。
这就需要具备可最有效支援今后企业流程的资讯处理系统。
R/3系统并非只是软件,它是一种策略性解决方案。
R/3系统-企业流程的思维与行动。
公司必须运用动态战略对瞬息万变的挑战作出反应。
迅速适应客户新需求和市场新商机的能力,是赢得竞争胜利的决定性因素。
此种适应力需要一个功能强大、开放式的基础结构,它可针对目前的企业流程提供最佳化支援,并能灵活适应变化与发展。
R/3系统就是应付这些挑战的最佳解答,它是主从式架构上最普遍的标准商业应用软件。
编辑本段功能特点
功能性:
R/3以模块化的形式提供了一整套业务措施,其中的模块囊括了全部所需要的业务功能并把用户与技术性应用软件相联而形成一个总括的系统,用于公司或企业战略上和运用上的管理。
集成化:
R/3把逻辑上联的部分连接在一起。
重复工作和多余数据被完全取消,规程被优化,集成化的业务处理取代了传统的人工操作。
灵活性:
R/3系统中方便的裁剪方法使之具有灵活的适应性,从而能满足各种用户的需要和特定行业的要求。
R/3还配备有适当的界面来集成用户自己的软件或外来的软件。
开放性:
R/3的体系结构符合国际公认的标准,使客户得以突破专用硬件平台及专用系统技术的局限。
同时,SAP提供的开放性接口,可以方便地将第三方软件产品有效地集成到R/3系统中来。
用户友好:
图标与图形符号简化了人机交互时的操作。
统一设计的用户界面确保了工作人员能够运用同样的熟悉的技术从事不同的工作。
模块化:
R/3的模块结构使用户既可以一个一个的选用新的实用程序,也可以完全转入一个新的组织结构体系。
可靠:
作为用户的商业伙伴SAP始终不断地为集成化软件的质量设立越来越多的国际标准。
低成本高效益:
信息处理是取得竞争优势的要点之一。
当竞争加剧时,企业必须更加努力地获取其市场占有量。
这就要使用高度集成化的数据处理软件,而R/3正是这种软件的优秀典范。
国际适用:
R/3支持多种语言,而且是为跨国界操作而设计的。
R/3可以灵活地适应各国的货币及税务要求。
服务:
R/3系统实施过程中,用户将得到SAP技术专家的全面支持与服务,包括组织结构方面与技术方面的咨询,项目计划与实施方面的协助,以及培训课程。
编辑本段产品种类
1.mySAPERP
mySAPERP将可升级高效企业资源计划(EnterpriseResourcePlanning)软件与灵活的开放技术平台相结合,该平台可充分利用SAP和非SAP系统并对两者进行集成。
因此,您可以提高生产效率、增强业务认识并适应加速业务战略实施的需要。
所有这些都使mySAPERP成为对您当前运营活动进行严格控制的最佳选择-同时,它们还对那些影响您运营与增长的市场与技术变化做出计划和响应。
2.mySAP客户关系管理
mySAP客户关系管理(mySAPCRM)是以客户为中心的电子商务解决方案。
这项解决方案旨在为客户提供满意、忠诚的服务。
它有助于提高竞争优势,带来更高利润。
3.mySAP产品生命周期管理
mySAP产品生命周期管理解决方案(mySAPPLM)--mySAP商务套件中的核心组建之一--提供了贯穿整个产品和资产生命周期的协同工程、定制开发、项目管理、财务管理、质量管理等功能。
4.mySAP供应商关系管理
mySAPSRM实现了企业内以及供应商之间采购和购置流程的自动化,提高了对供应链的洞察力,并且使客户能够全面地了解全球的费用支出情况。
5.mySAP供应链管理
供应链(SupplyChain)已成为企业间竞争的关键领域,同时也意味着企业将面临一系列的挑战。
这些促使了他们必须不断加快前进的步伐,推出个性化和可配置的产品,确信的承诺....
除了上面介绍过的几大模块,SAP还提供了二次开语言ABAP/4(advancedbusinessapplicationprogramming),用户还可以通过SAP内部的开发平台运用ABAP语言进行系统开发。
其中包括SAP系统与外部系统的数据传输,报表的制作,以及对数据的导入导出等。
编辑本段注意事项
1.对于“组织重分配”、“离职”都必须从“PA40事件”中进行维护。
2.凡调换单位、部门、科室、班组、职位、员工组、员工子组等,均要由事件“组织重分配”来完成。
3.信息集事件(FreeEIM)、组织分配(0001)中信息的记录数、每条信息的事件区间、内容都是应该相一致的。
只有在组织结构调整的情况下,才会发生事件和组织分配这两条信息集中内容的不一致,并且是组织分配(0001)信息集多于事件(0000)信息集。
4.做兼职时,必须走人事事件“组织重分配”,输入新的兼职职位的同时,必须再次输入原先职位;并且二者百分比之和应为100。
具体操作方法请看《用户手册_HR人事事件》。
5.维护“离职”事件时,信息的开始日期为止薪月的1日;职位应为“DefaultPosition”,代码为“999999999”。
6.对于“离职”事件中“事件原因”(离职原因)为“退休”、“提前退休”、“退职”、“工伤死亡”、“因病死亡”和“意外死亡”的6种情况,都需要在“日期说明”里面维护“实际离职日期”。
其中:
“退休”、“提前退休”、“退职”的实际离职日期为发薪月的最后一天;而“工伤死亡”、“因病死亡”和“意外死亡”的实际离职日期即为死亡日期。
7.独生子女费是维护“家庭相关人员”信息中子女的信息,必须维护独生子女标识、出生日期,独生子女费会自动带到“经常性支付/扣除”中,并会自动定界在子女16周岁时的日期。
8.对于由于员工单位调动相关手续未办妥情况下,想阶段性中止支付独生子女费时,可在信息集“经常性支付/扣除”的“独生子女费”中采用复制,然后在“编辑”菜单中进行加锁,开始日期为需中止的开始日期,一旦此员工办完相关手续后,只需将进行加锁的“独生子女费”在“编辑”菜单中选解锁即可,开始日期不需修改,系统自动会将加锁时间段的独生子女费补给此员工。
具体操作方法请见《用户手册_HR05薪酬管理》,对于不补发的可用定界方法。
9.缺勤信息一般只能是当月送上月缺勤情况,然后算当月工资,不能跨月超前,但是可以补送以前漏掉的缺勤信息。
具体假期的维护请参见《ERP_HR薪资相关数据》文档。
10.对于离职人员,附加支付的补交必须输入,创建信息集日期为最后一个发薪月的1日,包括“基本养老个人支付”、“补充医疗个人支付”、“补充医疗公司支付”。
不需要在工资状态中维护“工资发放运行到”这个字段。
11.对于休产假人员的保险补交,则在“附加支付”的“个人补交”子类型中进行维护。
12.对于当月工资奖金核算完成后,需新增或修改个人信息,都需采用创建新信息的方式,否则造成历史数据紊乱和以后数据的不可运行。
13.当从PA20、PA30、PPOSE、PPOME这几项功能退出时,这些功能界面左边的辅助窗口会留下操作员最近一次查询的结果。
请大家在操作完毕后退出这些功能前,再执行一次比较简单的查询,比如说:
点击“检索项”,在跳出的窗口中“带名称”一栏输入“1”,那么在下面的搜索结果窗口中就会出现一条信息。
这样做的目的是避免下次再进入该功能界面时系统要运行很长的时间来重新完成上次的搜索。
14.上个月20日到这个月的8日,由人事专职维护系统的人员主数据;当月的1日到19日,由薪酬专职维护系统的薪酬数据。
15.工资核算的日志里会统计当月离职的人员,而在报表查询里不统计这些离职的人员。
所以当跑工资的时候人数统计有可能和报表查询的人数统计有可能不一样。
16.如果不让某一个员工回算前几个月的工资,且该员工前几个月没有核算工资,可在菜单“实用程序”中的“变更工资核算状况”(工资状态0003),定义“最早个人追溯核算日期”为:
发薪月的1日,其余日期清空。
17.请大家在系统操作前仔细阅读《SAP人力资源模块应用问题集》、《ERP_HR薪资相关数据》、《作业事项_薪酬》文档。
编辑本段SAP和ORACLE产品的比较
1、软件产品的成熟度
§SAP:
经过近30年与全球大企业用户的合作,SAP系统积累了大量先进企业的业务管理流程。
对于用户来说,只需根据在系统中挑选适当的业务流程,在软件中进行配置。
而对软件的二次开发工作量极少,这就保证了用户能够把主要的精力都花在企业业务流程的优化上,真正起到上一套系统,管理提高一个层次的作用。
§Oracle:
由于缺乏足够的业务流程模板和软件功能的支持,在实施中Oracle软件经常被发现无法满足企业管理上的要求。
比如在大型制药企业中必须的批次管理、质量管理、设备维护管理等,而Oracle软件根本没有此类模块。
虽然Oracle公司一再的夸大告诉客户其软件的二次开发技术十分灵活,但是这实际上也就是在告诉用户这套软件功能不够,用户得自己去编程序。
§SAP:
秉承德国企业严谨的文化,所有发布的产品都是经过严格的测试和质量认证,只有在软件产品真正完备后才向用户推出。
§Oracle公司是一个非常注重市场效应的企业,经常是一有概念就马上宣称产品完成,然后快速推向市场。
但是,软件产品得漏洞和缺陷给其用户得实施和使用造成了巨大的痛苦。
2002年1到3月,Oracle发给新产品用户的修补程序包竟然高达5000个以上,这对用户来说无疑是一场恶梦。
§SAP:
作为ERP系统的重要组成部分,SAP花了2年的时间进行汉化和按照中国政府的人事管理要求进行本地化,使得SAP的中国用户不仅能够使用国际化的先进软件,同时也满足本地化的要求。
§Oracle:
对ERP软件产品本地化重视不足,至今在中国地区,Oracle的用户还没有一家能够使用Oracle软件的人力资源管理模块。
不同的产品质量和市场策略,造就了不同的用户群体
SAP在中国
公司经营理念的不同,最终一定会反映在其用户群体的实施效果上。
以中国为例,SAP的用户群体中,大型企业实施成功的比比皆是,这些企业纷纷把自己的成功经验向社会传播,报章媒体上宣传实施SAP实施成功的文章时时可见,比如:
2001到2002年中,又有中国最大的矿业集团-兖矿集团,列入全球财富500强的-中国石油化工集团,国内四大通讯设备厂商之一-大唐电信集团,中国最具活力的报业集团-广州日报集团等大型、浦东发展银行超大型企业纷纷加入SAP的用户群体。
Oracle在中国
与SAP的广泛成功形成鲜明对比的是,Oracle依靠低价格来得到的客户,实施效果却良莠不齐,鲜见有在媒体上宣布自己实施ERP成功的;特别是在大型企业集团的实施上,鲜见其有成功客户。
特别是在一些大型项目上,其急功近利的市场策略造成的恶果已经开始显现。
§中国移动通信:
在广东、江苏、浙江的试点实施Oracle系统,软件的先天不足和实施力量的经验缺乏造成实施瘫痪。
2001年7月,中国移动痛下决心,对尚未实施Oracle的其他13个省的ERP项目重新进行招标,而邀标书就发给了SAP。
而作为中国移动的母公司,中国电信,吸取前者的教训,谨慎的进行评估和实施。
在北京电信公司和上海电信公司已经开始实施SAP。
§上海宝钢:
产品无法适应大型企业复杂的管理需求,实施半途而废,现在宝钢已经完全放弃了系统的使用。
§中国民航:
实施力量薄弱,在试点实施效果不理想的情况下,中国民航进退维谷,既没有信心向全国推广,也没办法放弃。
§实达电脑:
Oracle在中国最大的实施合作伙伴-汉普公司,其实施能力让实达公司的领导层忍无可忍,只好中途将汉普的咨询队伍"请"出了实达公司。
Oracle公司只好换上其他合作伙伴,但实施何时能够完成,还无法预料。
§江苏沙钢集团:
从1997年开始实施OracleERP,经历了漫长的实施过程和庞大的二次开发工作后,终于在2002年5月放弃了Oracle软件,转向SAP。
以上这些案例足以说明,Oracle的两大致命弱点:
软件功能不足、实施力量薄弱决定了,其方案在大型集团化企业的项目上的成功十分困难。
这些先天的障碍,给这些大型集团化企业的信息化甚至是企业经营造成了巨大的隐痛。
2、技术的先进性
Oracle应用系统11i版本是真正完全基于互联网INTERNET架构,并且采用开放的JAVA语言和技术标准进行编写的应用软件,这种技术的开放性,使Oracle应用系统11i版本有越来越强的生命力(开放的标准意味着应用系统软件不受硬件平台,不受企业规模大小,不受地域限制等因数的影响),而SAP软件的主体部分还是完全用其私有的ABAP语言编写的,学习和使用都很困难且与INTERNET或网络应用WEB技术不兼容(JAVA目前已经成为全球INTERNET应用系统的应用开发标准,而懂ABAP语言的开发人员非常少),虽然SAP也在试图转向JAVA标准,但由于其目前的系统过于复杂和庞大,完全的转型几乎不可能。
非INTERNET结构上的应用系统,基本是基于客户/服务器(C/S)的结构,这在现在的INTERNET时代,是已经过时或被淘汰的技术,它将限制应用系统的规模和并发用户数,也不可能用于全球一体化的管理系统-即跨国或跨地区的大型企业将不可能应用一个数据库的管理系统,这将给这些选用该C/S系统的企业带来巨大的系统投资费用和系统维护成本,也使企业不可能在今后发展时,继续使用已投入的信息系统,即在原系统上增加新功能/系统的逐步实现企业信息化的设想成为不可能。
虽然从表面上看,最终用户似乎感觉不到软件技术架构带来的变化,但事实上,是否选择符合发展潮流的技术方向会极大地影响到软件厂商及其应用客户的生命力。
历史上,由于没能选择符合潮流的技术而迅速衰落的大软件厂商比比皆是(曾经在ERP领域领导潮流的SSA,由于不能将系统及时转向开放的UNIX平台,而迅速衰落)而这同时也给选择这些厂商产品的客户带来了极大的风险。
ORACLE应用系统充分采用了数据库上的先进技术,将有些系统功能放到数据库中去实现,而不是通过编程的方式,因而大大简化了程序,提高了效率。
而SAP系统为支持多种数据库,不可能采用数据库技术去实现数据库端的功能,只是将数据库用来储存数据,其原因有两方面,一是SAP公司不是数据库技术公司,不专注于数据库技术,二是SAP也不愿意将自己的产品捆绑在一种数据库上,但这种做法牺牲了客户的利益。
ORACLE系统具有强大的查询功能,在其输入数据的界面中,输入的任何数据都可做为其查询条件。
SAP则需要专门定义查询界面。
ORACLE电子商务套件已经脱离了传统的ERP软件模式,提供了集成的商业智能、个性化管理界面、工作流和告警等全新的功能。
传统的ERP软件,用户需要进入层层菜单,运行查询或报表,才能得到业务数据。
而使用ORACLE,用户可以在个性化的企业门户网页中,自由定义所需的智能报表,就能迅速了解企业、相关业务的执行情况。
系统还能够对非正常业务自动告警。
ORACLE系统以人为本,帮助企业的管理人员充分利用ERP的业务数据,更高效地管理企业。
3、创新性、生命力、在新兴应用领域的发展
由于ORACLE相对于SAP先天的技术优越性,使ORACLE能够根据各行业的发展变化趋势,迅速将产品拓展到各种新的应用领域。
例如,ORACLE在客户关系管理、电子商务、产品协同开发等各行业的新兴领域都要领先于SAP,显示出ORACLE卓越的创新能力和越来越强的生命力。
而SAP由于本身体系的复杂性和技术的封闭性,使得其在各种新的应用产品领域进展缓慢,例如,SAP虽然已经拥有庞大的制造业客户群,但在客户关系管理领域一直碌碌无为,在B2B电子商务方面也不得不依靠与CommerceOne的合作,直到2001年才解除与CommerceOne的合作,推出自己的产品。
4、业务数据的共享和分析
随着企业应用管理领域的不断扩展,企业应用系统涉及的范围也越来越广泛,从传统的制造、财务、人力资源系统管理,开始延展到客户关系管理、供应链管理、电子商务等方向,在这种情况下,系统之间数据的一致性和数据交换,就变得非常重要。
ORACLE11i整个系统基于一个统一的数据库,并且共享统一的数据模型。
企业内所有的用户都可以根据自己的角色和权限对系统中的数据进行不同维度的分析。
而SAP的ERP、供应链、客户关系管理、数据挖掘等应用系统分别构建在不同的数据库上,不同系统间的数据模型也不相同,这使得各系统之间的数据共享变得非常困难或者不可能。
5、软件功能的比较
SAP体现了德国人的管理风格:
求严求全;ORACLE体现了美国人的管理风格:
求实求用。
SAP
SAP功能复杂、全面,特别在传统的ERP功能方面,系统功能设计比较细致。
SAP通过复杂的参数表、层层定义来实现各中功能。
系统可以通过6000个"开关"设置,调整软件的业务流程。
SAP参数设置是非常复杂的,例如,对采购定单下达过程的管理,SAP需要预先定义:
先定义定单特征码,再定义相应的特征(如金额大于100圆)、分类、下达组(Releasegroup)、下达编码(Releasecodes)、下达标志(Releaseindicator)、下达策略(Releasestrategy),工作流标志等,再通过一系列规则表值的设置,才能实现采购定单批准下达的过程。
如果需要修改下达过程,则必须从定单特征码开始修改。
SAP的参数设置实际上包括了软件的底层数据结构,功能较强,但实施非常复杂,不够灵活。
如果企业的业务需要调整,就会涉及非常多的底层数据设置,参数和规则的调整,甚至可能影响已有业务数据。
SAP在CRM(客户关系管理)和E-Business(电子商务)方面已远落后于ORACLE。
ORACLE
ORACLE软件的业务流程控制结构非常灵活,并充分利用工作流的功能来控制软件的业务流程。
因此,可以灵活地调整软件的业务流程。
例如,同样对采购定单的下达过程,ORACLE利用采购定单的数据(不须设置特征参数),通过工作流引擎,自动检查采购定单的数据,如金额、采购员、供应商等,根据条件判断,实现不同的采购定单批准下达的过程。
如果需要更改业务流程,无须更改特征参数,只需更改判断规则或控制规则。
ORACLE的控制参数设置不须修改数据结构,而是通过采用不同的控制参数来调整程序的逻辑。
这是因为ORACLE采用公共的数据模型,程序中充分利用现有的业务数据,通过灵活的规则设置来实现灵活的业务流程。
ORACLE在新的业务功能占据优势。
如混流生产、CRM、电子商务协作等,都是根据最新的业务模式和知名客户的实际业务流程开发的。
结论
由于企业的多样性和复杂性,任何ERP软件都不可能覆盖企业的方方面面。
ORACLE较能适应企业的业务的个性化,便于调整;而SAP较适应稳定、标准的业务流程,难以改变。
这也是SAP强调SAP代表了先进业务流程,要求企业适应软件的原因。
6.软件的开放性和集成性
SAP
SAP的软件各模块在搭建上采用的是传统应用软件的模式,即在程序中用包含头函数以及子程序等模式。
这种模式在与第三方软件交换数据时,只能通过编写接口程序来实现。
SAP软件的应用层是使用ABAP语言编写的程序,ABAP是比较复杂和只有SAP软件使用的语言,比较难掌握,又由于其只能在SAP的软件中才能发挥用途,掌握的人也很少.IT专业人员学习它的积极性也不高.SAP系统在与外界交换数据时,其接口程序也要求用ABAP语言来编写,具体是用ABAP语言中的函数来向系统中导入数据,其对数据的格式要求也很高,要求的数据必须是带分格符的文本文件。
SAP的这些做法导致其软件系统在同第三方软件集成上远远落后于ORACLE,同时这些做法也阻碍了其自生软件的进一步发展,这也是SAP的ERP与CRM不能完全集成的原因之一。
ORACLE
ORACLE公司凭借其在数据库方面全球领先的优势,其应用软件在模块的体系搭建上采用了一种先进的模式,各模块之间以及与外界交换数据都必须通过接口表来完成,具体的做法是数据要进入各模块时,都必须先到各模块自己的接口表中(每个模块都有自己的接口表),然后再通过并发等方式导入该模块中,这种模式很容易将第三方的软件融入ORACLE的系统中,用户在使用时很方便,感觉象是一套软件,因为在交换数据时第三方的软件与ORACLE的产品各模块间交换数据的模式是一致的,同时用户可以以自己熟悉的数据库语言(VB,PL/SQ
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 名词