合作伙伴管理.doc

目 录 TOC \o 1-3 \h \z \u 合作伙伴管理 A12 3 1 合作伙伴管理概述 3 1.1 合作伙伴信息分类 8 1.2 合作伙伴信息权限管理 10 2 合作伙伴信息管理 A121 13 2.1 新建合作伙伴信息流程 A1211 14 2.2 查询合作伙伴信息流程 A1212 17 2.3 共享其他合作伙伴信息流程 A1213 18 2.4 修改合作伙伴信息流程 A1213 21 3 合作伙伴信用管理 A122 22 3.1 维护客户信用等级 A1221 25 3.2 维护供应商信用等级 A1222 26 合作伙伴管理 A12 A12合作伙伴管理分为： A121合作伙伴信息管理 A122合作伙伴信用管理 1 合作伙伴管理概述 合作伙伴管理是货运代理企业的最基础的组成部分，是货运代理企业保证基础货源、不断增加货源、降低成本支出并且不断提高货运服务质量的关键，在合作伙伴管理里主要针对的对象是为我们提供货源的货运客户以及为我们提供服务的供应商和代理机构。 我们的设计思路是将货运客户、供应商和代理机构等都看作我们的合作伙伴统一进行管理，这是由于货运业务的合作伙伴互为服务对象的特点而决定的。因为在货运业务中经常互为服务关系，互相变换客户和供应商的角色，这样就具备统一管理合作伙伴的基本条件。 对于货运业务很多情况下经常会不好确定供应商之间单一的合作关系.因此,按合作伙伴统一管理更能够反映货运业务的特点。合作伙伴统一管理的优点还在于，将来系统数据维护过程中的便捷性和统一性。 合作伙伴的视图 合作伙伴必然与公司组织构架相关，即对于同一物理合作伙伴，站在不同的组织结构上有不同的观点，我们称之为“视图（View）”。 一个合作伙伴与特定的组织有业务往来，必须拥有对应的视图。这是一个集团业务控制的基础点。 集团可以通过冻结操作控制合作伙伴与业务单元之间的关系。 集团级系统管理合作伙伴的前提是：唯一的合作伙伴在集团内的ID唯一，这样就要求制定集团层面的一个统一编码体系，最好建立统一集中的ID维护机构，这样才能有效确保唯一性。不同的视图下的信息维护可以集中维护、也可以分开维护。 合作伙伴的维护 合作伙伴维护通常分为申请审批和信息维护两个流程，作为应用系统的核心应用为信息维护，申请审批通常使用OA工作流完成，也可以纳入到系统中。 信息维护主要从4个方面进行： 基础信息的维护：通常需要集团建立集中的机构维护，以确保唯一性，唯一性可以建立在合作伙伴某一唯一独立的信息上； 商务信息的维护：实质是在已经拥有基础信息及合作伙伴ID后，针对该公司的合作伙伴信息扩展，一个合作伙伴对于该公司只有一条商务信息； 业务信息的维护：实质是在已经拥有基础信息及合作伙伴ID后，针对该组织机构的合作伙伴信息扩展； 特别地，针对评估，其核心内容是构建外部评估体系。（建立评估体系的关键内容参见《企业组织构架》），在系统中重点体现对评估信息的维护（初次维护、升级、降级等），以及特定级别变更后对后续业务的影响。但是目前考斯特集团尚未建立起相应的现实业务管理体系。建议系统设计考虑此因素，但是具体开发等到现实业务体系基本建立并有效运行后再进行。 从而我们可以根据这些需求，将用例进行如下的规划的优化： 建议按照以上思路优化现有的合作伙伴相关用例。 建议评估单元的具体开发等到相关业务管理体系建立后再进行，但在系统模型设计中给与充分考虑，以后只需要新增部门内容即可。 合作伙伴（无论是客户、供应商，还是内部合作伙伴、外部合作伙伴）一定对应组织机构内某一个或多个维护人员（可能是销售人员，也可能是非销售人员），因此，需要在员工建立其维护的合作伙伴列表。 一、总部至少指定1名专门的合作伙伴维护人员： 维护原则： 1、总部有新建、删除、修改、查询合作伙伴信息的权限； 2、每隔一个月，会对系统里各区域公司新建合作伙伴进行检查和整理； 3、如总部想针对某一集团客户的合作伙伴进行管理，则会赋予所有该集团客户内的公司唯一的、统一的、新的合作伙伴代码； 4、总部如果在查出某个集团客户在一年内没有任何出货量，且没有相关商务信息，则总部可以删除该合作伙伴，并通知相关公司合作伙伴维护员； 5、一旦总部在检查时，发现了同一合作伙伴使用不同合作伙伴代码，则在删除其中之一后，通知被删除合作伙伴所在区域公司的合作伙伴维护员； 二、各区域、网点根据业务情况，指定1－2人员作为合作伙伴维护人员: 维护原则： 1、只有指定的维护人员有权限新建、删除、修改、查询合作伙伴信息； 2、在新建时，一定注意尽量不要发生同一合作伙伴不同代码的情况，保证合作伙伴在系统内的唯一性； 3、在输入合作伙伴信息时尽量保证其信息的真实性； 4、在输入合作伙伴信息时尽