1、华三第一部分第一部分：需求说明一、背景 商务在进行业绩和利益计算时,面对如下挑战: 。计算基数来源分散,手工比例大，规则不够清晰。计算结果与政策依据关联性不直观，核算过程透明度低。例外事项、异常情况调整记录未保存，版本差异无法体现记录。发布过程依靠邮件,缺乏统一的发布、存储及查询平台。缺乏有力的数据分析工具。 因此迫切的需要有一个统一的平台来进行业绩与利益的核算。 二、项目范围 打通公司发货数据（ERP、DMS）、渠道进销存数据（CBS）、商务基础数据（CDIP），统一核算基础数据来源。 在系统中保存各类业绩利益核算政策、调整备忘录和例外调整的依据，供稽核部门追溯。 根据各类业绩和利益核算政策
2、及调整备忘录等，提供灵活的核算逻辑配置功能。 提供统一的业绩利益发布、存储及查寻平台,满足商务、渠道、销售管理、财务等部门的不同需求. 三、业绩核算总流程 每季度进行一次业绩核对工作，主要通过进销存的平衡来进行。 首先确认库存，然后确认salesin，最后通过进销存平衡报告确认salesout。在进销存都确认后，我司商务会输入手工调整项，最后输出最终业绩。四、总代出货业绩奖励五、总代促销奖励计算六、总代保价计算七、总代进货业绩奖励八、差价补贴 九、二代返点计算十、二代促销计算第二部分：系统设计一、总体功能 业绩核算功能。包括CBS数据、手工数据、库存、salesin、Salesout 利益核算
3、功能。我司对合作伙伴的利益核算政策是比较灵活的，因此在系统中不能将所有核算规则均固化下来，需要有灵活配置的功能。我们对我司的利益核算政策进行了分析，可以将其抽象为数据模型和规则模型。每一种利益计算用的基础数据(一般是业绩)可以看作数据模型的实例，而计算用到的规则(一般是政策)可以看作是规则模型的实例，规则作用于基础数据最后生成利益数据。二、数据模型三、规则模型四、功能模块五、权限控制 控制与设计约束 1、一种利益对应一个规则包，政策与以及描述与规则包关联。 2、规则包发布后，进入提交审核状态，此时规则包不能修改，直到审核人驳回或批准。 3、利益发布时采用本季度最新版本的规则包和基础数据重新运算
4、写入正式表并覆盖本季度原利益数据。 4、利益审核完毕后，该季度利益即不能发布新的版本，直到该利益被失效。 5、开发人员可以执行规则也可以查看执行结果，但结果数据不会被写入正式表，仅作为测试参考。 控制方法 利益核算系统的权限控制分为两部分,业绩核算权限控制与利益核算权限控制. 业绩核算权限控制:基于CDIP原权限控制机制,可按程序模块和操作部门进行权限控制. 利益核算权限控制:采用基于规则包的权限控制机制,以规则包和针对规则包的操作进行二维权限控制. 对于规则包的操作有以下几种 创建,开发,查询,发布,审核,执行. 针对利益计算的结果操作有以下几种 发布利益，审核利益，失效利益六、数据控制 业
5、绩数据控制 1、业绩数据按计算期（一般是季度）和版本进行控制。任何业绩记录都必须包含版本号和计算期两个字段。 2、业绩记录的版本生成由业绩核算模块控制。 3、业绩数据若生成新的版本，则当期用到此业绩数据的利益结果将失效。利益基础数据控制 1、业绩数据按计算期（一般是季度）进行控制。每个计算期仅保留一份数据，每次导入新的利益基础数据，将会覆盖该计算期的利益基础数据。 2、若利益基础数据重新导入，则当期用到此基础数据的利益结果的基础数据将失效。规则数据控制 规则数据按版本和计算期进行控制，版本号由 “大版本.小版本”形式组成。 1、规则开发人员可对规则进行编辑和修改。也可打版本标记，打过版本标记的
6、规则将被记入数据库。规则开发人员每次打版本标记则 小版本自动+1。 2、规则包审核通过后，大版本自动+1，小版本自动归0 3、规则包的计算期有规则开发人员设定，默认值为该规则包上一个版本的计算期。第三部分：规则应用一、权限控制权限划分二、功能描述 （一）权限管理模块 用户管理 管理用户基本信息，包含登陆名，用户姓名，所属部门，密码设置，拥有角色等信息。 角色管理 管理角色基本信息，包括角色名称，角色描述，操作权限，规则权限。其中操作权限对应与系统页面，规则权限分为规则创建，规则编辑，规则查看，规则审核，规则发布功能。 （二）规则管理模块 1、规则创建 规则包的创建工作由IT完成. 规则包的创建
7、需完成以下内容 A、数据对象定义，将数据库名称转换成业务可理解的名称 B、编写该规则包的执行页面，结果查看页面。 C、指定该规则包的结果数据存放位置。 D、指定该规则包用到的基础数据表名称。 E、配置该规则包输入参数，一般为计算期、代理商编码。 2、规则编辑 由业务人员执行 ,可对规则逻辑进行修改。 3、规则发布 由规则编辑人员执行，当规则编辑人员认为某个规则已修改完毕时，可提交发布，此时规则进入待审核状态。 4、规则审核 由审核人员执行，审核人员可看到所有待审核的规则，若某规则被审核后，则该规则即可用来正式计算利益数据。 5、规则查询 由规则审核人员或编辑人员执行。可查看规则逻辑或规则流图。
8、 6、规则执行 A、规则的执行由业务人员操作。 B、不同的规则具有不同的执行界面。 C、可选择不同规则版本，计算期，某家代理商进行计算。 D、可选择是否记录执行轨迹，若记录执行轨迹，则可在执行完毕后查看。 E、规则执行完毕后立即跳转到执行结果查看页面。 7、利益发布 A、利益的发布由业务人员操作。 B、利益发布时仅需选择规则包，系统自动用此规则包对应的最新发布版本，计算期，业绩基础数据，生成结果数据。并将改季度原利益结果数据覆盖。 8、利益审核 审核过的利益不能被覆盖、发布。直到此利益被失效。 成功案例 项目名称： 华为3com合作伙伴利益核算系统。 单位名称： H3c（华为3com）。 项目情况： 渠道、二代等多个代理商利益核算规则、实现规则编辑、规则测试、规则审核、利益发布、 利益审核、利益失效等功能。 使用效果： 采用Visual Rules，实现了各季度代理商返点政策的制定和灵活修改。做到了政策的审核、 发布和跟踪。
