合作伙伴管理.docVIP

目 录 合作伙伴管理 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名专门的合作伙伴维护人员： 维护原则： 1、总部有新建、删除、修改、查询合作伙伴信息的权限； 、每隔一个月，会对系统里各区域公司新建合作伙伴进行检查和整理； 、如总部想针对某一集团客户的合作伙伴进行管理，则会赋予所有该集团客户内的公司唯一的、统一的、新的合作伙伴代码； 、总部如果在查出某个集团客户在一内没有任何出货量，且没有相关商务信息，则总部可以删除该合作伙伴，并通知相关公司合作伙伴维护员； 、一旦总部在检查时，发现了同一合作伙伴使用不同合作伙伴代码，则在删除其中之一后，通知被删除合作伙伴所在区域公司的合作伙伴维护员； 二、各区域、网点根据业务情况，指定1－2人员作为合作伙伴维护人员: 维护原则： 1、只有指定的维护人员有权限新建、删除、修改、查询合作伙伴信息； 2、在新建时，一定注意尽量不要发生同一合作伙伴不同代码的情况，保证合作伙伴在系统内的唯一性； 3、在输入合作伙伴信息时尽量保证其信息的真实性； 4、在输入合作伙伴信息时尽量保证其信息的完整性； 但这些信息是不是要用另外的业务模块来提炼出来，以备后用？ 我们可以进一步细分客户或供应商。如细分为：船公司、报关行等等。对于客户与供应商，我们可以分别建立各自的数据体系，但是这样需要对于即为供应商又为客户的同时在两套体系中维护信息。 由于在货代中交易双方经常互为客户/供应商，所以如果技术上容易实现，可以考虑将两者统一，然后再后面信息中标注其可能的角度。 对于合作伙伴可以考虑供应商/客户合在一起，但是价格体系必须区分收支两条线。 合作伙伴的层次关系、集团管理 类似于企业内部组织构架的模型，合作伙伴的层次关系和集团管理可以同样通过层次编码完成。这样一个管理功能通常交给集团完成。 这样用例的提取应该是针对合作伙伴的层次编码的维护或者分组。可以考虑在每个合作伙伴基本视图中设置一些分组字段，用于今后的灵活分析。 对于集团将某些单元的信息分配给其他单元共享的问题，其实质就是一个查询权限的问题，所以对于这样的业务管理需求，其抽象的业务模型就是一个系统权限设置的问题。再有，客户信息属于企业的资源，而非个人或特定组织的，企业应该判断哪些信息需要这样控制，哪些信息不需要。否则容易将一个简单问题复杂化。其中，合作伙伴基础信息的查询权限对系统内全部放开。参考的用例模型如下所示： 以上两个管理功能，可以放到相对较低的优先级，相对其他功能比较独立，对整体系统构建影响不大。 内部合作伙伴（Internal-Trade Party） 合作伙伴除了外部客户/供应商以外，还分为以下两类：内部跨公司间合作伙伴和公司内部利润中心间合作伙伴。由于内部交易相互形成委托，因而在日后的报表中需要考虑相关数据报表合并的问题，就像集团财务需要合并一样。在这里就需要在所有业务模型中构建贸易关联方（Internal-Trade Par