金蝶K3返利系统介绍.doc

金蝶K/3返利系统1. 引言21.1 编写目的21.2 背景21.3 定义、缩写词21.4 参考资料21.5假定与约束22. 任务概述32.1 系统背景32.2工作流程32.3目标52.4 系统用户53. 需求说明53.1具体实现5待客户补充。174. 其他问题174.1站点问题174.2软件操作习惯、导入导出要求185. 运行环境规定185.1 设备185.2网络支持185.3 支持软件185.3 客户确认191. 引言系统名称：返利系统方案1.1 定义、缩写词 K/3系统：目前客户所使用的K/3品牌：目前已经存在于K/3系统中的基础资料“品牌”，返利所涉及的商品品牌均需要在这里进行定义。K/3系统中任一商品只对应一个品牌。返利方案：具有固定的参数个数和参数意义，可以根据确定的数字计算出返利结果的公式称为一个返利方案。返利参数：一个方案中的参数数字可能是变化的，在使用返利方案前需要设置这个方案的参数。1.2假定与约束1假定本系统所涉及返利均计算产生两种结果：需要返还给客户的具体金额、需要返还给客户的具体品牌商品的数量，计算依据是K/3系统中客户销售与回款数据。2. 任务概述2.1 系统背景客户目前使用了金蝶K/3 版。在已经使用的K/3模块中包含了计算返利所需的部分数据：如销售、回款数据。但是还缺少其他重要的信息如销售月度计划、不同类型客户的返利政策等数据。再加上返利的计算的结果数据往往需要在后续环节循环使用：例如计算季度返利调整的时候需要查看该客户该季度三个月份已有的返利情况，或者计算季度回笼的时候需要把已返给客户的返利减掉。从而造成了手工计算返利困难。返利的灵活性：销售政策的灵活多变使返利计算的过程复杂多变。这也是市面上没有通用的返利软件的原因。考虑到返利的灵活性，由客户来定义返利的计算方法可以减轻销售政策对软件系统的依赖。需要在系统中设计客户自定义返利计算方法的功能。返利计算周期：本系统返利计算周期为月、季度。返利系统与其他系统的交互：由于返利数据要冲减客户应收款，并且需要在下一个环节中计算返利使用。返利数据的结果需要生成K/3系统的其他应收单。其他应收单使用K/3已有的功能生成凭证。2.2工作流程流程图：此流程图反映了金额类和数量类返利的运算流程，其中由于篇幅所限，在“内部管理”部分所列明的只有金额类返利申请单的流程，三种返利申请表均包含“金额”、“数量”两种计算返利方案。流程描述：在年初需要录入客户全年每月的销售计划，计划需要明确到客户+产品+数量。1、 月末待销售、回款数据全部确定后，进行客户的月度返利计算。月度返利根据当月客户的销售和回款情况计算。2、 季度末待销售回款数据全部确定后，进行客户的季度返利计算，季度返利依据本季度客户的销售和回款情况计算。3、 季度末待销售回款数据全部确定后，进行客户的季度返利调增计算。对完成季度任务但未完成月度任务的客户根据定义的公式计算出该客户应当调增的数据。4、 返利申请表：记录返利运算结果的单据。2.3目标开发本软件的主要意图：使用程序化的模型计算客户的返利，简化计算返利过程中客户、销售、财务人员的计算工作，减少返利计算过程中人员、单据往返所需的费用，使返利计算结果更加准确、计算依据明晰。2.4 系统用户本系统的主要用户是销售人员、客户、财务部门相关人员。3. 需求说明需求说明部分只描述了“月度返利申请单”方案的实现原理和过程，其他方案实现原理和过程类似，在此不赘述。需求描述中的图片只是为了辅助说明，可能摘自其他系统，并不代表描述的功能与这些系统有相关的联系。凡是K/3已有功能，不需要开发实现的均标注有“K/3已有功能”。3.1具体实现3.1.1 准备工作（品牌，已实现）事先在定义基础资料“品牌”，对所有商品增加自定义属性，相关属性为“品牌”。返利涉及的“品牌”以基础资料“品牌”为准。3.1.2 准备工作，已办理返利数据标识辅助信息在订单分录上定义“是否返利”基础资料，用于标注是否在计算返利时将该分录的内容纳入在内。由于在平时销售过程中部分客户的数量类返利同时产生。比如销售出库给客户张三10条“好运”品牌轮胎，按照当前的销售政策张三可以享受买10送1的返利。销售订单上产生两条分录，数量分别是10、1。月度或季度末需要对张三计算数量类或金额类返利，需要扣除已经发生了返利的销售数据。为了能够区分出已发生返利的销售数据，需要在销售订单中上述两条分录上做“已返利”标志，以便计算公式刨除已经发生返利的销售数据。在销售订单上增加提醒功能，销售订单的备注如果包含“返利胎”、“*送*”字样(其中*代表阿拉伯数字)，而“是否返利”并没有录入内容的给与提示，待录入内容后才能保存。一步到位价的处理，在“商品”基础资料中加入自定义字段“一步到位折扣率”，在录入该客户订单的时候，如果客户该种商品在订单的“折扣率”低于“一步到位折扣率”，则在销售订单上“是否返利”作标志，在计算返利的时候不予计算在内。非返利产品：需要在商品中增加属性：“非返利产品”，对不需要计算返利的产品进行标注，计算返利是不将这些产品纳入在内。3.1.3 年度计划录入：（K/3客户端方式）可以分批录入客户的销售计划，必须保证在计算客户返利前录入该客户销售计划，如果没有录入则认为该客户不需要进行返利计算：在下表中录入所有客户的计划销售数量和金额。品牌与物料代码上的“品牌”保持一致。初次录入的销售合同版本号为“1”，销售合同审核后原则上不允许直接修改，如果要修改，可以使用“修订”功能。每修订一次版本号加1。计算返利时最后一版生效。客户销售合同-录入年度： 2009 日期：2009-1-10 时间分类时间客户编码客户名称品牌数量金额备注月度101.01李朝中_LY好运100月度101.01李朝中_LY前进150月度201.01李朝中_LY好运200月度201.01李朝中_LY前进250季度101.01李朝中_LY好运400季度101.01李朝中_LY前进800年度200901.01李朝中_LY好运2000年度200901.01李朝中_LY前进3000版本号：1制单人：修订后的数据：客户销售合同-修订年度： 2009 日期：2009-1-10 时间分类时间客户编码客户名称品牌数量金额备注月度101.01李朝中_LY好运200月度101.01李朝中_LY前进250月度201.01李朝中_LY好运500月度201.01李朝中_LY前进450季度101.01李朝中_LY好运1000季度101.01李朝中_LY前进1200年度200901.01李朝中_LY好运3000年度200901.01李朝中_LY前进4000版本号：1制单人：3.1.4 返利方案与返利参数定义：（K/3客户端方式）有多少不同种类的运算办法就需要在本步骤建立几个返利方案（存储过程）的定义。方案（存储过程）的功能是根据选定的客户、开始和截至日期、品牌，然后根据选定返利方案（存储过程）对应的参数，功能计算出相应的客户返利信息，并自动生成客户返利单。方案设置的原则：参数意义和数量相同的方案可以设置为一个方案。例如：以金额计算返利的办法都需要指定了如下参数：“完成100%以上”、“完成80%-89”、“完成60%-79%”、“完成60%以下”。但是1-3月份返利比例为3%、2%、1%、0%，4-6月份的返利比例为5%、4%、3%、0%。只是参数值不同，但是参数的意义和数量都是相同的，就归纳为一个方案进行运算。方案计算后返回一组信息，并具备将计算出的信息自动生成一张返利计算单的功能。公式的内容是一个包含相应参数的存储过程，计算的过程和生成返利计算单的功能均需要在存储过程中完成。（方案定义需要有一定SQL编程基础，后续客户可以自行增加新的方案，增强了程序的可扩展性和适应性）。如图：属于返利方案的有：回笼计算方案、销售计算方案、返胎计算方案、季度调增方案。属于返利参数的有：全部完成奖励指数、一档完成比例、一档完成指数等等。 返利方案表现方式通过增加基础资料，如下图：计算方案为4个：1）按回笼计算方案（月度）2）按照回笼计算季度和年度方案。（每个客户不论月度采用什么方案计算，季度和年度方案均采用回笼方式计算）3）按销售计算方案（月度）4）按返胎计算方案（月度）5）季度调增计算方案（季度）。方案的描述和参数描述如下：按回笼计算类方案：按照选定的时间周期、客户名称、品牌、参数，与3.1.3定义好的销售计划对比计算出客户的返利金额。其中参数包括：全部完成指数，第一档百分比，第一档奖励指数，第二档百分比，第二档奖励指数，第三档百分比，第三档奖励指数，第四档百分比，第四档奖励指数，例如图示好运月度计算参数：其中按回笼计算类方案填写分为全部完成和另外四个档次填写，从上往下填写，如果某些档次不需要使用就填写为“0”。界面如下：2）销量计算方案：按照选定的时间周期、客户名称、品牌、参数，与3.1.3定义好的销售计划对比计算出客户的返利金额。其中参数包括：全部完成指数，第一档百分比，第一档奖励指数，第二档百分比，第二档奖励指数，第三档百分比，第三档奖励指数，第四档百分比，第四档奖励指数，图示与1）相似，不再列出。3）按返胎计算方案：采取满多少送多少计算，按照选定的时间周期、客户名称、品牌、商品代码进行汇总。使用返胎方案参数最高支持六档：包括：第一、二、三、四、五、六档的满多少条、送多少条数参数。如果客按照第一档计算余下的数量判断是否符合下一档赠送条件，如果符合则进行计算，余数类推。例如图示双钱返胎计算参数。如果客户双钱“01.01.01.001.001”总共123条。分别按照第一档和第五档规则赠送给客户20+3条双钱“01.01.01.001.001”。界面如下：4）季度调增计算方案：按照选定的时间周期、客户名称、品牌，对选定客户完成季度计划单位完成月度计划的进行调增计算。如果客户在同一季度同一品牌的三个月中采用了不同的计算方案，或是采用了不同的计算参数则不予计算。5）特殊返利单生成（非按照计划展开运算的返利类型）。上述四种方案均是按照客户年初定义的计划进行返利的计算，而对于一些灵活性非常高的返利计算方式，可以由Excel计算后粘贴到程序中生成返利单。程序中给定的格式如下图：支持从excel直接粘贴，根据此表生成返利单。客户名称客户编码商品品牌销售数量销售金额计算依据返利金额备注张三01.01风神1010000金额乘以1%1004月份风神85花纹的按3%额外增加返利政策3.1.5 返利单据定义： （K/3 客户端方式）返利计算的结果以单据的形式保存，返利计算结果、审核流程和套打基本一致的可以作为一种计算结果单据保存。可以定义多种返利计算结果模版，例如包括“客户返利申请表（月度）”、“客户返利申请表（季度）”、“客户返利申请表（季度调增）”。并可以由客户自行根据需要设计模版格式。3.1.6 返利计算：（K/3客户端方式）月末（季末、年末）需要进行返利计算的时候，打开“返利计算”功能，首先选择“返利方案”，然后选择该返利方案对应的返利参数。在相应需要计算的客户前打钩，然后选择需要计算这些客户哪些品牌的返利，选择需要计算的时间选择。点“计算返利”按钮，开始计算返利数据。选择客户操作可以多选，选择品牌操作可以多选。计算前的预警：在点“计算”按钮前如果该客户已经存在相同计算参数的记录，系统会给出提示，可以选择“取消”停止计算或“继续”强制进行计算操作。 2）程序会自动根据前面定义的公式计算出每个客户该范例方案的返利单，计算完毕后可进入相应的返利方案查询界面进行查询。可以查到返利单据的所有信息，也可以查询到返利单据有没有生成下游的其他应收单。如下图：双击任意一张返利单据可以进入返利单据的修改/查看界面，如下图：计算后的“返利申请单”数据可以手工直接修改，单据可以直接保存。3.1.7 套打设置（K/3客户端方式）套打和打印预览的功能均采用K/3已有功能。3.1.8 管理报表需求：（K/3客户端方式）1) 客户返利汇总表客户返利汇总表年 月品牌月返季返年返返胎合计合计2) 客户返利明细表客户返利明细表年 月大区地市客户品牌月返季返年返合计合计3)客户返利胎明细表客户返利胎明细表年 月客户品牌规格数量金额合计3.1.9 返利单据的查询：（网页形式）1） 网站用户建立。 2）网站用户的权限设定：考虑到一个真实的客户在K/3种可能认为分成多个客户，再次设计了一个网站用户使用一个用户名进入，可以对一个/多个客户的返利单据进行查询。在客户访问前需要对网站用户对K/3客户进行对照关系，指明登陆的用户可以看到哪些K/3客户对应的数据。3）用户菜单设置：需要设置用户进入系统能够使用的功能清单。4）客户登入操作：客户可以使用分配的用户名和密码进入系统，查看自己的返利单据，并审核通过。单据序时薄：日期：单据编号客户名称返利类型金额操作时间操作人员状态操作5）双击打开具体的单据界面：在单据界面中有审核单据的功能。审核完毕该单据显示“已确认”标志。客户返利申请表（月度）客户名称：开始日期：2008-4-26 截止日期：2008-5-25月度回笼80000钢圈销售内胎销售非任务品牌返利回笼80000品牌名称合同条数销售条数销售金额销售比重实际回笼返利系数返利双钱15205065066%528003%1584前进15152587534%272003%816合计月末应收信用额度超标资金超标扣款财务中心：大区经理：营销总监：客户：制单人：3.1.10 客户胎号查询：（网页方式）1） 按单据查询，按照单据号码，单据日期进行过滤，单据号码：开始日期：2008-4-26 截止日期：2008-5-25出库单号日期商品规格数量胎号XSCK0902212009-3-1双钱12.00R20-18RLB120907664522，907664523XSCK0902212009-3-1双钱11.00R20-18RR9N40907664522，9076645230907664522，907664523合计6双击打开弹出页面，显示该单据对应的胎号：2） 按胎号查询，输入胎号或部分胎号，点“查询”后出现胎号包含输入信息的销售单据，如果没有找到记录，说明并非公司销售胎号。胎号： 0907664522 胎号出库单号日期商品规格0907664522XSCK0902212009-3-1双钱12.00R20-18RLB13.1.11 金额类返利单据的流转：（K/3客户端方式）由返利申请单生成其他应收单的负数：使用K/3已有功能，可以由返利申请单下推生成其他应收单。4. 其他问题4.1站点问题1、所有使用客户端系统受K/3站点限制。2、使用网页形式方式无站点限制。如果需要客户登陆进行确认，考虑访问速度，建议采用单独的应用服务器。4.2软件操作习惯、导入导出要求软件设计的操作界面布局、录入信息的格式、导入导出的功能和格式、报表的格式、报表打印和查询过滤条件如果在本需求规格说明书中没有明确说明则按照软件提供方制定的布局、格式、操作习惯进行设计。 对于客户在签订本需求规格说明书后提出的软件操作习惯、导入导出作为系统新增的需求处理。5. 运行环境规定5.1 设备客户端CPU内存硬盘最低配置P4 1G CPU256M内存200M剩余硬盘空间建议配置P4 2.0双核 CPU以上1GM内存800M剩余硬盘空间应用服务器CPU内存硬盘基本需求Xeon 3G以上 CPU2内存10G硬盘空间建议配置2个Xeon 3G以上 CPU4G内存40G硬盘空间数据库服务器CPU内存硬盘基本需求Xeon 3G以上 CPU2内存10G硬盘空间建议配置2个Xeon 3G以上 CPU4G内存40G硬盘空间5.2网络支持为保证W访问效果，建议使用光纤双线路接入互联网，尽量减轻现有数据库服务器负荷、申请网络域名、724随时保证服务能稳定地运行。网络专业服务请咨询网络运营商。5.3 支持软件操作系统：数据库服务器：Windows 2003 Server应用服务器：Windows 2003 Server客户端： WindowsXP、windows2003系统软件：数据库：Microsoft SQL Server 2000 企业版合同管理制度1 范围本标准规定了龙腾公司合同管理工作的管理机构、职责、合同的授权委托、洽谈、承办、会签、订阅、履行和变更、终止及争议处理和合同管理的处罚、奖励；本标准适用于龙腾公司项目建设期间的各类合同管理工作，厂内各类合同的管理，厂内所属各具法人资格的部门，参照本标准执行。2 规范性引用中华人民共和国合同法龙腾公司合同管理办法3 定义、符号、缩略语无4 职责4.1 总经理：龙腾公司经营管理的法定代表人。负责对厂内各类合同管理工作实行统一领导。以法人代表名义或授权委托他人签订各类合法合同，并对电厂负责。4.2 工程部：是发电厂建设施工安装等工程合同签订管理部门；负责签订管理基建、安装、人工技术的工程合同。4.3 经营部：是合同签订管理部门，负责管理设备、材料、物资的订购合同。4.5 合同管理部门履行以下职责：4.5.1 建立健全合同管理办法并逐步完善规范；4.5.2 参与合同的洽谈、起草、审查、签约、变更、解除以及合同的签证、公证、调解、诉讼等活动，全程跟踪和检查合同的履行质量；4.5.3 审查、登记合同对方单位代表资格及单位资质，包括营业执照、经营范围、技术装备、信誉、越区域经营许可等证件及履约能力（必要时要求对方提供担保），检查合同的履行情况；4.5.4 保管法人代表授权委托书、合同专用章，并按编号归口使用；4.5.5 建立合同管理台帐，对合同文本资料进行编号统计管理；4.5.6 组织对法规、制度的学习和贯彻执行，定期向有关领导和部门报告工作；4.5.7 在总经理领导下，做好合同管理的其他工作，4.6 工程技术部：专职合同管理员及材料、燃料供应部兼职合同管理员履行以下职责：4.6.1 在主任领导下，做好本部门负责的各项合同的管理工作，负责保管“法人授权委托书”；4.6.2 签订合同时，检查对方的有关证件，对合同文本内容依照法规进行检查，检查合同标的数量、金额、日期、地点、质量要求、安全责任、违约责任是否明确，并提出补充及修改意见。重大问题应及时向有关领导报告，提出解决方案；4.6.3 对专业对口的合同统一编号、登记、建立台帐，分类整理归档。对合同承办部门提供相关法规咨询和日常协作服务工作；4.6.4 工程技术部专职合同管理员负责收集整理各类合同，建立合同统计台帐，并负责18咨询热线400-66777-04