自己的营销管理系统.docx

自己的营销管理系统.docx

《自己的营销管理系统.docx》由会员分享，可在线阅读，更多相关《自己的营销管理系统.docx（34页珍藏版）》请在冰豆网上搜索。

自己的营销管理系统

a项目4-营销管理系统

毕业设计主题

本项目实现了批发、零售企业的商品营销过程，是ERP系统的核心功能之一，也是网络营

销的核心功能。

通过本项目让学生掌握：

网络应用软件开发的方法

.NET（C#为主）开发网络下的应用软件的技术

数据库编程技术，主要是SQL语言技术

软件开发过程中的工程规范

工程文档的编写方法和规范

1、子系统功能

子系统名称模块功能

销售业务

部门销售计划制定部门长期销售计划

制定部门本期销售计划

审核部门长期销售计划

审核部门本期销售计划

查看部门长期销售计划执行情况

查看部门本期销售计划执行情况

业务员销售计划制定业务员长期销售计划

制定业务员本期销售计划

审核业务员长期销售计划

审核业务员本期销售计划

查看业务员长期销售计划执行情况

查看业务员本期销售计划执行情况

客户销售计划制定客户长期销售计划

制定客户本期销售计划

审核客户长期销售计划

审核客户本期销售计划

查看客户长期销售计划执行情况

查看客户本期销售计划执行情况（1Student）

零售业务

录入零售单

修改零售单

删除零售单

零售单查询

零售结账处理

零售结账报告（2Student）

标准订单

录入订单

修改订单

作废订单

初审订单

复审订单

订单解冻

中止订单

订单发货

发货作废

订单查询

订单明细查询

销售出库查询（3Students）

标准退货

录入退货单

修改退货单

作废退货单

审核退货单

退货单生成销售订单

中止退货单

接收退货

退货单查询

红字销售出库查询（4Student）

代销业务

代销申请

修改/作废代销申请

审核代销申请

代销发货

代销发货作废

代销出库单查询

代销申请查询

代销退货红字出库

代销红字出库单查询

代销结算代销结算

修改/作废代销结算订单

审核代销结算订单

代销结算订单查询（5Student）

销售发票

出库开票

直接开票

发票核销

发票作废

发票查询

红字销售发票

出库开票

直接开票

发票核销

发票作废

发票查询（6Student）

3、关键技术：

使用visual2003作为开发工具，数据库采用mssqlserver

2000。

开发语言采用c#。

web服务器采用windowsiis5.5以上。

4、执行计划

在执行过程中，老师作为项目经理，负责每个项目的管理和监控。

其中涉及到各种项目

活动，具体活动要求如下：

会议：

根据需要，老师和组长可以组织会议，但每次时间不许超过半天；

计划：

小组制定相关计划，并报老师审核；

执行：

小组按照要求完成任务，由组长负责组织和协调；

报告：

每个项目阶段完成（里程碑），小组上报老师审批；老师必须在第二天给出

审批结果；

评审：

老师或组长根据需要进行阶段成果评审；以会议的方式；

变更记录：

根据项目要求，相关变更必须作变更记录，由小组完成；

需求分析

0.文档介绍

0.1文档目的

本文档描述了系统软件功能要求，以及具体的开发方法。

0.2文档范围

本文档仅适合本项目提出的要求。

0.3读者对象

所有参与开发的人员。

1.产品介绍

本产品实现了网络下的产品营销管理。

2.产品面向的用户群体

本产品作为实训课程训练专用，无实际用途。

3.产品应当遵循的标准或规范

本产品应该遵循cmm2开发过程规范以及.net编码规范。

4.产品的功能性需求

业务组织：

一个集团只能拥有一个业务组织，包括这个集团内部所有的业务总部（事业部）和销售分支机构。

在U8网络分销系统中，一个业务组织使用一个系统管理子系统、一个综合查询子系统和一个数据数据交换中心。

业务总部（事业部）：

指在一个集团公司下生产或者经营不同类产品的利润中心，业务总部一般对自身的产品实行研发、采购、生产、销售一体化管理，独立考核利润。

一个集团可以拥有多个业务总部（事业部）。

每个总部只能经验属于自己账套内的商品。

销售分支机构：

企业在全国各地建立的销售及管理机构，可以是独立核算的经营实体，也可以是非独立核算的外派销售部门。

其中：

大区：

大区是集团公司下设的管理部门，不处理任何具体销售业务，无直接库存组织，只进行监督、协调、培训等管理工作。

同时作为业绩考核的单位。

分公司：

业务总部设置的地区经营单位，包含直接的库存组织，与业务总部之间是直接销售结算的关系。

可以是法人实体或者虚拟法人实体。

分公司作为利润中心向其客户销售产品并开具发票。

分公司必须把总部（事业部）设定为自己的机构供应商。

在设置有大区的业务组织内，分公司必须对应一个大区。

分公司可以经营的商品范围为业务组织内所有的商品。

办事处：

业务总部或分公司设置的地区经营单位，包含直接的库存组织，不是独立的经营实体，与上机部门（业务总部或分公司）之间的所有业务属于内部往来。

办事处可以是法人实体或非法人实体。

办事处的客户可以直接与业务总部或分公司结算，也可以和分公司结算。

办事处一般作为费用中心，总部把其销售商品数量和销售费用作为考核目标。

在U8网络分销系统中，办事处和总部或分公司存在于同一账套内，在总部或分公司的账套内被设置为部门。

仓库核算组：

仓库核算组可以由一个或多个仓库组成。

通常把一个办事处下的所有仓库设立为一个仓库核算组。

成本计算时只有属于同一仓库核算组的库存单据才一起计算成本。

􀁺渠道伙伴（经销商）：

不是由业务总部自设或控股的经营实体，但与总部合作代理企业产品在当地的销售。

与总部是结算关系。

经销商可以代理多家企业的产品。

连锁专卖：

总部在各地建立连锁专卖店（如医药连锁），由总部负责统一采购，连锁专卖店负责商品在当地的零售业务，管理专卖店的库存。

总部可能会在某一地区建立配送中心，负责附近若干地区的商品配送。

网络分销设计目标

网络分销是建立在U8标准产品平台基础上，以销售管理为核心，向财务、市场管理、售后服务管理、合作伙伴管理等与销售密切相关的领域发展，最终形成的一套完整的、面向分销以及连锁零售管理的集团化销售解决方案。

网络分销可帮助企业规范销售业务处理流程，实现对业务处理过程的全面跟踪、记录、分析，为企业管理决策和各项业绩考评提供准确的量化依据，提高企业运行效率。

网络分销为企业的管理人员提供跨地域数据统计分析与业务监控工具，为企业的业务人员提供业务实时处理帮助工具。

在低成本解决本企业内部跨地域协同工作难题的同时，为整个分销网络中的相关节点企业同时提供真正的电子商务处理能力。

产品形态上，网络分销由一系列标准的功能模块组成（包含于U8标准产品平台之中），可根据客户的实际需求快速构建出客户需要的销售管理系统框架，并通过二次开发工具实现客户的大部分特殊需求（如专用格式的报表等）。

产品可划分为如下五个子系统：

系统管理子系统：

维护账套及总部的基本的档案信息，并可对下层系统进行管理；

业务处理子系统：

处理一个业务组织内的所有业务活动。

一个业务组织包含若干个业务处理子系统的实例，对应一个个总部或分公司账套。

每个实例都具有相同的功能。

但是这些实例在一个业务组织内分布时，会根据每个实例所处的上下层位置，屏蔽掉一些根本不会用到的功能（如在分公司账套的实例中，会屏蔽掉“产成品入库”功能），所以，业务处理子系统划分为总部业务处理子系统和分公司业务处理子系统两种。

客户端子系统：

为客户提供商品查询、网上订货、网上对账、处理进度查询等服务；

离线POS子系统：

门店零售业务使用的POS系统，从业务管理子系统下载基础档案，日结时把零售单和退货单上传到业务管理子系统。

综合查询子系统：

汇总各个总部、分支机构等业务帐套上报的各类交易数据，生成各类报表，供企业管理人员查询；

网络分销所支持的营销组织结构

网络分销可以支持目前国内常见的集团化营销组织结构的七种模式，如下图：

􀁺模式1：

总部－分公司模式

此模式下，总部使用总部业务系统，分公司使用下级分公司业务系统，分公司客户使用客户端与分公司进行订货、退货、代销、商品查询等业务。

总部可以跨系统查询到分公司的业务信息（销售、库存、采购等）。

􀁺模式2：

总部－办事处模式

此模式下，总部使用总部业务系统，办事处作为总部的一个业务部门，与总部使用相同的业务系统。

系统中可以为客户指定办事处，系统控制办事处人员只能看到与其相关的信息。

总部业务员在系统内部汇总各个办事处的业务信息。

􀁺模式3：

总部－经销商模式

此模式与“总部－分公司模式”类似。

总部使用总部业务系统，经销商使用下级经销商业务系统完成与总部的业务处理，同时管理自身与经销商客户的业务。

经销商的客户（二级经销商、加盟专卖店）使用客户端或者零售系统与经销商进行业务处理。

􀁺模式4：

总部－客户模式

此模式下，总部使用总部业务账套，需要总部直接管理的大客户使用客户端与总部进行业务处理。

􀁺模式5：

总部－分公司－办事处模式

此模式为模式1“总部－分公司”和模式2“总部－办事处”的综合。

总部使用总部业务账套，分公司使用分公司业务账套，分公司下属的办事处作为分公司的销售部门，同样使用分公司的业务账套。

分公司的客户、办事处的客户，都使用客户端与分公司和相应办事处进行业务处理。

􀁺模式6：

总部－连锁专卖模式

此模式下，总部使用总部业务系统，总部的自营专卖店同样使用总部的业务系统，作为总部的销售机构，而加盟专卖店可以使用自己的业务系统。

􀁺模式7：

多业务总部模式

某些企业针对不同的产品设立不同的事业部，事业部实行研发、采购、生产、销售一体化管理，独立考核利润；而在各地建立企业统一的销售平台管理机构，各事业部利用统一的销售平台实现分销，既解决企业成本细化分解的问题，也解决各地销售资源的利用效率问题。

在这种情况下，每一个分公司需要面对不同事业部的不同部门（如商务部、财务部等）。

通常情况下，一个企业的销售组织模式可能会是以上7种中的多种模式的组合。

在多模式组合的情况下，实施人员应根据系统的功能和企业的实际需求，通过对系统运行模式变通、对企业业务模式抽象等方法，实现系统在企业的应用。

系统设计

0.文档介绍

0.1文档目的

本文档介绍了软件系统的总体体系结构。

0.2文档范围

本文档仅适合本项目的需求要求。

0.3读者对象

所有参与开发的人员。

业务处理子系统的流程管理部分

本部分介绍业务处理子系统中的业务操作流程和操作细则，包括销售过程管理、采购过

程管理、库存管理、应收应付管理、财务与费用管理、期末处理、统计查询。

业务处理子系统中的基础管理（包括商品档案和价格管理、市场信息管理、供应商管理

和系统管理等功能在“业务处理子系统的基础管理部分”介绍。

销售过程管理

标准订单管理

流程图

功能描述

处理标准销售模式下的客户订单（合同），包括订单录入、修改、作废、初审、审核、

中止、发货、销售出库确认、发货作废、销售转直运、销售转采购等处理过程。

支持模式

标准订单管理支持非同账套内的交易。

具体模式如下：

􀁺分公司模式：

分公司向总部下订单、分公司客户向分公司下订单、总部客户向总部下订单。

􀁺办事处模式：

办事处客户向办事处下订单、总部客户向总部下订单。

􀁺经销商模式：

经销商向总部下订单、经销商客户向经销商下订单。

功能细节描述

订单录入

订单可由下级机构或客户在网上直接生成提交，也可由企业自身业务人员录入。

系统接

收订单后，自动将该订单转为待审核状态。

销售订单的表头内容包括：

订单编号、订货日期、订货单位、付款单位、付款单位银行、付款单位账号、付款单位税号、收货单位名称、收货联系人、收货单位地址、联系电话、邮编、传真号码、电子邮件、付款方式、运输方式、希望到货日期、发货优先级、预付款、账期、部门、业务员、制单人、备注一、备注二、备注三、合计金额。

销售订单的表体内容包括：

货号、商品编号、规格名称、计量单位、数量、单价、折扣％、折扣价、金额、备注。

订单的商品编辑卡片如下：

在销售订单录入及修改时，在订单的商品编辑卡片上：

􀁺点击“最近销售价”按钮，可查看商品最近三次的销售出库日期、销售出库单号、单价、折扣价，并可以选择其中一次的成交价作为本次成交价；􀁺点击“最近采购价”按钮，可查看商品最近三次的采购入库日期、采购入库单号、采购价；

􀁺点击“现存量”按钮，可查看仓库账存量、库存量、现存量、未确认出库数量、采购在途量、可用量。

可用量=现存量+采购在途量；

􀁺点击“自动报价”按钮，则系统先算出该商品标准计量的折扣后单价，再根据此处所选择的商品的计量单位自动计算得出该计量单位所对应的折扣后单价，将折扣后单价显示在订单上，并根据折扣后单价与单价来反算出折扣率。

若折扣是百分比，则按折扣前单价乘折扣。

某项折扣为金额时，放到下面的公式中作为最后的减项。

其中：

商品标准计量的单价=商品标准计量的折扣前单价×客户折扣×批量折扣×付款方式折扣×特殊时间折扣×期货折扣；

商品标准计量的折扣前单价=根据在客户档案中该商品所属的商品类别所对应的等级（若没在类别处设等级，则取该客户的默认等级），去商品档案中取该等级的基本计量的代理价，将该代理价*该客户所在地区的该客户该商品所对应的价格级别的地区折扣，即为折扣前单价。

􀁺单击“欠款协议书”，可以编辑欠款协议书，作为客户欠款的和自动计息的依据。

订单审核

【前提操作】：

订单已在下级业务系统或客户端录入。

【账套参数】：

是否需要对销售订单进行审核？

订单审核环节可以通过设置系统参数而省略。

当系统设置为不审核时，系统只能处理直接录入的订单，不能接受通过客户端网上提交的订单。

在企业的业务流程中，收到客户订单后，需要对订单的内容进行审核。

U8－网络分销支持多级审核功能。

审核界面如下：

系统提示审核人员的内容包括：

该客户信用额度余额、客户是否有超账期现象、订单到账金额等；并且可查询客户预付款余额、客户订货未出库余额等，还可单击按钮，查看欠款协议书、信用状况、供货能力、价格折扣、历史交易。

同一订单允许多人分别审核。

订单审核包括订单初审和复审两部分。

初审全部通过，可以直接发运。

否则，要进行复审。

初审：

处理所有未审核的订单，初审结果可以有以下4种情况，分别触发不同的处理：

􀁺拒绝。

填写并保存拒绝理由，订单被退回，修改后可重新提交再次初审；

􀁺通过。

记录当时的订单状态项，审核流程结束；

􀁺转指定审核人。

即部分需审核的内容超出自己的审核权限范围，自己无法完全决定，则

记录当时的订单状态项，并可对部分项作“锁定处理”，然后在本账套的审核人列表中

指定一人为审核人，订单移交此人继续审核，直至审核通过；

􀁺转供应商审核。

即需审核的内容超出自己帐套内所有审核人的审核权限范围，而需由供应商审核。

转供应商审核后，该订单处于冻结状态，不可进行后续处理；供应商审核通过后，自动重新提交原审核人审核；供应商审核拒绝则该订单被拒绝。

复审：

处理指定了审核人的订单。

分级审核的处理流程与初审完全相同，但审核人只处理指定给自己审核的订单；被拒绝的订单修改再次提交后，自动交给表示拒绝的审核人重新审核。

每一次审核，均在订单中记录审核意见、拒绝理由、时间、审核人等审核信息。

审核人列表中的审核人从操作员列表中选择，可以指定另一个操作员替代前一个操作员作为同一个审核人。

审核流程未结束不能进入发货处理过程。

在初审和分级审核中，有订单编辑权的审核人可以修改订单内容，保存后再进行审核。

修改的内容为除了单据号及订货单位外的所有订单内容。

锁定处理：

对自己初审或者审核同意的订单项目作锁定标记，可以被锁定的订单内容有：

商品品名规格、计量单位、单价、折扣、数量、付款方式、预付款、运输方式。

在订单修改中，当有锁定标记的订单项目被修改后，该项目的锁定标记改为修改标记，订单将在最后一个审核人表示通过时自动检查是否存在修改标记的可锁定项目，如果有则提交给原先给该项目作锁定标记的审核人进行再次审核；如果修改的项目涉及2个以上的审核人，则第1个人审核完毕后，系统自动将此订单转给第2个人继续再次审核。

审核流程结束时系统自动检查，允许存在项目修改标记的订单结束审核流程。

信用额度余额：

【账套参数】信用额度余额是：

根据收款金额计算，根据收款核销金额计算（此参数为单选，默认以收款金额计算）

根据前面所选择的参数来决定信用额度的计算方法：

以收款核销金额计算时，信誉金余额=客户的信誉金总额—该客户未收款核销的（期初累计出库—期初累计收款）—Σ（审核通过的订单金额-该单的冲应收金额—该单的收款核销金额）—该客户退款单的已核销金额以收款金额计算时，信誉金余额=客户的信誉金总额—该客户的（期初累计出库—期初累计收款）—Σ（审核通过的订单金额—该客户的冲应收单金额—该客户的收款单金额+该客户的退款单）。

订单修改

订单未审核前，可随意修改（包括客户通过客户端修改）；审核过程中，只能由卖方修改，如果对锁定的项目进行修改需要提交相关审核人重新审核；审核拒绝后，可以修改，其中客户直接网上提交的订单可以由客户自行修改，但对锁定的项目的修改需要提交相关审核人重新审核；审核通过后不能修改。

销售订单修改后保存时，若“订货金额”<“已收款金额”，则将“已收款金额”改为“订货金额”、并将差额冲减对应收款单“已核销金额”（先冲减收款日期大的收款单）。

订单作废

订单在未发货前，均可以作废。

销售订单作废时，将该订单“已收款金额”冲减对应收款单“已核销金额”。

作废销售订单时，若该订单有未执行完毕的计划，则提示用户：

该订单的发货计划将不可再发货！

，用户作废订单时，系统中自动将该订单的未执行的发货计划打上“作废”标志。

订单中止

所有未发货完毕的销售订单均可中止，订单中止后不可再发货。

中止时，已经存在的销售出库单允许继续进行出库确认、收款、发票、核销等处理。

中止销售订单时，若该订单有未执行完毕的计划，则提示用户：

该订单的发货计划将不可再发货！

，用户中止订单时，系统中自动将该订单的未执行的发货计划打上“作废”标志。

订单发货

【前提操作】：

经过审核的，或者不需要审核的订单允许发货处理。

销售订单可以一次发货或多次发货，即对应一张销售订单可以生成多张销售出库单。

还可以单库发货或多库发货，即一张订单可以从一个仓库发货也可以从多个仓库发货，销售订单发货时可以选择订单发货列表的排序依据。

若销售订单中包含需要进行批号或保质期管理的商品，则对该商品编辑“销售出库单明细卡片”，在明细卡片上录入批号，生产日期及数量后，在出库单上按多条来显示该商品，即按明细卡片上的行数来显示商品，但明细卡片上各行的数量合计不可大于订单上该行的数量。

销售出库单保存时，加一个检查，若“某商品的本次发货数量>订单上该商品的未发货数量－未执行计划上该商品数量之和”，则提示“***商品的本次发货与已存在的发货计划重叠，将造成发货计划不准确，是否保存？

”若是则保存，若否则回到编辑页面，用户可重新修改后保存。

多仓库发货：

流程图：

进行多仓库发货的操作员必须具有相关仓库的操作权限，即操作员只能对其有权限的仓库进行发货。

一、多仓库发货时处理如下：

1．在待发货订单列表中选择一个订单后点击“多仓库发货”，则进入多仓库发货页面，并将订单中所有未发货完毕的商品带入“待发货清单”中，界面如下：

2．在待发货清单处选择一行商品后，点击“库存分布”，则进入库存分布表页面。

在此可查看该商品在各个仓库的存量分布。

3．用户在库存分布表上多选要发货的仓库后点击“确定”，则回到发货清单页面，同时将在库存分布表中所选择行的商品信息及仓库名称，显示到发货清单中，若所选择的“商品行+仓库”在发货清单中已存在，则不可再被加入发货清单中。

4．将商品的“数量”带入发货清单时，处理方法如下：

（以下处理只限于第一次选择库存分布表中的某一商品时，即若发货清单中已经存在该商品，则不做任何处理）：

若在库存分布表中只选择了一行，将此商品行添加到发货清单中时，数量应默认为订单未发货数量。

若在库存分布表中选择多行，则按所选择商品的先后次序，处理如下：

􀁺若第一行的库存量大于订单数量，则在此显示订单数量，其他行的数量仍显示为库存量。

􀁺若第一行的库存量大于0但小于订单数量，则第一行的数量不变，继续判断第二行，若第二行的库存量大于（订单数量—第一行数量），则订单数量在此显示为（订单数量—第一行数量）。

􀁺若第二行的库存量大于0但小于（订单数量—第一行数量），则第二行的数量保存不变，继续1，2步骤，直到订单数量全部分配完毕或所选择的库存量已全部分配给了订单。

凡是所选择的库存数量为小于等于0的，则订单上此行仍显示为库存量，且此行不参与订单数量的分配，即将此行跳过去。

订单查询

可以对订单进行条件查询。

客户可通过网上查询订单明细直接了解订单的执行情况，企业管理者也可以通过查询每张订单的审核人、执行人来实现销售责任追溯和销售过程监控。

订单明细查询

可以在订单列表中查询每个订单的明细，如商品编号、商品名称、订单编号、客户名称、计量单位、单价、订货数量、已发货数量等。

单价订单编号，可以由链接打开订单。

这项功能用于手工追查商品去向时使用。

销售出库查询

可以在订单列表中查询每个销售出库单的销售出库单编号，客户、仓库、日期、出库金额、对应订单编号、已确认、已作废等。

销售出库单编号、订单编号，可以由链接打开。

这项功能用于手工追查商品去向时使用。

业务规则和计算方法

和销售相关部分

销售业务中数量和金额的取零

涉及单据：

销售订单，销售出库单，销售退货单、红字销售出库单

销售订单，销售出库单，销售退货单、红字销售出库单上，数量、金额允许为0，但不能同时为0。

在销售订单、销售退货单上若数量为0，录入金额时不反算单价。

销售订单发货及接收销售退货时，数量为0的商品在销售出库单及红字销售出库单上的“发货金额”为“订单或退货单上的金额—已发货金额”，用户只可改小金额且不反算单价，对数量的处理同以前。

销售订单、销售退货单的商品行上须记录“已发货金额”，凡是数量为0的商品的“发货结束”标志根据“已发货金额”来判断，即订单/退货单上该商品的金额=已发货金额时，为发货结束。

在销售出库单的“收货单位”后面，增加字段“税号”“账号”“信用额度余额”（税号及账号取自订单，信用额度余额取订单审核时信用额度余额的计算方法），以上字段为只读。

在所有的现存量查询页面上，将所查询出的商品按“生产日期”排序，将生产日期早的排在前面。

订单编辑卡片中的单价计算

商品标准计量的单价=商品标准计量的折扣前单价×客户折扣×批量折扣×付款方式折扣×特殊时间折扣×期货折扣；

商品标准计量的折扣前单价=根据在客户档案中该商品所属的商品类别所对应的等级（若没在类别处设等级，则取该客户的默认等级），去商品档案中取该等级的基本计量的代理价，将该代理价*该客户所在地区的该客户该商品所对应的价格级别的地区折扣，即为折扣前单价。

信用额度余额计算

【账套参数】信用额度余额是：

根据收款金额计算，根据收款核销金额计算（此参数为单选，默认以收款金额计算）

根据前面所选择的参数来决定信用额度的计算方法：

以收款核销金额计算时，信誉金余额=客户的信誉金总额—该客户未收款核销的（期初累计出库—期初累计收款）—Σ（审核通过的订单金额-该单的冲应收金额—该单的收款核销金额）—该客户退款单的已核销金额

以收款金额计算时，信誉金余额=客户的信誉金总额—该客户的（期初累计出库—期初累计收款）—Σ（审核通过的