开发机升级蓝图设计交付物dfl blueprint v

ProjectMichaelT+86- SolutionStefanT+81-80-2091-E

SAPSLOSLO项目内 业务背 服务内 SLO迁移范 SAP标准 公司代 控制范 经营范 销售组 采购组 工 其他...............................................................................................................................蓝图变 技术内 性 上线切换阶段的SLO方法 财务 总账会 固定资 业务数 总 预制凭 配置数 特殊...............................................................................................................................未清问 控制 分配周 业务数 CO结算凭 物料计 统驭对 各种成本对象的制品计算（WIP 配置数 特殊...............................................................................................................................未清问 物料管理 物 批 采购条 采购货源........................................................................................................................ 输出确 .....................................................................................................................................51 业务数 询 采购申 采购订 合 计划协 文 预 寄 后勤...............................................................................................................................实际库 物料凭 配置数 销售和分销 物 定 输出确 装船成 业务数 客户询 报 销售订 开票请 交 开票凭 销售信息系统 装 担保...............................................................................................................................配置数 特殊...............................................................................................................................工厂 设 功能位 工作中 业务数 订 订单操 确 预 配置数 特殊...............................................................................................................................项目系统 项目定 WBS要 网 生产批 业务数 预 确 项目预 配置数 特殊............................................................................................................................... 投资程 适用请 拨款请求-计划/预 生产版 配 能 工作中 计划订 业务数 流程订 确 配置数 特殊............................................................................................................................... 特有方 配置数 特殊...............................................................................................................................未清问 归 附 22张SAP特殊配置 所有客制化表及判断条件................................................................................................ CV物料类型..................................................................................................................业务背DFL自2004年开始使用SAPR/34.7系统运行包括总部（HQ），车（CV）和乘用由于目前4.7版本系统已超出期，需将系统升级到SAP版本ECC6.0，并实施Unicode转换。另由于CV业务施行新的合资，所有CV业务需要剥离到独立的系统中运行。目前CV的业务流程中包含HQ的流程，所以HQ的业务也将迁移到新的CV系统中。服务内SystemLandscapeOptimization（SLO）中的公司代码迁移服务可以帮助东风实现该需求。公司代码迁移表示与公司代码相关的所有数据都将从源系统迁移到目标系统。SLO将基于以1：升级后的DFL将所有公司代码，包括HQ、CV与PV2：CVCV与HQCV由于大部分必要的开发工作将由德国专家完成，所以DFL需要为所有相关的SAP系统开本蓝图仅讨论主数据和业务数据从SAPR/3ConversionWorkbench(CWB)是用于在数据库层面执行转换的SLO段完成转换，所有相关调整需定义在表或字段层面。CWB除了CWBENICMAExtensionsetforCWBforMigration)，也将配合CWBRFC连接来迁移，所有下列RFC1PRDto2PRDto1PRD’to2PRDtoPRD)SLO迁移范SAP作为项目的一部分，SLO将迁移当前系统所有的主数据与业务数据到相应的目标系统，并基于公司代码完成数据的界定与分拆。配置数据不参与迁移，它将在目标系统搭建时导入。DFLSAP项目组需要确保在项目过程中目标系统的配置数据与当前生产系统的配置数据保持一致，SLO会基于SAPDataDictionary（DDIC）中表的基本类型来识别主数据与业务数据。默 A（L（暂存数据表除此之外，还有22张SAP定义为配置数据，但实际保存的是主数据的表也将纳入迁移范围。据，DFL在生产系统中以视图的方式直接更新部分配置表，下表罗列了涉及这种情Routes:Determinationin这些表无法被自动识别，但可以作为特殊场景处理。为此，DFL需要提供此类配置表的SLO也将向DFL718（YZ），613SAPDFL497A，L，W排除在创建表时错误指定表类型的情况。该种情况出现，SLO可根据DFL的反馈增加相应的相关的A,L,W相关的C,G,E,S无关的A,L,W63无关的C,G,E,S622--新CV系统，提出了基于SAP标准域的筛选条件。DFL需要对罗列的筛选条件提出反馈，以判断是否纳入场景2的迁移范围。系统迁移中组织结构的派HQ1DFLCV1DFL东风汽车底东风车公PV风神汽车广州花所有公司代码都属于控制范围DFL1，所以控制范围DFL1控制范围DFL1DF10，所以经营范围DF10CV12A当前PV描 公司代CV12描 公司代当前PV描 公司代当前多个PV多个PV1描 公司代CV&HQDFLCV总DFLCV销售部十堰工废弃不废弃不废弃不DFLCV总DFLCV总DFLCVDFLCV分DFLCV分DFLCV分DFLCV分DFLCV分DFLCV分DFLCV分DFLCV销售部改装分DFLCV工DFLCVDFLCV工DFLCV销售部配件CP工DFLCV销售部配件分DFLCV工DFLCV工DFLCV工花都厂襄阳厂备件物PV郑州虚拟工PV销售虚PV襄阳虚拟工PV工备件物流分备件物流分备件物流分PT工PV销售工PT工风神汽东风日产乘用车襄阳工东风日产乘用车郑州工东风有限车公司CV_SCM外制东风有限车公司CV_SCM原材东风有限车公司40车身东风有限车公司41车架东风有限车公司43总装东风有限车公司49发动机东风有限车公司48铸造一东风有限车公司50铸造二东风有限车公司59变速箱总部机在第一章节中讨论的事项，尤其是迁移方法（除逻辑系统名可修改外，不会对其他数据进行修改）数据迁移、重命名、流程变场景1：将属于HQ、CVPV公司代码下的所有主数据和业务数据迁移到DFL目标系2：将属于HQCVCVSLO从技术角度来说这是一个1：1的数据迁移，不产生任何组织单元（例如公司代码或成本中 也将保持300不变。唯一允许的重命名为“逻辑系统名”，但由于新目标系统的系统名与均保持不变，所以逻辑系统名也将保持不变。派生决策过SAP纷繁复杂，并非每个数据对象对应的数据表都含有公司代码这一字段(域)，所以在派生决策过程SLO的CWB对于包含公司代码字段的表，CWB的选择标准将基于公司代码字段BUKRS的字段ZBUKRS，了标准字段的BUKRS，选择标准仍将基于标准字段BUKRS。SAP的数据模型是，组织单元通过系统中的配置将直接关联到公司代码。如果表中没有公司这时，SLO工具将通过派生决策判定该组织单元是否与指定的公司代码相关，从而决定该记表KNVV中的是客户主记录的销售数据。该表中没有公司代码的字段，但是存在销售组CWBVKORG_BUKRS。这意味着它将在执行过程中通过表TVKO中判断销售组织是否分配给相关的公司代码。如果相关，则客户主记录表中相关的销售数WERKS_BUKRST001W给评估范围。然后，在表T001K对于SAPSLO到组织单元，有些会利用到多重判定条件从物料基础数据MARA表中选择数据是个很好的事例。该表不包含任何组织结构的信息，CWBMATNR_BUKRSC（MARC）查看该物料的工厂信息，并依据之前提到的WERKS_BUKRS定给某销售组织。随后通过VKORG_BUKRS针对特殊业务需求或系统的特殊配置，SLO在HR在HRSAP系统在很多方面均是基于用户名进行。这主要指管理类信息，例如用户菜表，这些表内容将全部选取。对所有相关数据均需要派生决策，除去标准的之外还需要设计性出于对迁移性能的考虑，需要对源系统进行部分配置上的调整。相关的调整建议详见SLO迁移项目过程中时间窗口的计划是非常重要的。生产系统的迁移一般安排在周末。对预配置与传输管在SLO平台搭建的过程中，采取的通常策略是“SLO平台仅为当前项目服务，并需要生产环在DFL上线演练与上线阶段：生产环境DFP组织结构派生与CWB所需的SLO配置将在PRD克隆系统中完成，并在演练前传输到生产环境DFP需要强调的是DFLSAP应确保所有并行项目或者日常所产生的变更必须同步到新创建的最小停机时间为最小化上线阶段的停机时间，可以在停机开始前迁移静态数据。静态数据是指不会再更改2周的时间内，修改2005财年到2012财年的历史数据。这个情况需要所有业务部门知晓，两个场景（升级后的DFLCV）如DeltaPreSel列所示。DeltaPreUDATE<=UDATE<=COGJAHR<COObject:LineItems(byGJAHR<COObject:LineItemsforActivityTypes(byGJAHR<EC-PCA:TotalsRYEAR<GJAHR<Accounting:SecondaryIndexforCustomers(ClearedItems)GJAHR<Accounting:SecondaryIndexforVendors(ClearedItems)GJAHR<Accounting:SecondaryIndexforG/LAccounts(ClearedGJAHR<AdditionalDataSegment:ClearingGJAHR<Accounting:SecondaryIndexforCustomersGJAHR<Accounting:SecondaryIndexforVendorsGJAHR<BWFIBWFI:LogTableforChanged GJAHR<Subseq.BA/PCIndex/DistributnVectorGJAHR<One-TimeAccountGJAHR<BillofExchangeGJAHR<GJAHR<ControlDataGJAHR<TaxDataGJAHR<Accounting:SecondaryIndexforG/LAccountsGJAHR<WitholdingtaxinfoperW/taxtypeandFIlineitemGJAHR<MM-Header:MaterialMJAHR<MM-Segment:MaterialUsingMJAHR<MaterialLedger:KJAHR<MaterialLedger:CurrenciesandValuesKJAHR<Material PostingPeriods KJAHR<MaterialLedger:FieldGroups(PostingPeriods)KJAHR<MaterialLedgerDocu.:PriceChanges(Currencies,KJAHR<MaterialLedger:KJAHR<MaterialLedger:FieldGroups(Currencies)KJAHR<MaterialSPTAG<=ProductSPTAG<=Statistics:MovementsforcurrentstocksSPTAG<=Statistics:MovementsforCurrentStock(IndividualSPTAG<=Materialusage:repetitiveSPTAG<=Productcosts:repetitiveSPTAG<=IS-BCO:MovementreferenceSPTAG<=ReferenceStructureforGeneratingInfoStructuresSPTAG<=上线切换阶段的SLO方法SLO迁移过程中会使用两个SLOPackage，第一个Package处理静态数据。静态数据与其他数据在处理大表上的方法上是一致的，即为预选择的数据建立SLO索引。这些SLO索引在每个测试阶段以及上线阶段都将复用。所有SLO更新SLOSLO确认包含无关对象的传输请求列表，并在停机开始前传输到生产环境中，以确保主数据，如客户、供应商、物料。如必要，需冻结对主数据的修改（通过事务代码锁定）。更新SLO确认无关的传输请求已传输到目标系统第二个Package处理未迁移的所有数据。迁移结果通过在Enicma工具中的实时，以及其记录的日志来验证。对于1：1的表，Enicma可执行一些计数程序来确保所有数据均完成在DFP生产机中目前有大约12000数据的且与相关的配置表。对于这些表的通该目标系统将会执行升级和UnicodeDFL在建立用于迁移的目标系统前，SAP将一个仅包含配置数据的新 ，删除 DFLECC6.0主数1：升级后的DFL所有属于会计科目表DFL2：新CV在层面的会计科目表DFL相关的总账会计主数据全部迁移。在公司代码层与HQ以及CV相关的总账会计进行迁移。1：升级后的DFL2：新CV属于或1：升级后的DFL2：新CV属于或HQ1：升级后的DFL2：新CV业务数号。在一些流程节点上的数据并非都有组织结构层次的信息，但这些数据可以通过凭证号来联系录下来，并由DFL与SLO共同分析来解决。CV与PV需要关注。目前系统中仅存在CV与HQ之间，或者PV与HQ之间的跨公司业务，示例如下：DFLCV与PV1：升级后的DFL2：新CV1：升级后的DFL2：新CV处理方法，将2013年前创建的凭证视为静态数据在近停机阶段迁移。1：升级后的DFL2：新CV处理方法，将2013年前创建的凭证视为静态数据在近停机阶段迁移。1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CVZ1ZP特殊分类帐中属于CV和HQ公司代码的凭证将全部迁移。配置数客户自定义DFLDFLSAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需询问（Queries）和快速视图（QuickViews）。可根据情况考虑在迁移后的目标系统上Reportwriter和reportprinterSLO（表分割）之外，可能需要开发一些特殊的功能。特别对财务模块将会当前计划的上线切换时间是2014年3月，所以2013未清问DFLCV与PV对控制模块产生的影DFL的系统当前控制模块使用的子模块包括CO-OM，CO-PA和CO-PC，另外利润中心会计也已激活。所有与公司代码相关的流程，包括所有相关的CO业务对象，都将迁移到新目标系识别CO对象是否需要迁移的主要判断依据是公司代码，工厂和对象号，以及与工厂相关的2CV码层面进行界定的对象将1:1迁移。主数成本要素(CO-OM-1：升级后的DFL所有属于控制区域DFL1或者会计科目表DFL2：新CV所有属于控制区域DFL1或者会计科目表DFL1：升级后的DFL2：新CV所有属于控制区域DFL133成本中心(CO-OM-1：升级后的DFL2：新CVCV和HQ内部订单(CO-OM-1：升级后的DFL2：新CVCV和HQ结算规则(CO-OM-1：升级后的DFL2：新CV结算规则可以视作订单主数据的一部分，但需要分开处理。需要利用到其他CO对象，如内部订单，销售订单，生产订单，订单，CS订单，网络等等的组织结构进行派生。利润中心(EC-1：升级后的DFL2：新CV属于CV和HQ公司代码和控制区域的利润中心将全部迁移。如果某利润中心只是指定控制区域DFL1，而没有指定公司代码，则该利润中心也将迁移。获利能力段(CO-控制区域DFL1DF101：升级后的DFL2：新CVCV和HQ1:1Numberrange层次（成本中心，利润中心，内部订单1：1DFL业务数号。在一些流程节点上的数据并非都有组织结构层次的信息，但这些数据可以通过对象号来联系录下来，并由DFL与SLO共同分析来解决。CO1：升级后的DFL2：新CVCO凭证的派生将依据其财务模块或者后勤模块中对应原始凭证的派生规则来完成迁移。所以如果原始凭证是属于CV或者HQ的，则对应的CO凭证将带入迁移。CO1：升级后的DFL2：新CVCOCV或HQ计划数据（内部订单，成本中心等1：升级后的DFL2：新CVCO计划数据将依据其财务模块或者后勤模块中对应原始凭证中的工厂信息进行派生。所以对于所有与CV和HQ公司代码相关的对象，（如内部订单）计划数据将全部迁移。预算数据（内部订单等1：升级后的DFL2：新CVCO预算数据将依据其财务模块或者后勤模块中对应原始凭证中的工厂信息进行派生。所以对于所有与CV和HQ公司代码相关的对象，（如内部订单）预算数据将全部迁移。产品成本(CO-1：升级后的DFL2：新CV物料成本估算数据将根据工厂信息进行派生。在多个工厂生产的产品，其成本估算会分拆到物料主数据是SAP系统中重要的数据对象。它包含了原料视图，会计视图和成本视图等。物料会计视图、成本视图和MRP视图都与物料主数据的成本相关。1：升级后的DFL2：新CV对于特殊物料帐ML*这些表中数据的筛选则依据产品成本头表（KEKO）和特殊物料帐条目1：升级后的DFL2：新CVCVHQ1：升级后的DFL2：新CVSAPCOFICOFIT和COFIS个功能是通过事务代码KAL1完成，一般一个月做一次。1：升级后的DFL2：新CVCV和HQ各种成本对象的制品计算（WIP1：升级后的DFL2：新CV制品计算用于生产订单，这些对象将根据对象号(ObjectNumber)进行派生。配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需询问（Queries）和快速视图（QuickViews）。可根据情况考虑在迁移后的目标系统上Reportwriter和reportprinterSLO（表分割）之外，可能需要开发一些特殊的功能。特别对控制模块将会当前计划的上线切换时间是2014年3月，所以2013未清问主数1：升级后的DFL2：新CVMARCCV或HQCV或HQ该物料将迁移。所有CV物料类型由DFL提供，详见附件16.4。1：升级后的DFL2：新CV1：升级后的DFL2：新CV采购组织相关的供应商数据会根据CVHQ公司代码相关的供应商数据会根据CVHQ供应商通用数据（LA1）仅在下列情况迁移，即该供应商的公司代码视图（L1）或采购组织视图（L1属于V或H4231：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV供应商评价在系统中没有启用（表ELBP）1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV业务数6.2.31：升级后的DFL2：新CV采购凭证包括采购订单、询价、计划协议和合同。所以本章节讨论的筛选条件同样适用价,计划协议和合同.1：升级后的DFL2：新CVCVPVDFL此项需要DFL.31：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL所有LISS*2：新CVS*S*表将1:1配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需仓储管理在DFLERP配置指定到工厂4180，属于公司代码4000，即仓储管理配置上属于PV。LE-WMERP主数1：升级的DFL2：新CV6.1.1(MM1：升级的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV（表VFKK-BUKRS）1：升级后的DFL2：新CV客户信贷主数据可依据客户号所关联的HQCV另外信贷主数据也可根据信贷控制区域来决定属于哪个组织结构。DFL定义了多个信贷控制区域，但都没有为其指定公司代码。所以DFL需要提供哪个信贷区域是属于新CV系统的信息。业务数1：升级后的DFL2：新CVPVCV为混合凭证.当前系统中不存在这样的混合凭证.DFL此项需要DFL1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CVS*包含组织结构单元的S*tables将根据组织结构单元进行迁移。不包含组织结构单元的S*table1：升级后的DFL2：新CV装运将根据其相关联的交货凭证进行迁移。如果交货凭证中凭证号关联的是HQ或CV的公司代1：升级后的DFL2：新CV担保说明将根据工厂信息进行派生（表PNWTYH-WERKS）。当前系统上所有的担保 说明均属于工厂3399，也就是属于5000公司代码。配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需工厂主数1：升级后的DFL2：新CV通常情况下计划中的工厂信息(EQUZ-IWERK)会被用来识别相关的设备,但是DFP系统因此DFL需要检查这些设备是否需要迁移到新的CV系统中去.如果只有部分设备需要迁移,DFL需要向SLO提供相应的筛选条件.1：升级后的DFL2：新CV业务数系统中不包含任何订单(AUFK表格中不包含AUTYP字段值为30的条目)。1：升级后的DFL2：新CV1：升级后的DFL2：新CV配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需特主数1：升级后的DFL2：新CVWBSWBSR/3项目的层次结构。它描述了一个完整的任务或者任务的一部分,1：升级后的DFL所有的WBS2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CVWBSPRPSPSPKX业务数预留是指发送到仓库或者商店的请求,以保证在未来某一时间为某一特殊目的准备的物料可1：升级后的DFL2：新CV确认是项目的一部分,用以记录操作或子操作的状态.SAPR/3系统中有两种确认,分别1：升级后的DFL2：新CV1：升级后的DFL2：新CV配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需11QMDFLQMSAP主数1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CVCV和HQ（表IMAK-主数1：升级后的DFL2：新CV物料1：升级后的DFL2：新CV物料根据工厂信息进行迁移。但是有28个物料没有指定工厂。DFL需要确定这个物料是否与CV相关1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV1：升级后的DFL2：新CV业务数1：升级后的DFL2：新CV1：升级后的DFL2：新CV配置数客户自定义SAP将向DFL提供一张包含所有客户自定义表的以及部分可确定的派生规则。DFL需特有方1:1迁移或者不带入迁移。对于那些大表的数据，如果在新系统中可以有其他方式获取，这些表SAPSAP归档：归档迁移方式将在15章节详细说明，本项目1：1迁移有关的归档文件和与之相关的管理数据。实际的物理文件需要客户手动迁移，SAP会提供。用户：由于所有的用户都将迁移，所以对BC-CCM-USR组件中所有的表不进行派生。类似的权限profile也将全部迁移。用户需DFL提供，并在每个测试阶段更新版本。SAPOfficeData(BC_SRV_GBTDFL中使用SAP系统提供的邮件功能。SAP建议在迁移开始前关闭与SAPOffice相关的未清工作流业务。连接SBWP的工作流及其历史数据都将迁移(SWWORGTASK,SWWUSERWI,SWWWIAGENT,SWWWIDEADLandSWWWIDH)。作业：作业及其对应的变式都将全部迁移，作业列表与变式需DFL提供NumberRange1:1（表NRIV）工作流的迁移策略是迁移激活并使用的工作流。迁移规则界定在工作流实例层。首先，（P）设计。基于目标系统是通过系统方式搭建，在当前场景下不会发生工作流版本的，只有当对工