山东中烟工业有限责任公司ERP系统升级项目投标书-海颐软件-v0.9-分工稿

山东中烟ERP系统升级项目（SDZYGKZB-2013-024）投标文件-1-投标函山东中烟工业有限责任公司：烟台海颐软件股份有限公司(投标单位全称)授权____________________(全权代表姓名)____________________(职务、职称)为全权代表，参加贵方组织的SDZYGKZB-2013-024山东中烟工业有限责任公司ERP系统升级项目(招标编号、招标项目名称)招标的有关活动，并对山东中烟工业有限责任公司ERP系统升级项目进行投标。为此：我方特此申明，我方递交的上述投标文件的内容均是真实、可信的：1、提供投标须知规定的全部投标文件：a.投标书正本1套，副本4套；b.资格证明文件1份；2、投标项目的总投标价为(大写)：元人民币（含税）。我方已详细阅查本项目全部招标文件，包括修改文件，以及全部参考资料和有关附件，我们完全同意招标文件的所有条款，理解并同意放弃对这方面有不明及误解的权利。3、保证遵守招标文件中的有关规定和收费标准。4、保证忠实地执行买卖双方所签的经济合同，并承担合同规定的责任义务。5、愿意向贵方提供任何与该项投标有关的数据、情况和技术资料。6、本投标自开标之日起90天内有效，同意从规定的投标之日起遵守本招标文件。7、与本投标有关的一切往来通讯请寄：地址：山东省烟台市芝罘区机场路2号烟台海颐软件股份有限公司邮编：264000电话真标单位(盖章)：法定代表人或全权代表(签字)：日期：2013年11月28日法定代表人身份证明书单位名称：烟台海颐软件股份有限公司单位性质：股份有限公司地址：山东省烟台市芝罘区机场路2号王林系本单位的法定代表人。特此证明。投标人：（盖章）日期：2013年11月28日身份证复印件身份证复印件投标文件签署授权委托书本授权委托书声明：我系的法定代表人，现授权委托为我公司签署本项目的投标文件的法定代表人全权代表，全权处理贵公司组织的山东中烟工业有限责任公司ERP系统升级项目（项目编号SDZYGKZB-2013-024）招标过程的一切事宜，我承认代理人全权代表我所签署的本项目的投标文件及有关澄清、说明和纠正等一切文件。代理人无转委托权，特此委托。被授权委托人身份证复印件粘贴处全权代表：（签字）性别：年龄：身份证号码：职务：投标人：（盖章）法定代表人：（签字、盖章）授权委托日期：2013年11月28日投标报价表招标项目名称：山东中烟工业有限责任公司ERP系统升级项目招标编号：SDZYGKZB-2013-024序号分项名称投标价（含税）（人民币万元）工期承诺投标价合计（含税）注：1.“投标价合计”应与“(附件1)投标函”中第2项“投标项目总投标价”一致。2.本次报价不包含系统运行所需要的服务器硬件、操作系统和数据库软件，由招标方自行配置。投标单位全称(盖章)：法定代表人或全权代表(签字)：日期：2013年11月28日技术规范偏离表序号偏差内容招标文件要求投标文件实际情况其他情况无说明：1.如投标技术条款与招标文件的要求存在偏差，请填写上表；2.如投标技术条款与招标文件的要求无偏差，请填写“无”。投标人：烟台海颐软件股份有限公司法定代表人或全权代表：日期：2013年11月28日商务条款偏离表序号偏差内容招标文件要求投标文件实际情况其他情况无说明：1.如投标商务条款与招标文件的要求存在偏差，请填写上表；2.如投标商务条款与招标文件的要求无偏差，请填写“无”。投标人：烟台海颐软件股份有限公司法定代表人或全权代表：日期：2013年11月28日项目技术方案项目背景与目标【佳佳、李媛】项目背景山东中烟工业有限责任公司（以下简称山东中烟）是中国烟草总公司的全资子公司，正厅级中央驻鲁国有大型企业。公司年卷烟生产规模271万箱，居全国第五位。公司主营卷烟、雪茄烟生产销售，烟草专用机械、烟叶、复烤烟叶、卷烟纸、滤嘴棒、烟用丝束的购进、本省销售；烟草物资、烟机零配件销售及交易服务。公司技术研发实力雄厚，设备硬件一流，具有先进的现代化科研、生产、检测设备；技术装备达到国际先进、国内一流水平,产品质量过硬。企业管理水平较高，建立了先进的科学化管理体系，信息化水平居全国烟草行业前列。山东中烟SAP系统建设前身是在2004年青岛及滕州烟厂开始，共实施FICO、MM、PP、SD、PM五大模块，系统采用SAPR3(V4.7)平台，系统部署在青岛，后由于体质改革，山东中烟本部机构进一步务实，将之前建设成果进行接管。系统覆盖范围包括山东中烟本部及四个烟厂，目前同时在线人数不超过1000人，业务流程约400多个，并实现了大量的客户化定制和周边系统的集成，对公司的核心业务起到了不可替代的支撑作用。但随着公司业务量的快速增长，现有SAP系统已无法满足集团发展的需要，SAP系统需要进行全面升级。升级源于降低维护成本和采用新技术架构的需求，本次SAP系统升级旨在实现对现有业务的平稳迁移、性能提升和基础工作的优化。升级后的SAP系统将在确保现有功能完整可用，不影响已有业务流程的基础上，大幅提高系统的性能和稳定性，并实现对报表、数据、权限的梳理和优化。根据规划，本次升级将涉及软件、硬件两方面的完善和优化，软件方面将从目前的SAPR/3升级到最新的SAPECC6.0，硬件方面将更新相关服务器和存储设备。海颐软件公司将帮助山东中烟统一实现SAP升级目标，并完成升级系统与公司原有系统的整合，确保快速、平稳的流程，最大化您的业务效益，最大限度地减少停机时间，经过双方的一些技术交流与沟通，基于我们对系统需求的认识，结合海颐软件其他企业的成功解决方案和经验，特提出此方案。项目范围根据山东中烟目前软硬件、网络及各等相关信息，作出相应的升级评估，并根据评估结果给出相应的系统升级策略的建议，为系统的正常运行提供可靠的技术保障。实施组织范围包括山东中烟本部及四个烟厂。根据山东中烟目前的SAP系统应用现状，分别做出相应的升级评估，并结合新版本的功能，分析SAP系统的潜在改善点。将现有的ORACLE9i升级至ORACLE11g版本。将现有的SAPR3(4.70)系统，包括FICO、MM、PP、SD、PM等模块在内的R/3核心业务模块升级为SAPECC6.0版本，并在升级过程中进行UNICODE转换。除SAP系统外，集团公司部署有多个系统在运行，包括内部生产运营需要的业务系统、生产执行系统（siemens）以及上级单位（国家烟草局/总公司）指定的管控用系统（包括投资、预算、资金、其他财务管理、审计等业务条线的管理系统），各系统均与SAP系统有集成。在实施方案中应考虑与现有系统的接口；其开发工作中涉及到非SAP的第三方软件的相关工作，将由山东中烟负责联系相关软件开发商按规定的计划完成；涉及到SAP端的相关二次开发工作，按照本工作任务书中的二次开发工作的相关规定处理对SAP系统权限、自开发程序的调整优化、以及业务上原有功能的测试，确保升级后系统可以正常稳定的运行。对山东中烟SAP系统相关人员做必要的培训和知识转移。结合山东中烟SAP系统目前使用现状，进一步建立标准的、专业的SAP系统运维监控体系。项目目标本项目达成的目标：将系统从青岛迁移到济南。将山东中烟的ERP系统从SAPR/34.70升级到SAPECC6.0版本，并同时完成UNICODE转换，以便获得更好的SAP的后续的技术支持，以及更先进的IT技术架构和更全面的业务功能。不影响现有应用，不改变业务流程，与外围系统的连接保持现有状态。确保升级后系统运行安全、稳定、高效。相关的操作系统，数据库等软件均升级到可接受的版本。保证业务的连续性、最小化系统停机时间、最小化升级风险，将ERP生产系统的升级停机时间控制在3天以内。项目时间控制在6个月左右周期内，降低升级对并行开发项目及正常业务运行的影响，保证上线成功。强化项目中的知识转移，提升山东中烟的SAP运行维护团队的自主能力，并协助山东中烟建立更加规范、完善的SAPIT系统的运行维护规范和策略。需求理解与分析【李媛、顾、谢】ERP系统版本现有系统版本山东中烟目前的ERP系统版本是老版本SAP系统，主要包含PM、FI、CO、TR、IP、FM、PP、MM、SD等模块。另有单独部署的HR系统版本是SAPECC6.0，单独部署的BW系统版本是SAPNetWeaver2004s。现有系统为SAPR/34.7×200NON-UNICODE系统，Kernel版本为640，数据库版本为ORACLE9i，SAP系统采用1100+8400代码页，操作系统版本为AIX5.2（64位），具体相关信息如下：（信息再核实，上次交流发现我们手上的信息跟中烟的情况有些出入）组件组件版本补丁号代码页SAP_BASIS62067SAP_ABA62067SAP_APPL47023KERNEL470277数据库ORACLE9i操作系统AIX5.2（64位）代码页1100/8400SAPERP产品体系结构如下图所示：版本维护策略SAP软件版本维护以5年为一个周期，SAP需要保持一个运行的软件版本周期以适应新技术和新功能的开发。同时，SAP必须将资源和精力放在市场上运行的软件版本上，即将集中精力维护新的版本，以满足绝大多数客户系统支持的需要。到2009年3月，SAPEnterprise4.7版本的标准维护将停止（每年17％维护费）。从2009年3月到2010年3月，SAPEnterprise4.7版本的维护进入扩展维护(每年19％维护费)。从2010年3月到2012年3月，SAPEnterprise4.7版本的维护进入额外扩展维护（每年21％维护费）。从SAPERP的维护策略可以看出，如果继续使用SAPEnterprise4.7，原来标准的维护费（17%）将提高到19％（从2009年3月到2010年3月）以及21％（从2007年12月到2009年12月）。SAP运营维护成本将大大提高。同时，延用SAPEnterprise4.7版本将无法伴随业务发展启用SAP新业务领域功能和NetWeaver新技术平台。SAPERP（ECC6.0）介绍SAPERP（ECC6.0）架构SAP的核心已经完全基于SAPNetWeaver平台，最新版本为SAPNetWeaver7.3。作为NetWeaver平台的核心SAPWAS(WEBApplicationServer)能够支持更多的WEB运用，以下是WAS的架构：在上述架构中，通过因特网通讯管理器（InternetCommuncationManagerICM）来设置和Internet相关的连接，包括HTTP、HTTPS、SMTP。SAPWAS也可以使用SOAP协议和其他WEB服务（WEBService）的服务器端通讯，或者作为服务器端与其他WEB客户端通讯。任务分发器（Dispatcher）将收到的工作分配给ABAP或者JAVA的工作线程（WorkProcesses），每个工作线程均使用一个数据库连接。一个工作线程可以为多个用户服务，因此SAP可以使用较少的数据库连接来满足多用户的运用，并且基于该工作机制，SAP将服务器的性能最大程度的运用。满足企业级的服务需求。当一台服务器不能够满足的时候，通过SAP的三层构架，我们可以增加更多的应用服务器来满足企业不断提升的需求。SAP可以使用登陆组的方式进行负载均衡，这时消息服务器（MessageServer）会自动帮助用户选择空闲的服务器登陆以优化整套系统的性能。WEB应用服务器与Basis比较WebApplicationServer7.0是目前SAP技术平台的最新版本，包括了所有以前的SAPBasis技术和SAP应用服务器的新功能。SAPWebApplication提供了与基于应用的ABAP开发环境一样的JAVA开发环境，完全支持J2EE和Web技术；同时还提供了集成的服务和通过企业门户（portal）架构和交换架构(PI)的连通性。SAPWeb应用服务器集成和继承了以前所有存在的SAPBasis和Web应用服务器，比如：开发工作台（developmentworkbench）、传输管理系统（transportmanagementsystem）、监控、业务对象字典和版本（versioningandthebusinessobjectrepository）。WAS是Netweaver平台的核心，很容易在其上构筑SAPNetWeaver组件，在三个层次上（人员集成，信息集成，流程集成）集成原有系统。并且通过SAPNetWeaver平台组件构架客户的企业服务总线。并且基于NetWeaver，我们能够充分实现各个层面充分的集成，降低信息系统建设的总体成本(TCO)。SAP的其他产品均基于SAP的WAS，因此对于系统维护、安全、技术路线图均能保持一致，降低了SAP系统运行维护成本。SAPWAS是基于开发的标准的，为各种异构系统之间的集成提供了坚实的平台基础。SAPERP（ECC6.0）的新价值配合SAP软件版本升级计划，以获得来自SAP的更加优质的技术支持服务。用户使用界面的大幅度改善，今后可采用SAPNetweaver新技术架构和相关产品，以及采用J2EE/.net等技术，为企业实现以ERP为基础的电子商务提供有效平台和更加功能强大技术先进的系统支持环境。更多系统标准接口BAPI满足企业的系统集成要求(能与更多外部系统进行通信)。系统集成方式更加开放，为系统间的集成提供了一个开放的平台。SAPR/3系统功能的提高，并可根据业务的实际需要扩展ERP系统的功能以满足客户业务需求的不断发展。为客户以后实施BPS、Portal等SAP新一代产品提供高效的集成应用环境（同为WAS平台）。升级到ECC6.0，用户可以将降低SAP系统维护的整体拥有成本，优化业务处理流程，使用新的技术等等。服务器硬件选择系统架构及应用情况生产系统的数据库空间使用约300G，每个月增长10G左右CPU在高峰期使用接近75%，内存空闲空闲一般保持在1G左右。服务器制造商型号CPU(类型)CPU(主频)CPU（核）内存(G)存储(已使用)DEV开发机IBMP650POWER41.45G24500GQAS测试机IBMP650POWER41.45G24700GPRD生产机IBMP650POWER41.45G816560GPRD备机IBMP650POWER41.45G816-DI1IBMP55APOWER51.9G410-DI2IBMP55APOWER51.9G410-山东中烟下属各烟厂通过10M专线连接进行ERP业务处理，目前现有用户数在1000左右，根据山东中烟目前现状，以后的ERP系统用户数的增加将相对较少。硬件升级SAPR/34.70系统升级到SAPERP6.0系统，所需服务器硬件资源的变化情况如下：按照SAP标准建议，当升级到SAPERP6.0，系统的硬件需求将大为增加，CPU资源增加30%左右，内存资源增加约50%左右，数据库NON-UNICODE转成UNICODE数据库量增加10%以上，结合山东中烟现有的硬件资源和系统性能状况，考虑后续规划，为了保证系统以后有更好的扩展性，建议客户新购四台服务器分别作为升级后的开发、测试及生产（主机+备机）系统使用（中烟采购2台新服务器，型号也与下面的不符，待查证修改），建议配置如下：服务器制造商型号CPU(类型)CPU(主频)CPU（核）内存(G)存储(T)DEV开发机IBMP55APOWER61.45G4161QAS测试机IBMP55APOWER61.45G4161PRD生产机IBMP570POWER61.45G12321.5PRD备机IBMP570POWER61.45G1232-DI1保留DI2保留系统升级策略策略一：原地升级方案ECC6.0系统直接从原SAPR/3服务器上直接升级。不需要另外购买服务器，直接先对开发机，测试机，进行原地升级，然后进行相应系统调整、测试，最后再对生产机进行升级。升级的工作量减少，但在整个项目升级期间，山东中烟将不能进行系统的开发工作。策略二：单边维护方案增加一台服务器作为升级沙箱系统进行大部分的升级调整工作，然后对原有的SAPR/34.70开发机进行升级和再调整，在逐步对测试和生产机进行原地系统升级。策略三：双边维护方案增加四台服务器（其中开发、测试两台，生产两台），新购服务器安装SAPECC6.0作为升级使用，从而形成运维线SAPR/34.70和升级线SAPECC6.0，保证在升级期间可以正常在运维线SAPR/34.70上进行日常运维和其他项目的开发，但是带来的修改必须同步到升级线SAPECC6.0上，即双边维护的工作。策略选择策略优点缺点原地升级（策略一）节省硬件资源；减少升级工作量。很长的系统开发冻结期。在整个项目期间，无法正常维护生产机。单边维护（策略二）减少硬件投入；减少系统双边开发维护工作量。日常运维和并行项目冻结期从升级开发机开始，无法正常维护生产机。另外，沙箱系统中进行的升级调整可能与并行项目修改的对象产生冲突，存在一定风险。双边维护（策略三）缩短系统开发冻结期；可以对系统进行正常的维护。需要更多硬件资源；增加升级工作量。根据目前山东中烟的实际情况及IT部门对硬件的合理规划，从开发冻结期以及系统的可扩展性考虑，本方案选用策略三。停机时间策略标书：升级过程不影响公司生产经营，要求宕机时间最短。策略二描述与此不符，并且交流方案中提到，生产机切换前不停机。此部分需修改。策略一：时间最小化策略在生产系统正常使用的情况下，完成部分系统升级工作，有效减小宕机时间。这种策略减少了生产系统宕机时间，但是需要更多的硬件资源。策略二：资源最小化策略在系统升级过程中生产系统完全停止对外开放，生产系统宕机时间相对较长，但是对系统硬件资源要求较少。策略选择在SAP系统升级过程中，两种升级策略中的宕机时间对比如上图所示，当采用时间最小化策略时，在升级过程创建影子系统过程中，用户仍然可以使用系统。若使用资源最小化策略，此时用户不能使用系统，具体两种方案比较如下：策略优点缺点时间最小化（策略一）较短的停机时间，仅需要较小的存储空间以备数据库修复。由于生产机和升级影子机系统并行运行，对系统资源的需求增加。资源最小化（策略二）升级过程中不需要额外的系统资源。较长的停机时间,升级完成后需要离线备份。由于在对生产系统的升级过程中生产机与影子系统需并行运行，如果在此过程中升级失败，可能导致部分数据丢失，从安全稳定及可靠性等方面综合考虑，本方案采用策略二，资源最小化策略。UNICODE转换策略策略一：升级后再转换首先将SAPR34.70系统先升级到SAPECC6.0NON-UNICODE版本，然后将系统开放给最终用户使用，等合适的时间再从SAPECC6.0NON-UNICODE版本转换成SAPECC6UNICODE版本，UNICODE转换的技术实现是通过数据库的EXPORT/IMPORT来实现的。策略二：升级同时转换在SAPR/34.70升级到SAPECC6.0时，同时采用EXPORT/IMPORT技术将其从SAPECC6.0NON-UNICODE版本转换为SAPECC6.0UNICODE（即UC&CU），然后将系统开放给最终用户使用。策略选择策略优点缺点时间最小化（策略一）较短的停机时间，仅需要较小的存储空间以备数据库修复。由于生产机和升级影子机系统并行运行，对系统资源的需求增加。资源最小化（策略二）升级过程中不需要额外的系统资源。较长的停机时间,升级完成后需要离线备份。随着SAP软件的发展，为了更好的和其它系统进行数据交换和集成，新的SAP系统都要求使用UNICODE系统，因此在升级的过程中，将需要一个UNICODE的转换过程。基于山东中烟系统现状，本方案采用策略二在升级过程中进行UNICODE的转换，即COMBINEDUPGRADE&UNICODECOVERSION。ABAP评估SAP标准对象调整分析山东中烟现有SAPR/3系统中SAP标准对象的调整，经分析和过滤，初步确定有58个需要在升级后进行ABAP调整（最终升级清单请参照升级到ERP后运行得出的SPDD/SPAU清单），其中一共有24个标准字典对象（按类型归类）：对象类型对象数量DataElement1Lock4Table17View2根据海颐软件SAP系统升级项目经验，对标准字典对象的更改会有较大范围的影响，因此这里对每个标准字典对象的更改进行了初步的影响评估，该影响评估主要是对未来升级过程中该更改可能带来的影响面和工作量作的预估。详见下表：序号对象类型对象名称影响程度评估1DataElementQTY高2LockEKC1A000中3LockEKC2A000中4LockEKC3A000中5LockEKC4A000中6TableA940中7TableA999中8TableCE1A000中9TableCE2A000中10TableCE3A000中11TableCE4A000中12TableCE4A000_ACCT中13TableCE4A000_FLAG中14TableCE4A000_KENC中15TableCE5A000中16TableCE8A000中17TableK9RPRD8000002中18TableKOMKBZ3中19TablePS2003中20TableS900中21TableTVSTZ中22TableVBAK中23ViewV_TGAF低24ViewV_TVSTZ低共有34个标准非字典对象（按类型归类）：对象类型对象数量Class1FunctionGroup17Program16对于所有的标准非字典对象，其更改也会有一定的影响面，因此这里对其中每个对象的影响面和调整难度相应地做了升级影响评估，详见下表：序号对象类型对象名称影响程度评估1ClassCL_EX_CKML_UPDATE低2FunctionGroup0VTF中3FunctionGroup0VVW中4FunctionGroup0WCV中5FunctionGroupCKMLVNB_RUN中6FunctionGroupCOWB中7FunctionGroupF005中8FunctionGroupMG02中9FunctionGroupMLSL中10FunctionGroupMLSR中11FunctionGroupOMML中12FunctionGroupRPPD中13FunctionGroupSZAI中14FunctionGroupV05K中15FunctionGroupV45E中16FunctionGroupVKMP中17FunctionGroupVMSG中18FunctionGroupWDTM中19ProgramCORUAFFW低20ProgramFV45EF0V_VBEP_MENGE_PRUEFEN_VO低21ProgramFV45PF0V_VBAP-ZMENG_PRUEFEN_FO低22ProgramMP041640低23ProgramMP200000低24ProgramMV45AF0D_DATUM_PRUEFEN_GUELTIG低25ProgramMV45AFZB低26ProgramMV45AFZZ低27ProgramMV50AFZ1低28ProgramMV56AF99N_FCODE_ROUTINES低29ProgramRMCX0002低30ProgramRTCCTOOL低31ProgramRVTVSWZ0低32ProgramSAPMV50A低33ProgramTH_E070E低34ProgramWDTMFORS低客户化开发对象调整分析山东中烟现有SAPR/3系统中，经过分析总共有1077个对象需要在升级后进行检查和调整。需要进行检查和调整的清单根据类别划分如下：类型对象数量Badi1CMOD5ScriptForm49SmartForm8SmartStyle3Program400FunctionGroup8Transaction325Table64DateElement109SearchHelp1Domain104分析总结山东中烟SAPR/3系统ABAP对象分析结果如下：SAP标准对象：需要在升级后进行ABAP调整判断的SAP标准对象共有58个。对于SAP标准对象必须谨慎地进行分析、判断并进行测试调整，且由于字典对象的影响面很大，调整顺序必须是先判断调整字典对象，再判断调整非字典对象。其中字典对象有24个，其升级影响范围概括评估下来为中；非字典对象有34个，其升级影响范围概括评估下来为中。SAP客户化开发对象：需要在升级后进行ABAP调整判断的客户化开发对象总共有1077个，调整顺序也是先字典对象后非字典对象。对于所有客户化开发对象的升级影响范围概括评估下来为高。ERP系统与外围系统接口评估标书：其中ERP系统与MES、立库、CAD、PQM、EMS、一号工程、资金监管、用友财务系统等应用系统之间存在数据接口。通过对山东中烟SAPR/3系统的分析与客户沟通，总结出目前SAPR/3系统约有8个外围系统与其有接口，除SAPR/3外，集团公司部署有多个系统在运行，包括内部生产运营需要的业务系统、生产执行系统（siemens）以及上级单位（国家烟草局/总公司）指定的管控用系统（包括投资、预算、资金、其他财务管理、审计等业务条线的管理系统），各系统均与SAP系统有集成，目前的集成方式有RFC、PI数据传递及webservice等方式。报表性能评估（缺）存在问题：（标书）部分数据量较大存在运行超时的用户自开发报表，如MSEG等，运行时间达不到用户满意。业务模块应用评估（缺）存在问题：（标书）（1）财务模块（FI/CO、IP/FM、TR）：个别固定资产业务、核算业务（2）物料管理：采购订单状态及权限控制、寄售业务。（3）人力资源管理：病事假扣款问题、PAAH查询的错误问题。财务(FI/CO、IP/FM、TR)管理物料(MM)管理人力资源（HR）管理项目总体设计方案【顾、谢、李】标书：将现有的SAPERP系统从现有硬件环境（位于青岛）上的SAPERP老版本迁移并升级到新购的硬件环境（位于济南）的SAPERP6.0最新版（Unicode版本），实现SAP系统UNICODE转换，完成用户出口、系统增强、接口集成和自定义报表程序等的调整。升级后的系统基于Oracle数据库，采用SAPNetweaver7.3为基础平台，并保证现有业务模块升级后能够平稳运行，现有的系统功能能够正常使用，系统数据升级前后保证一致。为降低升级过程中的风险，需要投标方提供专业的升级工具以保证升级成功。升级后的系统为SAPERP6.0最新版本，采用最新的SAPNetweaver7.0为基础平台。开放性和标准性：系统支持各个层次的多种协议，应用系统采用标准的数据交换方式，保证数据共享。项目【在其中应体现全面集成方面的功能。】ERP系统升级前后系统架构山东中烟这次的系统升级不仅是一个SAP产品的升级，也是一个以SAP的产品为核心的系统架构的整体升级。在侧重于对SAP产品的升级的同时，也不能忽视升级对外围系统的影响，必须保证在升级项目过后，山东中烟的系统架构内的所有产品都能正常运行，业务在新的系统架构内也能正确的顺利的流转。根据山东中烟本身的系统架构和实际情况出发，我们经过详细的分析和设计，在系统升级中采用六系统的升级策略，既可以将系统变更锁定周期缩短，也可以保证生产系统在预期时间完成升级。系统升级前后架构如下图所示：ERP系统升级策略概述ERP系统升级过程可概括为六步5阶段9步骤，5阶段9步骤，第一阶段，项目准备阶段步骤1：升级技术方案设计，第二阶段蓝图设计阶段步骤2：沙箱系统升级及方案验证步骤3：新DEV系统建立并升级步骤4：新DEV系统功能和技术调整第三阶段系统实现阶段步骤5：新QAS环境建立并升级步骤6：新QAS集成测试和调整第四阶段上线准备阶段步骤7：模拟生产环境建立并验证生产机升级方案步骤8：完成上线切换策略及方案第五阶段上线步骤9：新生产系统切换上线并开始备份阶段步骤步骤名称达到效果第一阶段项目准备阶段1升级技术方案设计形成升级工作过程清单准备solutionmanager环境第二阶段蓝图设计阶段2沙箱系统升级及方案验证原生产系统停机导出数据文件，同时记录停机导出的时间。升级时间数据传递到济南，记录各种方式将数据送达项目地点的时间恢复至沙箱系统并升级，记录恢复，升级的步骤。3新开发系统DEV环境重构并升级通过原生产系统PRD的系统复制，同时创建新DEV系统。升级新DEV系统，从SAPR/34.70到ECC6.0，数据库到ORACLE11g，伴随Uniocde转换。4新DEV功能和技术调整在升级后的DEV系统上进行全范围的功能验证和调整。升级后的DEV系统用于在项目中并行项目开发、配置使用，并产生升级专用的传输请求。第三阶段系统实现阶段5新测试系统QAS环境重构并升级通过原生产系统PRD的系统复制，同时创建新QAS系统。升级新QAS系统，从SAPR/34.70到ECC6.0，数据库到ORACLE11g最新版本，伴随Uniocde转换。使用升级专用的传输请求。6新QAS集成测试和调整升级后的新QAS系统和其他相关外围系统进行联合测试，如有问题继续在新DEV系统上进行调整产生升级专用请求，传输到新QAS，完成新测试机业务测试及调整。第四阶段上线准备阶段7新模拟PRD系统环境重构并模拟升级锁定系统变更开始。系统复制方法生成新模拟生产系统PRD。升级模拟PRD系统，从SAPR/34.70到ECC6.0，数据库到ORACLE11g最新版本，伴随Uniocde转换。使用已经产生的升级专用的传输请求，并在模拟系统完成最终用户培训和模拟应用，压力测试等。8完成上线切换策略及方案按照生产系统模拟升级切换的情况，评估所需停机时间。制定完整的升级步骤制定备用方案制定切换失败保护机制。申请切换时间。第五阶段上线9新PRD系统重购并正式升级将原生产系统PRD系统再次通过系统复制方法生成新生产系统PRD。升级新PRD系统，从SAPR/34.70到ECC6.0，数据库到ORACLE11g最新版本，伴随Uniocde转换。使用已经产生的升级专用的传输请求。系统变更解锁，升级后支持，如有问题从DEV产生传输请求，进入正常维护模式。性能及业务优化总体设计新系统的性能优化主要体现在以下几点：1硬件系统的升级（含操作系统），硬件系统在更换为新AIX6及平台后其工作效率本身就有很大的提高。业务处理能力也有较大提高。存储的I/O吞吐能力也会大幅度上升并提高数据库运行性能。2数据库性能提高，数据库版本的升级会大幅提高其运行效率。Oracle11g的效能是9g的5倍。3SAPgo-livecheck服务可以进行上线前的系统性能参数检查，并提供参数调整的建议。上线后再按相关运行情况对参数进行小幅调整。承揽优势含业绩描述及优势ERP系统迁移与升级方案【顾、谢、李】迁移与升级总体描述系统三层架构升级步骤【迁移与升级过程描述】升级工作开始之前，需要准备四个环境：原系统平台、临时系统平台、目标系统平台、以及升级工具平台。4.1.1.SolutionManager系统环境准备检查Solutionmanager服务器的情况，升级到必要的补丁包，检查到SAP的OSS连接，配置原ERP系统的开发生产机沙箱系统搭建在新购置服务器上建立一个临时系统，将沙箱系统装在临时系统上。考虑到开发系统、测试系统与真实生产机环境的出入，为了保证沙箱系统在升级过程中的应用价值，沙箱系统环境由生产机还原。新开发系统DEV环境重构并升级复制SBX到SBX1，作为沙箱系统升级使用。数据库进行升级，升级到Oracle11g版本。对SBX1进行升级，由SAPR/34.7升级到SAPECC6.0。进行SBX1系统的Unicode转换，输入至新开发系统DEV1。新DEV搭建完成。新DEV功能和技术调整在新开发系统DEV1上进行如下工作：进行SPDD和SPAU调整运行SAMT分析和修正对客制化ABAP对象执行UCCHECK，确保codeUnicodecompliant在DEV1上进行单元测试新测试系统QAS环境重构并升级由SBX复制出QAS1（版本升级前SAPR/34.7），对QAS1进行版本升级，使其升级到SAPECC6.0EHP6。对QAS1（SAPECC6.0EHP6）进行unicode转换。新测试系统QAS1升级完成。新QAS集成测试和调整在新QAS1系统上进行集成测试，及用户接受测试。新测试系统QAS1接受新开发系统DEV1的传输。新模拟PRD系统环境重构并模拟升级由SBX系统复制出新生产机升级的模拟PRD1系统（版本升级前SAPR/34.7），对模拟PRD1系统进行版本升级，使其升级到SAPECC6.0EHP6。对QAS1（SAPECC6.0EHP6）进行unicode转换。新模拟生产机（PRD1）接受新测试系统QAS1的传输。模拟完成新PRD1系统升级。新PRD环境重购并升级第一步：数据库升级移除模拟生产机升级系统PRD1。现行低版本生产机系统PRD（SAPR/34.7）停机，迁移至临时系统，搭建升级前的PRD1（SAPR/34.7）。对PRD1（SAPR/34.7）进行数据库升级，升级至Oracle11g版本。第二步：系统升级在PRD1（SAPR/34.7）进行版本升级和unicode转换，搭建新生产机PRD1。接受新测试系统QAS1的传输。新生产机PRD1启动。@@@ABAP升级【合并到升级过程】SAP标准对象调整方法SAP标准对象调整按照对象类型调整内容主要划分为两大部分：字典对象和非字典对象。系统从SAPR/34.70升级到SAPECC6.0后，可以利用事务代码SPDD列出所有待调整的标准字典对象并进行调整，非字典对象则利用事务代码SPAU来列出清单并进行调整。调整时先调整字典对象再调整非字典对象。SPDD与SPAU的调整流程相同，具体调整流程请参见下图：SAP标准对象调整流程中主要有三个步骤：判断并调整、应用测试和客户测。判断并调整主要是从开发层面判断原有修改和升级变更内容的含义并做出调整的判断；应用测试则是从功能层面上来验证该功能是否能正常运行，与升级前有无差异；客户测试则是在上线前由关键用户进行的最终测试确认。在整个流程中，调整方式讨论确认和文档记录则成为整个流程的补充步骤，用以完善整个调整流程。需要注意的是升级到ECC6.0后，所有SAP标准对象都默认支持Unicode，因此绝大部分情况下在SAP标准对象调整过程中是不需要进行Unicode调整的。例外情况只可能是客户在SAP标准对象中添加了Unicode语法不支持的语句。客户化开发对象的调整方法客户化开发对象的调整方法是根据客户化开发对象清单进行逐一检查和调整。调整顺序依然是先检查调整客户化开发字典对象再检查调整客户化开发非字典对象。客户化开发字典对象检查调整方法要相对简单，因为客户化开发字典对象在绝大部分情况下都是由客户化开发对象使用，而客户化开发对象在调整前的升级过程中不会引入变化。客户化开发程序对象的具体调整流程见下图：SAP标准对象在调整前的升级过程中就引入了SAP预定义的调整变化内容，而客户化开发对象不会引入变化，因此需要更多的手工调整步骤。客户化开发程序对象的调整流程与SAP标准对象的调整流程的不同点主要在于开发层面检查调整的步骤不同。主要包含语法检查和语义检查两个方面：语法检查主要是从语法层面来消除升级后的直接运行错误：可以从三个方面进行语法检查：Unicode检查、ABAP语法检查和EPC检查。语义检查主要是消除Unicode系统差异引起的错误，消除语义错误是以应用测试发现问题为主，开发层面检查为辅，从两个层面一起检查潜在的问题，最大程度降低升级引入的运行风险。应用测试和客户测试的步骤还是从业务功能运行层面来发现和解决问题。ABAP对象修改原则利用SAP系统提供的几种语法检查机制检查各种对象，并且更正由于版本升级而引发的技术错误。修改的原则是只修改由于版本升级而引发的技术错误。对所有对象进行语法检查。如果发现有影响业务功能的测试，这些错误需要在客户确认后才会被更正。所有显式文本信息都会被替换成文本元素变量。对所有对象进行EPC检查，但只标识和更改被废弃的FM和ABAP语句。所有EPC的警告信息和面向对象相关的错误无需调整，将被忽略。检查出的标准程序中的废弃的FM和ABAP语句无需调整，将被忽略。不是由于升级引起的，在原有系统中就存在的错误会被忽略，但是会告知客户。需要客户配合支持工作在ABAP升级调整过程中，需要客户配合支持的工作主要有：对于ABAP调整组给出的调整清单、需要协调确认的对象调整功能点、关键对象测试结果等进行确认。升级工具：SAPSolutionManager【第四章】SAPSolutionManager简介SAP解决方案管理器（SAPSolutionManager）可以为SAP解决方案的项目启动、功能和技术的实施、项目运作以及优化提供支持。SAPSolutionManager还提供与SAP机器合作伙伴之间的全方位通讯服务，有助于提高复杂多变的现场服务质量。SAPSolutionManager通过集中管理和应用管理解决方案来实现、支持、操作和监控SAP企业解决方案，SAPSolutionManager是一个集成的协作平台，提供综合的内容、手段、方法等功能。SAPSolutionManager可以为企业提供技术和商业方面的解决方案，包括当前和未来SAP解决方案，应用支持SAP和非SAP软件。通过使用，能够降低整个项目期间成本，最大限度降低风险和提高系统可靠性，确保SAP系统在SAPSolution环境下发挥最大性能，以提供最大的优势来获取有效的IT投资。、SAPSolutionManager最新版本为7.1，2011年5月发布。SAPSolutionManager产品发展如下图所示：SAPSolutionManager升级管理顾昱给了一个英文连接的网页，介绍此功能，我从英文材料里整理的一下几个升级阶段。同时，顾昱指出不会完全按照此阶段。具体内容还需要按顾昱的思路来。SAPSolutionManagerUpgradeManagement升级管理，能够在一个升级项目实施的不同项目阶段为我们提供支持和帮助。升级过程包括计划并定义解决方案中的业务流程和业务方案。SAPSolutionManager能够提供给我们一个可获取的工具，比如，SAPUpgradeRoadmap升级路线图，或者SAPUpgrade服务，这些工具可以在系统升级时提供支持。SAP为我们提供最新的实施内容，如文档，预置，业务功能，测试用例及业务测试需求等等。我们可以选择、调整和使用适合公司情况的实施方法，来从SAP帮助中获得最大利益。在升级过程中，一般会经历一下几个阶段。创建一个升级管理项目升级项目管理的第一步就是创建一个新的升级项目，由下至上地定义项目的范围和标准，定义系统设计。另外，我们可以使用一个现有的实施项目作为依据，复制相关的方案到所需要的升级项目中。接下来，我们可以为业务流程和方案创建或编辑结构层次，这些流程和方案包含企业实际存在的，也包括SAPSolutionManager预置内容，然后进行配置。升级前评估在升级之前，我们可以通过升级管理来评估当前解决方案的业务流程和现有系统设计。我们可以获取国家特定和行业特定的业务流程标准。SAPSolutionManager提供多种工具，我们可以使用这些工具直观地看到业务流程显示，策划新的解决方案，以及改变现有解决方案。通常来说，业务流程的运行流转，跨越多个相关技术系统，不同的SAP产品（如，SAPERP，CRM，以及SAPSCM）相互结合使用。我们可以通过运用升级可靠性分析，来检查升级后当前某个系统功能是否仍然可用。升级计划升级计划阶段包含以下步骤：升级路线图（Roadmap）我们可以使用SAP升级路线图，其中包含预定义的项目计划。项目计划包括一系列活动和任务，以及加速器和工具，并且涵盖了一个升级最重要的方面和阶段。业务蓝图在这一步，我们需要创建或者增强企业具体业务流程的项目结构。通过区分业务方案，业务流程和流程步骤，我们能够分配交易，业务功能，和相关文档给指定的结构项目。为了确定和整合可能的改变和改进，我们可以为当前版本的结果对象做一个在生命周期任何阶段的分析比较。举个例子，通过这种方法，我们能够在业务流程知识库中为现有业务流程进行复制更改或者添加。定制管理驾驶舱我们可以通过升级或变更影响分析来判断升级系统项目是否会对企业发展产生影响。创建该阶段包括一下步骤：配置在技术配置的时候，我们可以指定跨方案设置。基于业务蓝图中项目结构的流程需求，我们能够在开发系统中为企业业务方案配置个性结构项目，并记录着写步骤。从发布消息开始，我们就能够确定所有的升级相关IMG活动和使用该项目结构的相应的文件，并且能够进行升级项目的配置。业务配置集SAP为我们提供了业务配置集，我们可以通过这些来配置数据。客户定制的分布及同步因为我们能够在同一时间，在系统架构的不同组件使用业务方案，所以我们必须确保为基本业务流程所做的客户化设置是相同的。这一点是通过定制变化从一个自由系统转移到相关的目标系统时的定制分布实现的。学习培训资料管理我们可以为最终用户提供基于IT支持的自我培训课程，通过各个结构项目的学习对象，创建具体角色的学习地图。这些都是基于我们的项目结构的。系统测试在本阶段，我们在配置和方案结构的基础上，测试新的升级后业务流程。在测试中，我们使用为新解决方案提供的测试案例，并为单个的业务流程和流程步骤分配新的测试案例。一旦创建了测试计划，我们就可以通知测试者工作清单，并开始测试。生产机切换准备生产机正式切换之前，业务方案、升级项目中的业务流程以及相关的系统信息，都会被传输到指定的存储位置（解决方案目录）。在解决方案中，我们管理并监控运行中的业务流程。评价总结我们能够获取项目每个阶段的信息。在此基础上，我们可以创建跨项目、跨阶段、特定阶段的分析报告。SAPSolutionManager整体监控益增长的IT系统数量和越来越复杂的IT架构和流程是在系统管理和监控方面的巨大挑战。一系列的相关组件（包括SAP实例、数据库、操作系统、硬件平台等）在进行SAP系统在进行系统管理时都是我们所关注的内容，作为SAP系统的使用者和运营者，客户也越来越需要一个用以管理和监控SAP及其与之相关所有组件运行的集中平台。山东中烟已使用了部分SAP解决方案管理器的部分功能。通过此项目，实施方也将确认山东中烟在使用SAPSOLUTIONMANAGER主要功能的具体情况。主要功能包括：系统监控：通过CCMS(计算中心管理系统)实现所有与SAP相关的各子系统的实时监控和管理；服务级别管理：基于SAP早期预警报告的持续监控和报告。系统预警报告EarlyWatchAlert(EWA)EWA为SAP的客户提供了一个定时检查所安装的SAP系统运行状态的工具。EWA使用自动的分析程序评估客户系统的当前状态，它可以及时发现客户系统中的潜在问题，并通过既时的系统状态客户提供有效的支持。SAP在SOLUTIONMANAGER中无缝的整合了EWA，可以实现在客户系统环境中多个系统EarlyWatchAlert的集中管理。通过RFC连接，卫星系统上的数据定时自动的传输到中央的管理平台——SOLUTIONMANAGER系统上。SAP系统都可作为SOLUTIONMANAGER的卫星系统。如果SOLUTIONMANAGER和SAPNET之间建立了连接。当EWA报告中发现有卫星系统的状态为红灯时，该报告的拷贝以及它的会话会自动的传输到SAP。并且在SAP自动的创建对应的MESSAGE。服务水平报告ServiceLevelReportingServiceLevelReporting是企业的IT部门和用户团体之间沟通的重要的纽带。它是体现IT服务价值和提高IT服务质量的手段。通过IT部门和用户团体之间协商制定的参数，ServiceLevelReporting可以对系统，应用以及接口进行监控：● 定期的触发ServiceLevelReporting，如每周一次。● 为系统和应用的管理提供支持● 可以非常简单的进行触发，即使没有专业的知识也可以进行ServiceLevelReporting的管理。● 建立在EWA的引擎之上评估关键性能指标(KPI)并且通过他们获得管理级别的建议它可以推荐SAP的服务，如SAPEarlyWatch，解决方案优化服务。● 生成可以个别剪裁和优化的预定义的建议。● 可以对系统进行预警● 直接和SAP相关的服务进行连接● SAP上线检查，SAP功能升级上线检查解决方案监控SolutionMonitoring解决方案监控的任务：● 提供中央的相关监控数据的抽取● 在开销允许的情况下，提供规则化的，前摄的方法学和程序，确保相应级别的服务按照业务的优先级被分发到所有的IT用户处。解决方案监控：● 是面向业务流程的● 面向软件解决方案系统环境的● 可配置的、并且联接到专业的分析和管理工具上开放和可扩展的：它包含了IT系统环境下的所有的组件——SAPR/3、新的SAP组件以及非SAP的组件。在SAP的监控体系中，警报的信息和交通灯上所用的颜色一一对应。● 白色–没有可用信息● 绿色–被监控参数的值在正确范围之内● 黄色–警告：需要进行某些修正改变潜在的错误● 红色–存在严重错误，必须尽快解决系统监控系统监控建立在CCMS基础上的对业务流程和系统组件的实时的监控。平台先进性介绍ERP系统性能及业务优化【徐、谢、顾】系统性能优化标书：对部分存在运行超时的用户自开发报表进行调整，使运行时间达到用户满意的程度，通过报表代码修改、实施数据库调优等技术手段来提高整个ERP系统的运行效率。实现原有自开发程序和接口在升级后能够正常使用或者被新功能替代。此块资料暂缺，如何组织？【SAP上线检查服务】OS/DB/APP三层面调整。根据SAP优化值进行调整。系统层面优化自开发程序优化报表、接口、增强，功能性实现等方面业务优化提升标书：解决目前存在的问题，包括但不仅限于以下问题：（1）财务模块（FI/CO、IP/FM、TR）：对个别固定资产业务、核算业务进行优化。（2）物料管理：对采购订单状态及权限控制、寄售业务进行优化。（3）人力资源管理：对病事假扣款问题、PAAH查询的错误问题优化。谢文艺给了一个从低版本升级到SAPERP的全部业务功能点优化的表格，还需要考虑下以什么方式展现功能优化，按模块？考虑怎么整理才能有针对性的对应标书中提到的三点。ECC6.0功能增强性描述业务流程科学设置标书：科学设置业务流程，为从根本上改善和提高山东中烟公司的经营管理水平打下坚实的信息基础。业务流程优化变更标书：由于新版本的使用，可能会导致部分业务流程发生变更，针对变更的部分必须面向最终用户进行充分的测试和培训。培训及测试在下面的实施方案中详细写。财务模块业务提升1、新总账是新的跨行业、跨国家的总账。在用户界面不变的情况下,新的数据结构使得公司可以按照自己的报告需求和不同的会计准则来获取数据，并且在一个统一的数据库中实现平行会计。其最主要的功能增强为：增加更多的管理维度、实时的凭证拆分、从管理会计领域（CO）到新总账的实时集成、通过平行分类账来实现平行会计。2、可选的价值计算。可选的价值计算是对实际成本核算的一种加强。在标准成本核算的基础上，用户可以用该方法计算累计期间的实际成本。同时，可以对同一工厂用不同的价值计算方法，比较或估算其结果。3、资本申请（IM-FA-IA）。资本申请具有以下功能：可由资本申请生成任何数量的项目和WBS元素。资本申请中计划成本的计算是用“简易成本计划编制”工具完成的，并可分配至独立的WBS元素。可生成跨项目的报表。4、外部资产会计引擎。资产会计引擎可满足相关外部需求。它可以将主数据及帐务数据自动转换成对外可用的状态。5、审计信息系统。审计信息系统的输出界面更加友好，并能基于角色输出。6、附加责任区域权限。“责任区域”指用户可以通过其快速获得某一区域的所有权限。4.0版本以后，我们可以把成本中心的标准层次节点作为权限对象（责任区域），就可以同时获得该节点下所有成本中心的权限。现在，我们可以使用2种附加层次结构，比如可以对属于同一项目但属于不同公司代码的成本中心定义权限。7、付款的自动计划。用户可以通过付款的自动计划，编制功能计划，付款申请和更新运行（SAPF110S）。可通过计划编制器计划定期的付款运行。功能描述：可以使用报表对付款程序编制计划。这种方式需将选择标准保存为变式，如果使用选择变式，可以按照特定标准计划定期付款运行。选择变式方式，系统会自动计算运行时间。计划编制器具有集成的计划功能。以前，系统只能对付款申请做计划，如今，系统可以实现对付款申请和付款更新运行做计划。8、业务伙伴主数据中的用户自定义字段。用户可以扩展客户和供应商主数据，加入这些业务伙伴的附加信息。用户可以创建自己的子屏幕，在其中加入所需字段。用户自定义的子屏幕通过业务伙伴主数据中的附加选项创建，以附加页签的形式出现，用户最多可为每个选项定义32个页签。为此，用户需要在完成创建子屏幕的相关配置（IMG）。用户自定义的子屏幕会以BAPI的方式嵌入到程序中。9、固定资产会计。固定资产会计提供新的功能，包括支持基于半年度结算的半年度折旧计算（日本等国家的法定要求），更灵活的平行估价过程，用户自定义的账户分配对象。支持更强的账户分配对象功能，折旧运行和期间资产过账程序经过了重新设计。综合山东中烟的总体要求及海颐软件的项目经验，我们建议在此次升级项目仅完成SAP系统的技术升级并调整升级后版本差异带来的影响，待系统运行稳定后，再进行后续的业务调整，如启用利润中心会计、新总账的功能等等。物料管理模块业务提升1、跨系统的货物转储：转储订单在订货工厂创建、并转送到供货工厂，而供货工厂可以存在于另一R/3系统。订单行项目包含的供货工厂可以属于同一公司代码或不同公司代码。该功能通过少量的操作，去完成跨多个后勤系统、CLIENT和公司代码的业务处理。在跨系统的物料转移中，包括了物料的批次管理。批次数据从源系统传送至目标系统，当批次数据被分配时，相关的特性（如批号，批次状态，批次规格）同时被确定。2、采购凭证的版本管理功能：可以为以下凭证创建版本：采购申请、询报价、采购订单、合同、计划协议。SAP系统在创建采购申请或外部采购凭证时，创建第一个版本。从此，修改或更新的数据将记录在每一个当前的版本中，当凭证被保存时，系统会创建一个新版本。版本中记录采购凭证的版本号，并显示修改记录。在采购业务中，区分不同版本的相关采购凭证是必要的，例如，当你与供应商交涉时，可能需要参照某一个指定的版本。3、“批次调用清单”报表的优化：可以在第一屏定义批次使用清单中的数据如何显示，例如你可以设置：扩展转移过账，或显示供应商批次。4、MIGO事务的功能增强：当录入其他收、发货时，你可以从前面的项目的复制现成的科目分配数据到新的项目中。只要在菜单“设置－缺省值”中修改缺省值，设置“复制科目分配字段”标识即可。例如：进行移动类型为201的发货操作时，每个行项目中的“成本中心”、“总账科目”都会缺省为与第一个行项目相同（而不采用系统已配置好的科目）。进行收货、发货、转储等操作时，可以指定一个物料凭证为参考。5、发票校验新增报表：后勤发票校验提供了一个新的报表“显示发票清单”，可以显示发票凭证清单。做为发票总览的新增程序，你可以扩展选择标准和显示选项。例如，在选择屏幕中可以选择：一次性科目，发票合计、输入日期。你也可以显示专家模式，在此你可以通过财务凭证、带G/L科目过账的凭证和带物料过账的凭证以及工厂，进行选择。销售管理模块业务提升1、后勤执行的新的业务附加项：提供灵活的解决方案，丰富的功能，适应更多变化的业务流程。业务附加项、查看、删除、修改、添加、保存操作灵活。2、分散仓库的变化管理：在4.6C版本中，你可以分配发货数据到分散的仓库，或者到第三方仓库管理系统，那么在中心系统中变化就被冻结了。新的系统功能可以让你集中的更改发货单，比如，如果货物已经分销到分散的仓库，客户又想修改订单数量，那么你可以在两个系统中执行变更的动作。3、仓库管理的交叉卸货：无论是基于库存转移或发货的货物转移的需求都可以保存在系统里。你可以手动的创建交叉卸货。交叉卸货的需求可以在收货和产生转移单的时候被检测到，并产生交叉卸货转移单。4、增加的发货更新功能：过去每个仓库管理转移单的确认后立即在发货单过账，这样会导致锁定和执行的问题。特别如果是大量的发货单，在不同工作流程中的很多人都要对相同的发货单做更新。现在就可以收集发货单的所有单独的确认，而后再传递更新。SAP系统收集每个转移单项目的更新的操作，并记录是否已经更新到发货单了，当最后一个转移单的确认完毕，这个更新才传递到发货单。5、内向交货的部分收货过账：很多情况下，收货并不是针对完整的发货或是内向交货，而是部分数量，比如，处理单元，包裹或者是托盘，新的功能就包括了对内向交货的部分数量过账。以下功能都可以实现：单个内向交货项目过账；单个内向交货项目的部分数量收货；单个处理单元收货。6、多个交货单的拣配合并：标准的转移单是严格参照一张交货单的，但是发货单数量很小，这样聚集多个交货单的拣配需求就很有用了。步骤：相关的交货单分组-〉为每组交货单创建转移单-〉释放拣配清单。7、任务资源管理（TRM）：TRM控制仓库任务和优化任务的有序执行。在mySAPSCM里，TRM保证了可以在正确的时间，利用合理的资源处理好任务。TRM帮助仓库进行最少化发送工作，简单易用，并且与后勤执行系统无缝连接。人力资源管理模块业务提升创新性解决方案【佳佳、栾】系统易用化标书：提供友好的用户界面和操作提示，使用户无需阅读大篇幅的使用手册就能在系统提示下正确使用系统。系统易用化问题SAP系统用户在长期使用过程中，大致会遇到以下问题：1、界面存在冗余字段，难于找到必要输入字段2、部分字段名称描述晦涩难懂，不符合用户使用习惯3、页面跳转过多，使操作繁琐，影响业务效率4、紧密相关事务未统一界面，操作步骤增多，增加系统操作难度5、界面操作提示过于简单，操作说明脱节，系统操作脉络不连贯、清晰6、相同信息分界面多次输入，增大系统使用人员工作量7、随着功能应用的不断深入，系统维护成本、培训工作量不断升高海颐在本项目实施中，将针对山东中烟SAP系统用户界面友好性差，系统操作提示过于简单，用户操作不便捷等问题，根据用户的实际需求，对山东中烟ERP系统做易用化优化。易用化优化目标1、完善提升：改善ERP系统的界面友好性，使ERP系统应用得到完善提升。2、深化应用：提高最终用户使用ERP系统的积极性，促进ERP系统深化应用的开展。3、再上水平：对常用操作化繁为简，减少出错概率，使山东中烟ERP系统应用再上水平。4、形成标准：搭建ERP易用化应用平台，统一管理易用化成果，形成符合省电力公司应用的标准化、规范化并兼顾个性化的优化界面。5、提高效率：使日常操作流程化，提高最终用户使用ERP系统的效率，进一步加强最终用户对ERP系统的理解，使ERP系统应用上新台阶。6、提高效益：使最终用户能够快速掌握ERP系统，降低企业的运营成本，提高企业的整体效益和竞争力。基于eSOA系统集成优化【基于SAP的eSOA技术描述】标书：平台技术先进性、可扩展性、可集成性、安全性标书：SAPERP最新版是构建在SAPNetWeaver这一组合应用平台之上的，该平台可供组织快速构建新的业务解决方案，同时充分利用现有IT投资实现业务价值最大化。即与ERP相关的各种集成需要按照SOA架模式进行整合优化。系统应提供良好的接口，以便与已经完成的系统和未来规划建设的相关系统有机地集成。实现原有自开发程序和接口在升级后能够正常使用或者被新功能替代。符合国家局信息系统建设的相关标准及规划，能与公司已有信息系统无缝集成得满分设计原则开放性：应用集成解决业务应用之间的横向集成问题，需要连接、操作内部多个业务应用，因此其技术中立性和开放性将成为影响应用集成成功与否至关重要的因素。可扩展性：在满足现有企业需求的基础上，平台应具备良好的伸缩性和扩展性，以适应未来3-5年内业务应用的不断发展及业务规模的扩张。当需求发生显著变化后，可以在当前架构的基础上进行有效地扩展和增容，而对应用不造成影响或影响较小。实用性：从经济成本与效益角度考虑，尽可能缩短项目的开发周期，降低项目的实施成本。确保系统对用户的友好性、可操作性，便于用户的理解、学习、掌握和使用。可靠性和可用性：当充分考虑其高可用性和可靠性，以满足应用集成平台的连续运行需要。先进性：应用集成的建设涉及山东中烟信息化发展的长期战略，影响面广，实施周期长，系统整合既需要承前，更要注重启后。因此在确定技术构架、选用技术标准方面，应充分考虑技术先进性。针对性：SOA集成设计着重在山东中烟总体规划下的各应用之间的集成可行性。因此方案必须具有较强的针对性，能根据当前山东中烟的集成需求和差距分析设计出较为实用的集成技术架构。SOA集成技术面向服务架构（SOA）是新兴的企业应用集成技术方案，它将企业应用中离散的业务功能提取出来，并将其组织成可互动的、基于标准的服务，有效的解决了EAI方式集成所面临的问题。SOA以提供服务的方式向企业提供了灵活、快捷的系统整合方案，它将模块化和便携化的服务在复合应用中组合和重用，以更为快速地满足业务需求。服务是SOA体系中最重要的组成部分，服务是指使用开放、中立的标准来定义接口规范（包括格式和传输协议）的功能。因为接口规范与实现功能所使用的具体硬件平台、操作系统和编程语言无关，所以服务调用方及服务提供方之间可以使用统一和标准的方式进行通信。服务作为联系不同业务应用、不同技术标准和实现手段的纽带。为更有效地管理服务并降低服务之间的依赖关系，SOA体系中引入了ESB（EnterpriseServiceBus，简称ESB）的概念。企业服务总线将业务应用的功能通过开放的标准进行统一接入，并以服务的形式发布。此外，通过提供服务查询搜索功能，交互的一方无须与另一方进行绑定，而是在服务请求中提供如服务的业务种类、服务提供部门等信息，由总线动态路由决定。总线为参与集成的各方屏蔽了硬件平台、软件、网络和物理位置上的差异，是实现松耦合集成架构的核心组成部分。通常，企业服务总线使用SOAP作为消息格式，可根据需求支持各种开放的标准传输协议（如HTTP(S)、JMS等）。它帮助服务提供方和服务调用方隔离具体的技术实现，帮助服务调用方进行消息的路由和转换，进行权限验证后，按服务提供方规定的格式发送到指定地址，最后再将返回结果以服务调用方可接受的格式发还给服务调用方。另外，企业服务总线还支持消息的单向发送，发布/订阅模式。SOA方式的集成如图所示。功能架构根据山东中烟应用集成需求，充分挖掘和准确利用面向服务架构的技术特性，设计出基于SOA的应用集成架构。应用集成架构主要由服务接入及适配器层、企业服务总线、业务流程管理(BusinessProcessManagement，简称BPM)、服务目录及平台管理等部分组成。其中企业服务总线与业务流程管理（BPM）是应用集成平台的核心，可以分为不同的产品，2者的关系体现在2个方面：(1) BPM调用注册在ESB上的WebServices：ESB负责实现企业内各应用之间的连通性和可靠消息传送。ESB作为后端系统和BPM之间的桥梁，实现对业务应用的功能封装、消息转换、Web服务代理，为BPM提供服务，以实现业务流程编制。二者之间的技术接口为标准的WebServices。(2) BPM将业务流程作为WebServices发布到ESB：BPM可以将编制好的业务流程封装为Web服务，并注册到ESB上，实现业务流程的共享。2者之间的技术接口为标准的WebServices。因此，BPM和ESB是应用整合平台中分工明确的2层，2者之间的技术接口采用标准的WebServices，它们之间的互连与厂商无关，只要双方均支持行业标准即可。企业服务总线企业服务总线提供了实现松耦合、粗粒度服务的基础结构要素，其核心组件包括多传输协议适配、服务的注册和发现、基于配置的消息路由和服务运行期管理等。服务注册和查找对象企业服务总线提供一个可以对服务进行分布式访问和浏览的中央注册存储模块,具体含义如下：（1）提供实用的、稳定可靠且富有弹性的方法对SOA元数据进行合并和分发；（2）支持基于标准的、互操作的服务发布和发现协议，提供企业级SOA所需要的基于标准的互操作模型；（3）提供集中控制的服务发现和发布，同时提供安全访问控制能力，能够对敏感的服务提供有限范围的可视性。支持自定义、可配置的服务分类，可从业务角度和技术角度对服务进行分类。针对每一个自定义的分类方法提供校验服务，可以根据客户自定义的服务分类法执行服务分类正确性的校验。服务目录存储与服务相关的信息，包括服务的地域、所属部门、URL地址、功能描述、版本信息、发布时间、发布人员、状态、输入参数、返回值、错误代码、同步异步、技术负责人、电话、E-mail等。平台支持服务的多个版本。比如在服务升级时（指服务的新老版本要共存一段时间），服务的多个版本都要在平台上注册，并且指定一个默认版本。服务调用者在调用服务时，需指明要调用的版本，如果没有指明，则调用默认版本。服务目录支持服务注册、服务更新、服务撤销等服务管理流程，支持业务人员、应用开发人员、平台管理人员对服务的查询和管理功能，服务目录支持服务按地市或部门的分级管理机制，服务目录也可以是独立于企业服务总线的产品。智能的消息代理企业服务总线支持在异构环境的服务使用者和业务服务端点之间执行动态的路由和转换，消除服务使用者和业务服务端点之间(如传输协议或消息格式上)的内在差别,如一个基于HTTP协议的客户端能够通过服务总线与基于消息传输的业务服务交互。（1）多传输协议支持企业服务总线提供内建的对各种服务传输协议的支持，包括HTTP(S)，JMS，第3方JMSProvider（如WebSphereMQ，TIBCOEMS等），EJB/RMI，File，FTP，E-mail(POP/SMTP)，WS-ReliableMessaging等。企业服务总线还提供客户化传输协议的开发，使客户能够根据需要扩展服务总线的能力。客户可以使用企业服务总线提供的SDK开发自己的传输协议，如Socket传输，并同时具有与内建的传输协议相同的可靠性、QoS、安全和性能。（2）异构服务互操作能力企业服务总线支持多种消息类型，包括XML、MFL（有格式描述的非XML消息），SOAP（带附件的SOAP）、E-mail（带附件的E-mail）、JMS（带header的JMS）、RawData（无格式的裸数据）等；支持多种通信方式，包括同步的请求和响应、异步的请求和响应、同步与异步的桥接），异步一对一发布（点对点），异步的一对多发布（发布/订阅）等；另外，企业服务总线还支持丰富的集成能力，可以访问外部的WebServices、JMS（包括第3方JMS提供者），EJB、POJO以及Tuxedo等业务服务，同时，也能够通过适配器与商业套装软件连接。（3）基于内容的动态路由在请求的消息可能造成多目的地服务的情况下，企业服务总线支持通过XQuery和XPath实现基于消息内容的动态路由。动态路由通过条件转移语句（或服务调用）分析消