BPD-SD110客户主数据管理流程管理资料
供应商主数据管理流程
供应商主数据管理流程Managing supplier master data is a critical process for organizations in ensuring the accuracy and integrity of supplier information. 供应商主数据管理是组织确保供应商信息的准确性和完整性的关键流程。
Effective management of supplier master data involves various steps such as data collection, validation, maintenance, and governance. 有效管理供应商主数据涉及数据收集、验证、维护和治理等多个步骤。
The process begins with the collection of supplier information, including their contact details, financial information, and performance metrics. 流程始于收集供应商信息，包括他们的联系方式、财务信息和绩效指标。
This data is then validated against various sources to ensure its accuracy and completeness. 这些数据随后经过各种来源的验证，以确保其准确性和完整性。
Once validated, the data needs to be regularly maintained and updated to reflect any changes or additions. 一旦验证完成，需要定期维护和更新数据，以反映任何更改或新增内容。
Additionally, governance processes need to be in place to ensure that the data is being used and managed in compliance with organizational policies and regulations. 此外，需要建立治理流程，以确保数据在遵守组织政策和法规的情况下得到使用和管理。
主数据维护流程规章制度说明
主数据维护流程规章制度说明主数据维护流程规章制度说明⽬录主数据维护流程规章制度说明 (1)⽬的 (2)责任 (2)适⽤范围 (2)术语和定义 (2)主数据维护管理流程 (2)制度说明简介 (2)1⽤户权限维护 (3)1.1权限维护流程 (3)1.2表格填写说明 (3)2职责维护 (3)2.1 职责维护流程 (3)2.2表格填写说明 (3)2.3注意事项 (3)3物料数据维护 (4)3.1物料维护流程 (4)3.2注意事项 (4)3.3表格填写说明 (4)4供应商维护 (4)4.1供应商维护流程 (4)4.2表格填写说明 (5)5 审批链维护 (6)5.1审批链维护流程 (6)5.2表格填写说明 (6)6 关键⽤户 (6)7⾮深圳地区维护补充说明 (7)8表格更新说明 (7)9附录 (7)9.1⽤户权限维护申请表 (7)9.2职责维护申请表 (9)9.3物料维护Excel表 (10)9.4供应商维护申请表 (10)9.5审批链维护申请表 (10)⽬的规范主数据维护的流程和表格填写说明，确保ERP主数据的准确性以及所有数据维护都有源可溯，所有主数据维护都将依照此规章制度执⾏。
责任所有涉及ERP主数据维护的⽤户，遵守此规章流程申请将数据维护到ERP系统中。
适⽤范围所有需要提交ERP数据维护的⽣产、⾏政、财务、采购及流程信息化的同事。
术语和定义⽆主数据维护管理流程制度说明简介主数据维护流程规章制度旨在规范主数据维护的流程，确保ERP主数据的准确性以及所有数据维护都有源可溯，所有主数据维护都将依照此规章制度执⾏。
此规章制度将分别说明各个主数据的流程和表格填写规范等。
1、⽤户权限维护2、职责维护3、物料数据维护4、供应商维护5、审批链维护1⽤户权限维护1.1权限维护流程1、下载物料维护申请表格，严格按照表格要求填写。
2、表格填写完成后，需要直属主管签字确认，然后再需要关键⽤户签字审核权限申请是否合理。
3、直属主管和关键⽤户签字确认后，将表格交给主数据维护⼈员，主数据⼈员最后审核表格填写是否规范，然后进⾏权限维护。
SD-010-客户主数据维护管理制度1.doc
SD-010-客户主数据维护管理制度1ERP流程配套制度制度名称：客户主数据维护管理制度制度编号：SD-010二○○四年四月1目的和适用范围1.1目的为规范ERP系统客户主数据的新增、更改和冻结操作，方便集团公司各级用户使用和查询ERP系统的主数据，避免出现客户编码的一码多物和多码一物的现象，特制定本制度。
1.2适用范围本制度适用于各类用户的客户主数据（含集团公司外部客户和内部客户）需要ERP系统进行更改、新增和冻结时提出申请的所有部门，对客户数据的相关信息进行归口管理和审批的业务或职能部门，归口进行主数据维护的部门，以及所有参与上述工作的员工。
2职责2.1申请的提出当存在有下列情形时，营销部及相关经营单位必须提出申请对客户主数据进行更改、新增和冻结。
2.1.1当新增的集团公司外部（或内部客户）需要进入ERP 系统处理业务时由营销部及相关经营单位填写客户主数据维护（创建）申请表。
2.1.2当集团公司外部（或内部客户）因帐号、税号、名称或其他要素发生变化时, 营销部及相关经营单位填写客户主数据维护（修改）申请表。
2.1.3当集团公司外部客户（或内部客户）因为同集团公司的往来已经完全结束（包括因评审不合格），且估计以后也不会再发生往来时，由财务部提议，营销部及相关经营单位审核后（一般是每年一次）向ERP系统主数据维护员报送相应的主数据维护（冻结）申请表。
2.1.4当集团公司外部客户（或内部客户）因为特殊原因需要对帐户进行冻结时，财务部或营销部及相关经营单位均可以向ERP系统主数据维护员报送相应的主数据维护（冻结）申请表，但必须通知其余相关部门。
2.2申请表相关数据的完善2.2.1申请部门的申请表格交ERP系统主数据维护员后，由主数据维护员对照表格判断是否有另外的数据需要其他部门进行完善时，由系统主数据维护员将相应表格分发至相关部门。
2.2.2营销部及相关经营单位对客户主数据的一般和基本视图进行完善。
BPD-SD110客户主数据管理流程管理资料
【最新资料,Word版，可自由编辑！】文件信息一般信息作者检查/复核批准修改记录流程说明销售订单客户在系统中称为售达方，是最基本的客户数据。
系统订单针对售达方生成。
售达方客户主数据中，一个售达方还有相对应的送达方、开票方、付款方、联系人，以适应不同的业务情形。
在系统标准状况下，这几方与售达方一致，即售达方自己收货、付款、接受发票、提车，没有其他合伙人的参与。
在实际业务中，可根据客户的具体情况，一个售达方可以对应不同的收货、开票方，或付款方。
例如一个客户以个人名义下定单，挂靠运输公司营运，开发票要开给运输公司时，售达方为该个体户，开票方应维护成该运输公司。
我公司的售达方主要有运输公司、经销商、机关团体、旅游公司、个体户（不挂靠运输公司）、挂靠运输公司的个体户。
在系统内将售达方的情形分为两大类，一是售达方、开票方、付款方均一致，包括运输公司、经销商、机关团体、旅游公司、个体户；二是售达方与开票方、付款方不一致（我公司财务纪律规定，开票方与付款方必须一致），目前适用于挂靠运输公司和挂靠经销商的个体户。
从购买行为看属于个人购车，但由于政策规定，必须挂靠运输公司或经销商，开票抬头也必须为其挂靠的运输公司或经销商，否则当地运管部门不予办理手续。
对于客户在下订单阶段不能确定是否挂靠公司或挂靠哪家运输公司的，必须在开发票前决定，以相应改变订单的开票方。
客户主数据可以被客车订单处理、附件销售和售后服务共同使用，当一个客户既买整车，又买零配件和附件时，只要在购买整车前维护一次客户主数据即可。
对于仅购买附件（座椅、玻璃钢、边窗）的新客户出现时，客户主数据由驻附件厂的财务人员维护。
物贸公司不在SAP系统中下订单，仅当发生往来帐结算时（即非现金结算），由财务人员在系统记帐之前维护客户主数据，对应现金往来的客户，则无需在系统中维护客户主数据。
售后服务多数情况下直接使用整车销售时所创建的客户主数据即可。
由于种种原因，某些最终客户在整车销售时无法知道（例如某些通过经销商购车的情况），在售后的报修时得到了，这时售后服务需要在系统中将这些最终客户创建为售达方并该售达方分配给所售车辆的设备主数据作为最终用户。
客户资料处理规程与步骤
客户资料处理规程与步骤
1. 客户资料的收集
- 通过客户填写的表格收集基本资料，包括姓名、联系方式、
地址等信息。
- 针对特定项目或服务，收集相关的详细资料，例如财务状况、需求和偏好等。
2. 客户资料的存储
- 将客户资料存储在安全可靠的系统中，确保信息不会泄露或
丢失。
- 根据数据保护法规的要求进行存储和备份，保障客户资料的
安全性。
3. 客户资料的处理
- 在处理客户资料时，需保持严格的保密原则，不得擅自泄露
客户信息。
- 根据客户需求，进行必要的资料整理和汇总，以便后续服务
和沟通。
4. 客户资料的更新
- 定期对客户资料进行更新，确保信息的准确性和实时性。
- 当客户有任何信息变更时，及时更新客户资料，以保持与客户的有效沟通。
5. 客户资料的销毁
- 当客户不再需要服务或要求删除个人资料时，按照相关法规要求进行客户资料的销毁，包括电子和纸质文件。
6. 客户资料的共享
- 在客户对资料共享有特定要求时，需严格遵守相关法规和客户的授权要求，确保信息安全和合规性。
以上为客户资料处理规程与步骤，希望全体员工能认真执行，确保客户资料的安全和合规处理。
客户主数据维护流程
.第二章-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.系统菜单及交易代码后勤→销售和分销→主数据→商业伙伴→客户→创建→完成交易代码：XD013.3.说明每个顾客主数据包含三个部分，即：一般数据：记录一些基本信息，如地址、电话等；销售范围数据：包含与销售处理功能相关的信息，维护时必须指定销售组织/分销渠道；公司代码数据：包含与财务处理功能相关的信息，维护时必须指定公司代码。
交易代码XD01〈完成〉指同时维护上述三部分信息3.4.系统屏幕及栏位解释栏位名称栏位说明资料范例1110科目组用于财务帐的客户科目分配，目前定义的科目组为：1110:国内直销；1120:国外直销；1120:国外直销；1210:国内经销；1220:国外经销；1310:国内收货方；1320:国外收货方；1410:分公司；1510:国内关联企业；1520:国外关联企业；1610:国内OEM销售；1620:国外OEM销售；客户客户编号，外部手工给号（规则：首位2开头，2-3位为分公司代码后两08位，4-6位为联络处代码（对于联络处）或责任中心代码后三位（对于责任中心），7-10位为流水号。
主数据管理详解(MDM)
主数据管理详解主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据，比如，可以是与客户(customers), 供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。
主数据通常需要在整个企业范围内保持一致性(consiste nt)、完整性(complete)、可控性(controlled)，为了达成这一目标，就需要进行主数据管理(M aster Data Management ，MDM)。
什么是主数据管理(Master Data Management ，MDM)主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据，比如，可以是与客户(customers), 供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。
主数据通常需要在整个企业范围内保持一致性(con sistent)、完整性(complete)、可控性(controlled)，为了达成这一目标，就需要进行主数据管理(Master Data Management ，MDM)。
需要注意的是，主数据不是企业内所有的业务数据，只是有必要在各个系统间共享的数据才是主数据，比如大部分的交易数据、帐单数据等都不是主数据，而像描述核心业务实体的数据，而像客户、供应商、帐户、组织单位、员工、合作伙伴、位置信息等都是主数据。
主数据是企业内能够跨业务重复使用的高价值的数据。
这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。
主数据管理(Master Data Management ，MDM)是指一组约束和方法用来保证一个企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。
这是从深层次来说来说明主动主数据管理(MDM)的深度和复杂性，简单的说，主数据管理(MDM)保证你的系统协调和重用通用、正确的业务数据(主数据)。
BPD_SD_11 寄售拒收管理流程
流程名称:寄售拒收流程流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
XXX股份有限公司第三事业部计划科科长: XXX签署:XXX精密制造有限公司计划科负责人: XXX日期:XXX股份有限公司第三事业部商务科科长: XXX签署:XXX精密制造有限公司商务科负责人: XXX日期:XXX股份有限公司第三事业部物料部经理: XXX 签署:XXX精密制造有限公司物料部负责人: XXX 日期:比亚迪股份有限公司财务总监: 吴经胜签署:日期:XXX股份有限公司第三事业部分管副总裁: XXX签署:XXX精密制造有限公司ERP项目项目经理: XXX 日期:XXX股份有限公司ERP项目分管副总裁: XXX 签署:日期: XXX股份有限公司精密制造ERP项目项目经理: XXX签署:日期:流程简述精密制造有限公司寄售拒收流程，与寄售调拨正好是两个相反的流程，他的实际流程是把客户寄售库中的产品拣配回我们公司自己的仓库，在SAP系统中体现为物料从客户名下转移回我们自己的库存，这种移动，属于工厂内的库存转移，并不涉及销售，所以这种业务在系统中与开票无关。
期望/功能/特别考虑♦我们将使用标准的SAP功能♦需要的配置将在实现阶段完成流程详细解释:由于种种原因，比如，寄售到客户寄售库的产品有问题等，客户可能要求我们把产品拉回来，类似于这种:从客户寄售库向我们自己工厂下库存地转移物料的业务，需要利用系统中的寄售拒收订单来实现相关的规则和政策改变:1．寄售拒绝订单的订单号有系统自动给出流水号8000000-89999992．这种业务与定价无关风险控制使用频率•较低组织结构变化(对当前组织结构):•没有改变权限控制:商务科负责客户寄售拒绝业务的处理, 在系统中有创建、修改、删除寄售拒绝订单的权限仓库有按单收货、发货的权限:参与人: X寄售拒收处理流程步骤负责人事务SAP交易操作文件1业务人员2客服3商务科4商务主管5业务员6商务科7仓库业务流程步骤:。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
【最新资料,Word版，可自由编辑！】
一般信息文件位置/名称BPD-SD110
作者姓名部门职责/角色签署日期
常青信息中心软件实施人员
于小青销售公司关键用户
检查/复核姓名部门职责/角色签署日期
陶程PwC顾问
韩军销售公司工程技术部经理
焦燕财务中心主任助理
批准姓名部门职责/角色签署日期
蔡忠PwC项目经理
黎启林宇通公司项目经理
王练宇通公司信息网络总监
朱中霞宇通公司总会计师
吴项林宇通公司常务副总
汤玉祥宇通公司总经理
修改记录版本修改原因生效日期
1.0 创建
销售订单客户在系统中称为售达方，是最基本的客户数据。
系统订单针对售达方生成。
售达方客户主数据中，一个售达方还有相对应的送达方、开票方、付款方、联系人，以适应不同的业务情形。
在系统标准状况下，这几方与售达方一致，即售达方自己收货、付款、接受发票、提车，没有其他合伙人的参与。
在实际业务中，可根据客户的具体情况，一个售达方可以对应不同的收货、开票方，或付款方。
例如一个客户以个人名义下定单，挂靠运输公司营运，开发票要开给运输公司时，售达方为该个体户，开票方应维护成该运输公司。
我公司的售达方主要有运输公司、经销商、机关团体、旅游公司、个体户（不挂靠运输公司）、挂靠运输公司的个体户。
在系统内将售达方的情形分为两大类，一是售达方、开票方、付款方均一致，包括运输公司、经销商、机关团体、旅游公司、个体户；二是售达方与开票方、付款方不一致（我公司财务纪律规定，开票方与付款方必须一致），目前适用于挂靠运输公司和挂靠经销商的个体户。
从购买行为看属于个人购车，但由于政策规定，必须挂靠运输公司或经销商，开票抬头也必须为其挂靠的运输公司或经销商，否则当地运管部门不予办理手续。
对于客户在下订单阶段不能确定是否挂靠公司或挂靠哪家运输公司的，必须在开发票前决定，以相应改变订单的开票方。
客户主数据可以被客车订单处理、附件销售和售后服务共同使用，当一个客户既买整车，又买零配件和附件时，只要在购买整车前维护一次客户主数据即可。
对于仅购买附件（座椅、玻璃钢、边窗）的新客户出现时，客户主数据由驻附件厂的财务人员维护。
物贸公司不在SAP系统中下订单，仅当发生往来帐结算时（即非现金结算），由财务人员在系统记帐之前维护客户主数据，对应现金往来的客户，则无需在系统中维护客户主数据。
售后服务多数情况下直接使用整车销售时所创建的客户主数据即可。
由于种种原因，某些最终客户在整车销售时无法知道（例如某些通过经销商购车的情况），在售后的报修时得到了，这时售后服务需要在系统中将这些最终客户创建为售达方并该售达方分配给所售车辆的设备主数据作为最终用户。
特约维修站作为售后服务部的客户，其主数据由售后服务部财务人员进行维护。
还有一些车辆由于销售时间久远，无法得到售达方的信息，就在创建设备主数据时，把该车对应的销售分公司作为虚拟售达方，如果后来得知了车主信息，则把该车主创建为售达方，并分配给该车的设备主数据作为最终用户，针对每次保修的人都可能不同的情况，把报修者维护成报修车辆的设备主数据售达方的联系人，并分配给该设备。
销售业务员数据作为主数据之一也必须在系统中维护。
业务员增加或负责片区变更时，由销售分公司经理批准，合同计划组负责变更业务员主数据。
宇通公司的SAP系统需要用到的客户主数据主要有:
售达方soldtoparty、运达方shiptoparty、开票方bill-toparty、付款方payer、联系人contactperson、销售业务员salespersonnel
需要用到客户主数据的流程：
客车订单处理流程
零配件销售流程
附件销售流程
维修中心服务订单下达流程
维修中心服务订单确认流程
维修中心服务订单结算流程
相关定义
售达方：下销售订单或服务定单的个人或公司。
开票方：接受发票的个人或公司。
付款方：为商品或服务付款的一方，与开票方和售达方不必一致。
运达方：即最终接受商品的地方，与以上三方不必一致。
联系人：宇通SAP系统中，经销商购车时，把最终用户维护成联系人，如销售过程中，不知道最终用
户是谁，当时联系人可以不维护。
销售业务员：对某一订单负责并记个人销售量的具体销售业务人员。
相关文件
文件ID 类别(设计/手册) 内容
流程描述
流程图
整车客户主数据流程维护图
步骤操作码描述操作部门/人
1 接待客户，填写合同评审单销售业务员
2 XD0
3 在SAP中判断此客户是否新客户销售业务员
3 是新客户，填写新客户申请表销售业务员
4 客户在系统中已存在，在评审单上注明客户代码，并
销售业务员
把合同评审单送到合同计划组
5 XD01 如果是新客户，先维护客户主数据合同计划组
BPD-SD31
进入订单处理流程合同计划组0
整车客户主数据更改流程图
步骤操作码描述操作部门/人
1 客户情况出现变更（如公司名称变化），销售业务员
销售业务员
填写客户主数据变更申请表
2 XD02 变更客户主数据合同计划组
销售业务员主数据维护流程
步骤操作码描述操作部门/人
1 增加新的销售业务员，填写新业务员申请表销售分公司
2 领导批准销售分公司经理
3 VPE1 维护销售业务员主数据合同计划组
销售业务员主数据变更流程
步骤操作码描述操作部门/人
1 销售业务员发生变更，填写销售业务员主数据变更申
销售分公司
请表
2 领导批准销售分公司经理
3 VPE2 更改销售业务员主数据合同计划组
附件厂/物贸公司/售后服务客户主数据维护流程
步骤操作码描述操作部门/人
1 接受附件订单/维修单结算/零配件销售结算附件厂/物贸公司/售
后服务业务员
2 XD01 如是新客户，在系统中维护客户主数据财务中心派驻附件
厂、物贸公司、售后
服务财务人员
3 BPD-FI210 转入开发票流程
附件厂/物贸公司/售后服务客户主数据更改流程
步骤操作码描述操作部门/人
1 填写客户主数据变更申请表附件厂/物贸公司/售
后服务业务员
2 XD02 在系统中更改客户主数据财务中心派驻附件
厂、物贸公司、售后
服务财务人员
业务改进与实施风险评估
∙目前客户信息（客户数据、售后客户数据、潜在客户数据）是分散的，分别存在合同计划组、结算部、市场营销部、售后服务部和销售人员处，彼此之间无
关联，存在信息不准，多次输入，重复劳动，利用率不高的情况，实现SAP客
户主数据管理之后，同样的客户只需维护一次，可以被多方利用，提高了工作
效率。
∙客户主数据中只有售达方不能改变，其余都可以改变，因国家营运政策等原因，使部分个体户不能上户从事客运，必须挂靠运输公司，但实际运输公司与
个体户之间在挂靠之前并不存在管理与被管理的关系，而且同时经营同一线路
的运输公司不止一家，致使个体户选择挂靠公司有随意性，出现接车开发票时
才决定挂靠公司，或中途改变挂靠公司等情况，必须同时更改已下达订单中的
合伙人，降低流程效率。
∙由于单车成本较高，对于用户在下销售订单时均需交预付款，大部分挂靠运输公司或经销商的个人在交预付款时，大多以个人名义交付；为给财务收预付款
挂账便利，需把售达方维护为个人。
新增客户主数据工作量大，可能降低评审
效率。
报表需求
报表编号描述关键字段报表工具* 使用频率*可能的报表工具包括：标准报表、LIS、ReportPainter、ReportWriter、Query、ABAP、Excel
表单需求
*包括手工创建的表单
表单编号描述关键字段生成工具* 使用频率
*可能的生成工具包括：SAPForm、电子邮件、手工等
数据转换考虑
数据描述估计容量转换来源数据质量售达方2000 QAD中的客户
公司代码
联系人10000 售后服务最终
用户（EXCEL）
销售业务员70 QAD中业务员
代码
售后服务售达方75 签约特约维修
站数量
配件销售客户主数据新中大系统中配件销售客户数据
接口与SAP增强
接口需要
编号输入/输出描述
SAP增强
编号差距其他解决方案。