文档库 最新最全的文档下载
当前位置:文档库 › SAP_S4_BP客户主数据屏幕增强

SAP_S4_BP客户主数据屏幕增强

SAP_S4_BP客户主数据屏幕增强
SAP_S4_BP客户主数据屏幕增强

系统版本S4 HANA 1610

S4 HANA系统废除了XD01,XK01,XK02, XD02等创建、修改、显示客户/供应商主数据的事务功能,把创建/修改/显示客户和供应商主数据集成到BP这个事务了。在项目中接到个需求是创建客户主数据时,增加一些自定义字段在BP事务屏幕里面。如下图(做好以后的效果):

原来对XD01做屏幕增强时,步骤通常是后台配置,然后增强BADI:CUSTOMER_ADD_DATA。

对BP做屏幕增强时,差别就比较大了。几乎全是后台配置,然后画个屏幕,最后CALL两个系统标准函数就可以了,屏幕间可以通过各种配置来实现客户需求,而不在像XD01屏幕增强做那么多的二次开发了。网上对这块的资料比较匮乏,做的时候费了一番周折。

下面就step by step的方式写一下实现方法,至于SAP对这块功能实现的底层思想我也没搞太懂,就不写了。

STEP 1. SAP初始屏幕输入T-CODE:BUPT,注意:一定要在SAP初始屏幕运行这个事务码,否则会报错。SAP菜单→业务伙伴→控制→屏幕布局

STEP 2. SAP菜单→业务伙伴→控制→屏幕布局→字段组(BUS2)

新建一个字段组7000(字段组最大值不能超过7000)

往字段组7000分配字段前要在表BUT000(BP: 一般数据I)增强自定义字段

往字段组7000分配字段

STEP 3. SAP菜单→业务伙伴→控制→屏幕布局→视图(BUS3)

配置视图前,要把要增强的屏幕画出来。T-CODE:SE51 SAPLBUD0是事务BP的主程序

里面CALL两个系统标准函数:BUS_PBO,BUS_PAI.

配置视图(BUS3),新建一个视图:ZVIEW

把STEP2新建的字段组7000分配给视图ZVIEW

STEP 4. SAP菜单→业务伙伴→控制→屏幕布局→部分(BUS4)新建部分ZCUST

把STEP 3新建的视图ZVIEW分配给ZCUST

STEP 5. SAP菜单→业务伙伴→控制→屏幕布局→屏幕(BUS5)新建屏幕Z9000

把STEP 4新建的部分ZCUST分配给屏幕Z9000

注意:一定要把部分:BUP009一同分配给Z9000,不然增强TAB页显示不出来。STEP 6. SAP菜单→业务伙伴→控制→屏幕顺序(BUS6)

把屏幕Z9000分配给通用数据BUP001

所有的配置已经完成,来看下效果:

用T-CODE:BP创建客户100002

表BUT000中的数据:

注:供应商屏幕增强亦是如此。

SAP客户主数据

客户维护 菜单 事务码: 创建客户事务 码:VD01/XD01, 建议使用XD01, 可以建立完整的 客户资料。VD01 只包括销售视图 回车或点勾进入 下一步

相关参数说明栏目名称描述字段值用户动作或结果注意事项 科目组说明此客户是属于哪一 分类特性必输0001订货方 0002收货方 0003开票方 0004付款方 如果这个四类是一样 的,选0001就可以了, 系统会自己将订货方, 收货方,开票方,付款 方全部建立。且代码一 样。 客户新客户在系统中的客户 编码必输订货方 C0001-C9999 收货方 D0001-D9999 开票方 E0001-E9999 付款方 F0001-F9999 要注意不同科目组的不 同号码段 公司代码说明这客户是属于哪一 家公司的客户 必输ARTS 目前就一家公司 销售组织此客户需求哪一个销售 组织 必输1000 目前只有一个 分销渠道此客户需求哪一个分销 渠道 必输10 目前只有一个 产品组此客户需求可以销售的 产品 必输10 目前只有一个 输入完初始屏幕 的相关字段值 后,点或回 车,进入

拖动右侧滚轴, 出现如下画面, 输入客户通讯信 息 相关参数说明栏目名称描述字段值用户动作或结果注意事项标题客户是个人OR公司必输公司 名称客户的名称必输 搜索项快速查找关键字可选 街道/门牌号客户的详细地址必输 邮政编码客户所在地的邮编必输此编码不清楚用零 代替 城市客户所在城市必输 国家客户所在国家必输 地区客户所在区域可选性 电话客户公司联系电话必输 可选性 移动电话客户主要联系人的电 话 传真客户公司的传真号必输 E-Mail 客户公司的邮件地址可选性 注释客户简短说明必输

客户主数据维护流程

****** 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司 的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工 编排)产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例科目组用于财务帐的客户科目分配,目前定义的科目组为:1110:国内直销;1120:1110

BPD-SD110客户主数据管理流程管理资料

【最新资料,Word版,可自由编辑!】

一般信息文件位置/名称BPD-SD110 作者姓名部门职责/角色签署日期 常青信息中心软件实施人员 于小青销售公司关键用户 检查/复核姓名部门职责/角色签署日期 陶程PwC顾问 韩军销售公司工程技术部经理 焦燕财务中心主任助理 批准姓名部门职责/角色签署日期 蔡忠PwC项目经理 黎启林宇通公司项目经理 王练宇通公司信息网络总监 朱中霞宇通公司总会计师 吴项林宇通公司常务副总 汤玉祥宇通公司总经理 修改记录版本修改原因生效日期 1.0 创建

销售订单客户在系统中称为售达方,是最基本的客户数据。系统订单针对售达方生成。 售达方客户主数据中,一个售达方还有相对应的送达方、开票方、付款方、联系人,以适应不同的业务情形。在系统标准状况下,这几方与售达方一致,即售达方自己收货、付款、接受发票、提车,没有其他合伙人的参与。在实际业务中,可根据客户的具体情况,一个售达方可以对应不同的收货、开票方,或付款方。例如一个客户以个人名义下定单,挂靠运输公司营运,开发票要开给运输公司时,售达方为该个体户,开票方应维护成该运输公司。 我公司的售达方主要有运输公司、经销商、机关团体、旅游公司、个体户(不挂靠运输公司)、挂靠运输公司的个体户。在系统内将售达方的情形分为两大类,一是售达方、开票方、付款方均一致,包括运输公司、经销商、机关团体、旅游公司、个体户;二是售达方与开票方、付款方不一致(我公司财务纪律规定,开票方与付款方必须一致),目前适用于挂靠运输公司和挂靠经销商的个体户。从购买行为看属于个人购车,但由于政策规定,必须挂靠运输公司或经销商,开票抬头也必须为其挂靠的运输公司或经销商,否则当地运管部门不予办理手续。对于客户在下订单阶段不能确定是否挂靠公司或挂靠哪家运输公司的,必须在开发票前决定,以相应改变订单的开票方。 客户主数据可以被客车订单处理、附件销售和售后服务共同使用,当一个客户既买整车,又买零配件和附件时,只要在购买整车前维护一次客户主数据即可。对于仅购买附件(座椅、玻璃钢、边窗)的新客户出现时,客户主数据由驻附件厂的财务人员维护。 物贸公司不在SAP系统中下订单,仅当发生往来帐结算时(即非现金结算),由财务人员在系统记帐之前维护客户主数据,对应现金往来的客户,则无需在系统中维护客户主数据。 售后服务多数情况下直接使用整车销售时所创建的客户主数据即可。由于种种原因,某些最终客户在整车销售时无法知道(例如某些通过经销商购车的情况),在售后的报修时得到了,这时售后服务需要在系统中将这些最终客户创建为售达方并该售达方分配给所售车辆的设备主数据作为最终用户。特约维修站作为售后服务部的客户,其主数据由售后服务部财务人员进行维护。 还有一些车辆由于销售时间久远,无法得到售达方的信息,就在创建设备主数据时,把该车对应的销售分公司作为虚拟售达方,如果后来得知了车主信息,则把该车主创建为售达方,并分配给该车的设备主数据作为最终用户,针对每次保修的人都可能不同的情况,把报修者维护成报修车辆的设备主数据售达方的联系人,并分配给该设备。 销售业务员数据作为主数据之一也必须在系统中维护。业务员增加或负责片区变更时,由销售分公司经理批准,合同计划组负责变更业务员主数据。 宇通公司的SAP系统需要用到的客户主数据主要有: 售达方soldtoparty、运达方shiptoparty、开票方bill-toparty、付款方payer、联系人contactperson、销售业务员salespersonnel 需要用到客户主数据的流程: 客车订单处理流程 零配件销售流程 附件销售流程 维修中心服务订单下达流程 维修中心服务订单确认流程 维修中心服务订单结算流程 相关定义 售达方:下销售订单或服务定单的个人或公司。 开票方:接受发票的个人或公司。 付款方:为商品或服务付款的一方,与开票方和售达方不必一致。 运达方:即最终接受商品的地方,与以上三方不必一致。

S4客户主数据配置描述

SAP S4客户与供应商主数据配置 一、S4与ECC 客户主数据与供应商主数据的差异 . S4版本把客户主数据、供应商主数据、信贷管理主数据、业务员集于一身,都用BP创建、修改,显示于一体。如下图1 分组如下图2 说明: l 业务伙伴角色中创建: 选择 1)FLCU000 FI客户,表示创建客户公司代码视图, 2)FLCU01 客户:表示创建客户主数据的基本视图和销售围视图。 3)FLVN00 FI 供应商,表示创建供应商财务视图, 4) FLVN01 供应商基本视图和采购组织视图。 分组:表示创建指定类别的客户或供应商,如上图所示可理解是不同编号围或类别的客户或供应商。 二、配置说明 2.1)定义业务伙伴角色

A.路径:跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义业务伙伴角色如下<图3> 用系统默认的客户与供应商BP角色。显示明细如下《图4》 <图5>

《图6》

图7 2.2定义应用程序事务 A.路径:跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义应用程序事务 B.作用:可把客户、供应商通过不同事务码来分开创建、修改、查看功能。(一般不建议使用不同事务码,就用BP好了,可通过权限控制来限制不同用户的权限),可用系统默认配置不需要修改(如下图8)。 详细配置如下图9

2.3维护供应商分组及编号围 路径:A. 路径:跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义编号围 如下图<图10> 2.4定义分组和分配围 路径:A. 路径:跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义分组和分配围如下图11

客户主数据维护流程

****** 海量免费资料尽在此 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司 的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工 编排)产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释

规范管理客户主数据

关于进一步规范管理客户主数据的通知 公司各部门(单位): 为了进一步规范管理武汉公司(含下属分子公司)客户主数据,现将有关事项通知如下,请各部门(单位)遵照执行。 一、各部门(单位)需要在SAP系统中新增、修改客户资料时,严格按照以下流程办理: 1、业务部门在OA系统中填写《客户档案添加申请单》,填写完毕后提交至指定财务人员审核(指定财务人员:武汉公司本部指财务部税务会计人员,各分子公司指本公司财务开票人员)。 2、在OA系统提交添加申请后,须提交最新的客户纸质版税务登记证(复印件)和开票资料至指定财务人员,税务登记证和开票资料须加盖客户公章和财务专用章。 3、财务人员根据纸质资料核对OA系统中的《客户档案申请单》,核实后提交至企业管理部“客商物料编码小组”。 4、企业管理部“客商物料编码小组”在股份公司基础数据编码系统中添加客户资料并上报股份公司审批。 5、企业管理部“客商物料编码小组”待股份公司审批通过后,核对OA系统《客户档案添加申请单》和SAP系统中客户主数据,核对无误后,分配至相应公司代码并通知相应部门(单位)使用。 6、对当月新增、修改的客户,指定财务人员当月初次开票时,须与相应业务部门业务员核对发票信息,业务员签字确认后方可开票。

二、相关注意事项 1、对当月新增、修改的客户,各部门(单位)须将第一张销售结算单和客户最新的加盖客户公章和财务专用章的税务登记证(复印件)和开票资料一并提交至指定财务人员。 2、业务部门在OA系统中填写《客户档案添加申请表》,若暂时无法取得流程第2条要求的资料,各部门(单位)须出具加盖部门章和经办人员签字确认的说明材料,交至指定财务人员,并在3个工作日内补交客户最新的加盖客户公章和财务专用章的纸质版客户税务登记证(复印件)和开票资料至指定财务人员。 3、为防范客户信息变更未及时告知我单位,各部门(单位)结算前应与客户确认开票资料信息。对于三个月以上(含三个月)未开展业务的原有客户,重新开展业务时,须取得客户最新的加盖客户公章和财务专用章的纸质版客户税务登记证(复印件)和开票资料,并与SAP系统中的资料进行核对,如有变化的请按照上述流程办理。 三、本通知自下发之日起执行。 企业管理部财务部 2012年5月3日

创建客户主数据

Create a customer master record for the new customer为新客户创建客户主记录 1、You create the customer master with the number ##### for sales area 1000, 12, 00 and for company code 1000. 新建客户#####,销售范围是1000, 12, 00,公司代码为1000. As you already have the relevant sales and accounting data, you enter the customer master for the sold-to party using the menu path Logistics→ Sales and Distribution → Master Data → Business Partners → Customer → Create → Full. Enter only the data specified below. 根据已有的销售及会计数据输入到客户主记录中按此路 径: 后勤--销售和分销--主数据--业务合作伙伴--客户--新建--完 成 根据以下详细说明填写 During a telephone call with the customer, you note down the following information. 与客户电话中记录下来的消息 N O T E: Account group: 0001 Sold-to party (use the first entry for the sold-to party in the search help table). Customer: ##### 科目组:0001 Sold-to party 客户:#####

怎样创建客户主数据

更多资料请访问.(.....)

EHP4 for SAP ERP 6.0 2010年3月 简体中文 创建客户主数据 (155.18) 主数据流程

SAP AG Dietmar-Hopp-Allee 16 69190 Walldorf Germany

Copyright ? 2010 SAP AG. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors. Microsoft, Windows, Excel, Outlook,and PowerPoint are registered trademarks of Microsoft Corporation. IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries,

主数据管理与实施策略.

主数据管理和实施 简介:企业主数据是用来描述企业核心业务实体的数据,比如客户、合作伙伴、员工、产品、物料单、账户等;它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据,并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 前言 企业主数据是用来描述企业核心业务实体的数据,比如客户、合作伙伴、员工、产品、物料单、账户等;它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据,并且存在于多个异构的应用系统中。本文将针对主数据管理的概念以及主数据管理解决方案的实施等方面跟大家作一个探讨。 主数据和主数据管理的概念 企业主数据可以包括很多方面,除了常见的客户主数据之外,不同行业的客户还可能拥有其他各种类型的主数据,例如:对于电信行业客户而言,电信运营商提供的各种服务可以形成其产品主数据;对于航空业客户而言,航线、航班是其企业主数据的一种。对于某一个企业的不同业务部门,其主数据也不同,例如市场销售部门关心客户信息,产品研发部门关心产品编号、产品分类等产品信息,人事部门关心员工机构,部门层次关系等信息。 数据管理的范畴和主数据管理的概念 图 1. 数据管理的范畴 如图所示,企业数据管理的内容及范畴通常包括交易数据、主数据以及元数据。 ?交易数据:用于纪录业务事件,如客户的订单,投诉记录,客服申请等,它往往用于描述在某一个时间点上业务系统发生的行为。 ?主数据:主数据则定义企业核心业务对象,如客户、产品、地址等,与交易流水信息不同,主数据一旦被记录到数据库中,需要经常对其进行维护,从而确保其时效性和准确性; 主数据还包括关系数据,用以描述主数据之间的关系,如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。 ?元数据:即关于数据的数据,用以描述数据类型、数据定义、约束、数据关系、数据

客户主数据维护流程

第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工编排)产销接 单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及“销售数据” 中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本责任中心客户仅自己可以查 阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码X D01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例 1110 科目组用于财务帐的客户科目分配,目前定义的科目组为:1110:国内直销; 1120:国外直销;1120:国外直销;1210:国内经销;1220:国外经销; 1310:国内收货方;1320:国外收货方;1410:分公司;1510:国内关联企 业;1520:国外关联企业;1610:国内OEM销售;1620:国外OEM销售; 客户客户编号,外部手工给号(规则:首位2开头,2-3位为分公司代码后两 位,4-6位为联络处代码(对于联络处)或责任中心代码后三位(对于责 任中心),7-10位为流水号。 F011 公司代码所属分公司的代码:(总部:F001;浦西分公司:F011;广州分公 司:F015) 责任中心助理在将客户扩展至总公司时不需KEY IN公司代码数据 (F001) 销售组织指顾客主数据所在销售组织,编号与分公司代码一致F011 分销渠道10:直销;20经销;30出口;40总公司销售到分公司10

主数据管理建设和实施

图 1. 数据管理的范畴 ?交易数据:用于纪录业务事件,如客户的订单,投诉记录,客服申请等,它往往用于描述在某一个时间点上业务系统发生的行为。 ?主数据:主数据则定义企业核心业务对象,如客户、产品、地址等,与交易流水信息不同,主数据一旦被记录到数据库中,需要经常对其进行维护,从而确保其时效性和准确性;主数据还包括关系数据,用以描述主数据之间的关系,如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。

?元数据:即关于数据的数据,用以描述数据类型、数据定义、约束、数据关系、数据所处的系统等信息。 主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案,以保证主数据的完整性、一致性和准确性 ( “ The set of disciplines, technologies, and solutions used to create and maintain consistent, complete, contextual and accurate business data for all stakeholders (users, applications, data warehouses, processes, companies, trading partners, customers, etc.) across and beyond the enterprise ” ) 。主数据管理的典型应用有 Customer Data Integration —客户数据管理和 Product Information Integraiton —产品数据管理。 图 2. 主数据管理的信息流 一般来说,主数据管理系统从 IT 建设的角度而言都会是一个相对复杂的系统,它往往会和企业数据仓库 / 决策支持系统以及企业内的各个业务系统发生关系,技术实现上也会涉及到 ETL、EAI、EII 等多个方面,如图 2 所示,一个典型的主数据管理的信息流为: 1.某个业务系统触发对企业主数据的改动; 2.主数据管理系统将整合之后完整、准确的主数据分发给所有有关的应用系 统; 3.主数据管理系统为决策支持和数据仓库系统提供准确的数据源。 因此对于主数据管理系统的建设,要从建设初期就考虑整体的平台框架和技术实现。 以客户主数据为例,常见的主数据域包括: ?Party:参与方。参与方包含的范围是所有与企业发生了或者发生过正式业务关系的任何合法的实体,比如填写了投保单的参与方。 Party 是分

客户主数据维护流程

客户主数据维护流程 Company number:【0089WT-8898YT-W8CCB-BUUT-202108】

第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内 容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司的销售组 织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工编排) 产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及“销售数据”中 须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本责任中心客户仅自己可以查 阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例 1110 科目组用于财务帐的客户科目分配,目前定义的科目组为:1110:国内直销; 1120:国外直销;1120:国外直销;1210:国内经销;1220:国外经销; 1310:国内收货方;1320:国外收货方;1410:分公司;1510:国内关联企 业;1520:国外关联企业;1610:国内OEM销售;1620:国外OEM销售; 客户客户编号,外部手工给号(规则:首位2开头,2-3位为分公司代码后两 位,4-6位为联络处代码(对于联络处)或责任中心代码后三位(对于责 任中心),7-10位为流水号。 F011 公司代码所属分公司的代码:(总部:F001;浦西分公司:F011;广州分公 司:F015) 责任中心助理在将客户扩展至总公司时不需KEY IN公司代码数据 (F001) 销售组织指顾客主数据所在销售组织,编号与分公司代码一致F011 分销渠道10:直销;20经销;30出口;40总公司销售到分公司10 部门01:家具产品; 02:服务01 按键进入下一个画面。 栏位名称栏位说明资料范例 名称顾客全称东宁广告有限公司 名称2 英文名称Dong ning Addvertise co., 名称3 开具增值税发票所用的抬头,必须准确东宁广告有限公司 搜索条款顾客简称,用于对顾客信息的快速搜索东宁广告 栏位名称栏位说明资料范例 街道/房号顾客地址上海市长宁路262号火炬旅馆4楼

客户主数据维护流程

. 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司 的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工 编排)产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等;

主数据管理详解

主数据管理详解 主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据, 比如,可以是与客户(customers), 供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。主数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性 (controlled),为了达成这一目标,就需要进行主数据管理(Master Data Management ,MDM)。 什么是主数据管理(Master Data Management ,MDM) 主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据, 比如,可以是与客户(customers),供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。主数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性 (controlled),为了达成这一目标,就需要进行主数据管理(Master Data Management ,MDM)。需要注意的是,主数据不是企业内所有的业务数据,只是有必要在各个系统间共享的数据才是主数据,比如大部分的交易数据、帐单数据等都不是主数 据,而像描述核心业务实体的数据,而像客户、供应商、帐户、组织单位、员工、合作伙伴、位置信息等都是主数据。主数据是企业内能够跨业务重复使用的高价值 的数据。这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。 主数据管理(Master Data Management ,MDM)是指一组约束和方法用来保证一个企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。这是从深层次来说来说明主动主 数据管理(MDM)的深度和复杂性,简单的说,主数据管理(MDM)保证你的系统协调和重用通用、正确的业务数据(主数据)。通常,我们会把主数据管理作 为应用流程的补充,通过从各个操作/事务型应用以及分析型应用中分离出主要的信息,使其成为一个集中的、独立于企业中各种其他应用

主数据管理方法论

主数据管理方法论 什么是主数据(MD) 简单的说,主数据是企业内关于核心业务实体的参照数据。这些业务实体包括: 1人员—例如,客户,雇员(人力资本),供应商,合伙人等。 2 ?事物—包括产品,财务(分类帐),资产等。 3?场所一企业感兴趣的位置和地点。 4. 其他关键实体-企业感兴趣的其他数据。每个企业都会有自己特有的关键实体。 什么是主数据管理(MDM ) 主数据管理-或者称为管理主数据。这包括建立和维护主数据的一些管理性的应用。例如,客户数据整合(CDI , customer data in tegratio n),产品信息管理(PIM , product in formation management),以及用来管理类似数据主题的其他应用。 主数据管理的业务目的 通过对没有MDM的IT环境进行分析,我们可以很容易的理解MDM的业务目的。分 析结果可以总结为下面的四个主要问题: 1数据冗余 没有MDM功能,企业内的每一个系统、应用、甚至业务部门都会收集自己版本的核心业务实体数据。最好的例子就是对客户数据的收集。客户的关键属性如客户名称和地址信息 在企业内各个角落都被重复的记录着。非常遗憾的是,在这个收集客户信息的过程中,很少会产生相同或者一致的结果。这导致了一个很严重的问题(除了存储成本之外),数据冗余导致数据质量过差。 根据The Data Warehousing Institute 的一份报告(Data Quality and the Bottom Line, by Wayne Eckerson)显示,由于数据质量过差,企业每年的总共损失超过$600 billion,而且其 中的大部分成本是因为冗余、低质量的主数据引起的。这也引起了下面提到的第二个主要问 题。

相关文档