分销管理系统方案建议书

1、XXXX 分销管理系统系统实施方案书xxxxxx技术有限公司2009 年 11 月 26 日第1 页目录1前言 . 31.1系统概述 . 31.2项目背景 . 41.3设计要求 . 42系统需求分析 . 62.1组织机构模型 . 62.2系统角色划分 . 62.3业务流程模型 . 73系统解决方案 . 93.1系统设计原则 . 93.2采用技术路线 . 103.3新的开发模式 . 123.4系统网络部署 . 173.5系统功能设计 . 183.5.1公司分销主系统 . 183.5.2经销商分销子系统 . 273.5.3终端客户查询子系统 . 294开发实施方案 . 304.1系统开发团队 .

2、304.2系统开发周期 . 305系统报价 .错 误！未定义书签。5.1 系统报价 . 错误！未定义书签。5.2付款方式 . 错误！未定义书签。第2 页1前言1.1系统概述近些年来，随着生产技术的发展，企业的技术优势在渐渐消失，行业壁垒也在逐渐变弱；而随着企业在生 产制造方面的优势弱化，市场不断发展、市场竞争不断加剧，企业要想在这样的环境中生存、发展下去，单单 依靠自己的力量是无法实现的，而必须具有强有力的、遍布全国的销售体系作为开拓市场的前沿阵地。分销是当前国内很多批发型商贸企业及产供销一体化的制造类企业所采取的销售管理模式。随着企业销售 规模的扩大，对异地物流和资金流的管理难度越来越大。企

3、业领导在实际的运作过程中经常出现如下困惑： 如何使销售体系既能快速扩充，又能避免管理失控？ 如何准确考核分支机构的销售、回款、计划完成、费用支出情况？ 如何及时了解下属经销商的各类销售数据，如何提高经销商的管理和信息处理能力？ 如何及时了解各地实际库存，并提高供货及时率、降低库存积压？如何控制应收账款的回收风险？ 如何缩短决策时间、提高决策的准确性？ 这些问题如果没有得到解决，其结果是企业流通成本居高不下，企业的生产、市场决策缺乏准确的依 据，造成资源的大量浪费。目前，许多企业的分销成本已经超过生产成本和产品研发成本，成为企业总体运行 成本的第一大构成要素；解决分销成本的控制问题，是目前这些企

4、业的当务之急。良好的分销渠道， 现代化的分销管理模式将是企业取胜的关键， 是企业核心能力所在！21 世纪， Internet 信息技术为人们创造了一种不受时空限制的信息交流、共享和协作方式，并给每个企业 带来了新的机会和挑战。互联网作为一项革命性的技术，对企业的管理和运作方式的改变将是全方位的，任何一个企业要想最终成 功，都离不开互联网的应用。有了互联网，才使企业分销实现集中管理、动态监控成为可能；才能够使企业和 客户的信息和数据交流更加容易、 更加及时； 才能够轻松实现企业电子商务。 互联网应用降低了企业运营成本， 是目前费用最低廉、最有效的信息和数据交流的工具和平台。互联网的出现在改变人们

5、日常生活的同时，改变了企业的管理运作方式。而众多的制造和销售型传统企业需要通过全国庞大的销售网络来执行产品和服务，但销售管理要通畅，却 一直是传统企业的“痛”，有资金但没有规划实力，有技术和理念但管理水平跟不上，网络带来的挑战和机遇 如何应对，这些问题都亟待专业厂商提供全方位的解决方案。第3 页分销管理理念与互联网技术的结合，便产生了基于互联网的分销管理软件。基于互联网的分销管理软件为 企业进行信息交流汇总提供了一条方便、迅速、廉价的途径，同时，也为企业的“ 异地商务、集中管理 ”提供 了最好的解决方式。1.2项目背景xxxxxx 电动车有限公司是一家自 1998 年以来开始研制、 开发、 生

6、产电动代步车、 高尔夫球车及电动车配件 等 30 多个品种的专业厂家。 2001 年开始批量生产，产品受到美洲、欧洲、亚洲等客户的欢迎。公司正处于快 速发展阶段，年产电动代步车 50 万辆。随着中国 WTO进程的加速和中国市场潜能的日渐放大， xxxxxx发展战略已逐步从 “外销为主” 转变为 “以 内销为主，以外销为辅”。 xxxxxx 秉承“商者无域、相融共生”的经营理念，以全新的产品质量和优质的服务 理念为广大中国消费者服务， 并把世界顶尖的技术和先进的营销理念带进中国， 推动行业发展。 为快速、 高效、 便捷的服务广大中国消费者，实施区域辐射，适时快捷的生产服务，提高服务质量。随着业务

7、的不断拓展， xxxxxx 决定建立国内遍布全国二十八个省、市、区，辐射到市县、乡镇的营销网络。 在这个销售网络中，各级经销商对其终端客户进行管理，总公司对各级经销商和终端的业务进行垂直管理。基 于互联网，终端客户可以对订单的执行状态进行跟踪查询。因此， xxxxxx 迫切要求一套渠道分销管理系统，以便能实时地了解各地的销售情况，及时掌握销售、采购、 生产、库存信息，有利于公司准确、准时的接收订单，并安排生产，从而尽可能的提高服务透明度，提高服务 质量。1.3设计要求xxxxxx分销管理系统是一套对公司整个业务过程各个环节进行全面自动化管理的大型企业综合管理系 统。通过前期的了解，系统在设计时

8、，主要考虑如下一些要求：（ 1） 系统力求界面友好、操作简便，方便培训、使用；（ 2） 在平台、插件选型上，尽量采用实用性比较强，对硬件性能要求不高的成熟产品，以便于系统 的部署和推广；（ 3） 系统要能够进行灵活的调整和升级；即：随着公司业务的发展，可以对系统流程、功能权限、 具体单据等等进行调整，以适应公司发展的需要；（4） 各级经销商需要通过 Internet 来使用系统。所以， 系统必须基于 B/S 架构进行开发和部署；（ 5） 设计上线初期，用户量预计在 200 个左右。考虑到日后的业务开展，各级经销商的建立等。 系统需最多支持 10000 个用户同时使用；第4 页6)系统将会划分为

9、：公司主系统、经销商业务子系统、终端客户子系统三大部分；三大子系统将 进行无缝集成。7)经销商子系统 (注意不是传统的销售终端)将会是系统的一大亮点。该子系统必须真正对经销商的业务带来便利和帮助，以便系统将来能够顺利在省、市、县各级经销商进行部署。8)目前公司主要产品是防盗门，但是将来可能发展到油漆、装修材料等领域。因此系统设计时， 要对产品能够灵活处理。第5 页2系统需求分析2.1组织机构模型本系统涉及到的组织机构模型，如下图所示：其中，各级经销商负责在当地发展客户，主要负责对当地客户的市场宣传、订单预定、货款结算、通知提货等操作。公司总部负责与各级经销商的销售业务。各地经销商根据实际销售情

10、况，将订单发送给公司总部，公 司业务部对订单进行审核和确认，并组织生产；当生产完毕后，通过物流供应商将货配送到经销商；经销 商通知客户来提货。针对各级经销商，公司制定统一的价格体系。公司和经销商之间直接进行货款结算。经销商和客户进行货款结算2.2系统角色划分其中，使用系统的用户，主要包括如下几种角色：（1 1） 订单确认人员主要负责对各级经销商的订单进行审核、确认。当订单确认无误后，发送给生产采购部组织生产第6 页2 2） 生产采购人员针对经过审核确认后的订单， 给生产厂商发生产订单。 并跟踪其生产进度情况。 一旦生产完成后， 就发送给物流部门，进行货物运输。（3 3） 物流跟踪人员当订单生产

11、完毕后，订单即传送给物流部门。此时，物流部门即办理货物托运。当经销商收到货 物后，对回单进行签收。（4 4） 财务结算人员和经销商进行货款结算； 和生产厂商进行成本结算； 和物流供应商进行物流费用结算。（5 5）经销商管理员公司市场部，负责对经销商信息、信用资料进行维护。（6 6） 经销商操作员 在经销商子系统中，录入订单、并进行货物签收。然后办理客户提货。（7 7）经销商主管和客户之间进行财务结算。对经销商的财务、经营情况进行分析。（8 8）终端客户通过公司统一的对外服务网站上，查询当前订单的处理状态。主要包括：生产状态、物流状态、 结算状态等。（9 9）系统管理员对系统资料、用户账号、权限

12、、系统日志、数据库等进行管理。进行必要的系统备份、恢复等操 作。2.3业务流程模型终端客户、经销商、公司总部之间的业务流程描述如下：第7 页终端客户经销商经销商财务提货接单录入订单公司总部订单确认库存管理货款结算采购结算公司财务生产下单直接发货生产厂商物流费结算产发货物流供应商物流发货到货签收第8 页3系统解决方案3.1系统设计原则为了保证系统按期完成，并在建成后能高效、健壮地运行，在系统设计过程中，我们主要遵循以下设计原 则：（ 1 1） 总体性原则系统的建设具有综合性、整体性、长期性的特点，应遵循先进性系统的总体设计和论证，再分步建设，逐 步完善的原则，留有足够的发展和变更余地。（ 2 2

13、） 先进性原则系统的建设应以先进的生产技术、建设方案、数据库技术、软件架构、网络技术为基础，尽量采用可扩充 性强、运行效率较高、容易开发和维护的平台以及硬件设备。（ 3 3） 高效性原则作为一个大型数据库系统，系统的性能高效性至关重要。在系统的建设中，我们将会在数据库的设计、系 统架构、硬件的配置等方面，重点考虑系统的并发性能以及海量数据的维护。（ 4 4） 易用、实用性原则系统主要用户为终端用户（会员、造价信息员等），对计算机及相应数据库的了解不多。系统的操作应尽 可能简单易用，用户界面应尽可能友好，符合人们处理事务的一般思路，以减少用户的培训时间和操作难度， 同时还需提供详细的操作手册。实

14、用性是系统设计的基本出发点，它直接影响系统的运行效果和生命力，是一个严谨的系统开发者要无条 件遵循的原则。（ 5 5） 安全稳定保密原则系统必须采用严格的安全措施，设置多级安全机制，保证系统运行的安全和稳定。系统外部安全 ：系统的安全性要充分考虑网络的高级别、多层次的安全防护措施，包括备份系统、防火墙 和权限设置等措施， 保证业务部门的数据安全和政府机密； 同时考虑系统出现故障时的软硬件恢复等急救措施， 以保障网络安全性和处理机安全性。系统要形成相对独立的安全机制，有效防止系统外部的非法访问。第9 页系统内部安全 ：在保证系统外部安全的同时，系统也要确保授权用户的合法使用。系统应设置严密的访问

15、 级别和权限控制机制，并通过数据加密、电子身份验证等措施来保证系统内部安全。系统本身也应该具有容错 功能，包括出错提示、原因，并能自动或通过人工操作，使出错的系统恢复到正常状态。系统还应提供严格的 操作控制和存取控制。系统同时要具有一定的容错能力， 在用户误操作或输入非法数据时不会发生错误。 如在录入单据等操作中， 对于用户输入的错误信息系统应能自动判断，并进行自动修复或提示用户重新输入。系统运行安全 ：在逻辑上，系统应该具有抵御对系统的非法入侵的能力；在物理上，系统应保证不存在可 能的单点故障，提供资源数据的备份能力。系统支持定期的自动数据备份和手工进行数据备份，能够在数据毁 坏、丢失等情况

16、下将备份数据倒回，实现一定的数据恢复。（ 6 6） 可扩展性原则 系统应具有统一结构框架和数据关联特性，保证良好的可维护性。由于业务涉及的数据繁多，各种数据类 型之间关系错综复杂，必须综合分析业务内涵和数据元素之间的关系和模型，合理设计，提高各组件模块的内 聚性，降低各组件模块的耦合度，科学划分组件接口和方法，使系统强壮且容易维护。维护方式：系统提供对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丢失等情况下将 备份数据倒回，实现数据恢复。维护工作量：系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。3.2采用技术路线本系统将运行于 Windows 系

17、统中，开发平台和运行平台都为 Windows 操作系统。在系统开发过程中， 将采用组件技术、工作流技术、 SOA 架构技术、 Web 2.0 技术等来实现整个系统功能。在开发过程中，将 主要采用我公司自主研发的“ XBM - 业务基础架构平台”来进行系统构建，同时根据实际情况对少量复杂 的算法（保障计算效率）进行二次开发，以保证系统的快速和稳定运行。本系统的技术路线可以用下图来表示：第 10 页XBM-DesktopXBM-Desktop forfor SOASOAUIUI 插件信息发布WebWeb 服务服务器XBM-ServiceXBM-Service 业务发布服务器BAEBDE二次开发插件

18、SQL Server 2005SOA架构，完全从底层进行开发，开发工XBM-BuilderXBM-Builder从上图可以看出：1）依托平台整个系统将 XBM业务基础平台进行架构，该平台基于全新的 具 C + 和 Windows API ，不依赖于任何第三方技术或者插件。（2）多层架构系统基于三层架构，分为：客户端（ XBM_Desktop或者 Web Browser ）、应用端（ BAE、 BDE、WFE、服 务器端应用二次开发）、业务发布端（XBM_Service 或者 Web 发布服务器）、数据存储端；（3） 二次开发XBM 业务基础平台实现了以业务为导向的系统构建和完全驱动， 使管理和

19、业务人员能参与到应用软件 的开发之中，使得企业管理系统能够真正实现用户主导、随需而变、快速构建、灵活调整。对于绝大部分的业务功能（数据存取、规则计算、业务协作），将直接通过 XBM_Builder 进行系统 构建，对于少数的、需要复杂处理的算法，我们将通过 VC + 进行二次开发来实现。4） 数据库选型InternInternetet规则数据历史数据业务数据第 11 页数据库前期选用 SQL Server进行开发、 调试；同时兼容 Oracle，以方便若干年后， 数据量异常庞大后， 迁移到大型机上工作。3.3平台开发优势（一） 传统开发模式分析按照软件工程学中的 “软件开发方法论” ，管理信息

20、系统的开发， 通常需要经过项目立项、 需求调研、 分析&设计、编码实现、测试、部署、试运行、正式运行、系统维护等九个阶段的锤炼。在软件的每个开发阶段，都会有不同知识结构层次的人参与到开发过程中。绝大部分软件公司，至少 需要由三类人员来组成：需求调研人员 ：主要负责需求的调研、整理；这部分人对业务比较了解，但是对系统设计、开发 不是很精通；系统设计人员 ：主要负责拿到用户需求后，进行模块设计、 功能设计、规则设计、数据库设计等； 代码开发人员 ：从系统设计人员手中接过设计文档，进行代码开发。其对用户实际需求和软件设 计意图不是了解。传统管理信息系统的开发模式，主要存在以下困难：需求调研时，主要通

21、过文档进行描述。在形式上，文档和最终运行的系统之间存在很大的差异； 经常会造成调研不够完善、不够细致；用户需求在不同的人员之间，由于信息的逐步衰减，经常造成开发出来的系统，和实际需求有很 大的差距；当需求做出调整，或者系统功能需要修改时，因为牵扯到整个软件过程。造成响应时间、和修改 周期较慢。由于传统管理信息系统的开发模式，是在底层的技术平台上直接搭建业务系统，并且也只能采用面向 技术的、业务无关的“原始”编程工具来开发管理系统。这种低层次的软件开发模式，使得信息系统的开 发、维护和扩展困难重重，导致 ITIT 黑洞 现象的普遍发生。第 12 页编码修正项目立项分析 & & 设计试运行艰苦的努

22、力系统升级需求确认构建原型系统需求修正构建最终系统部署正式运行确认需求，是直接在原型系统上进行的，系统的 最终使用者可以亲身操作系统的每个细节，来确 认是不是自己想要的系统将需求调研的素材（表单、报表、流程、角色职 责等）直接描述到业务建模平台中，通过简单的 业务资源发布，得到原型系统经过原型系统的确认，我们可以正是构建最终的 应用系统了。主要包括：数据模型构建、业务规 则构建、交互规则构建等等系统维护完全基于平台进行快速调整。用户完全 可以脱离开发商自己维护甚至升级系统。正式运行系统维护（二） 诺构原型法开发模式分析基于 XBM 平台的应用开发模式和传统的应用开发模式有着很大的区别。和用户进

23、行交流的业务人员， 可以直接构建出用户想要的系统。 整个系统建设的过程， 对于系统的使用者来说都是可见和可控的。如下图所示，借助于 XBM 平台，我们将重点放在了需求设计上。同时需求的设计过程，也是系统原型的开发过程。也就是说，当需求调研结束后，系统的原型也就出来了。诺构原型法开发模式，主要有如下特点：第 13 页需求修正相互的埋怨用户系统维护系统重塑1） 需求调研过程，我们将以实际系统展现为主，而以文档为辅。这样，用户需求的确认都是在 最终的原型系统上来确认的。这样需求才会完全和系统对应起来，可以避免“需求描述不准 确”，或者“看不到最终系统提不出需求细节”等问题的发生；2）由于整个系统构建

24、过程中，没有代码开发的过程。这样可以保证业务人员，在需求调研的同 时，也能够讲系统的构建、部署、上线过程负责到底。这就避免了需求在多个人之间衰减的 现象；3）系统的功能调整、修改更及时、更快捷。（三） 系统开发关注的重点 一套企业管理系统，其主要目的和实际建设内容无非包括：通过系统来对管理流程进行抽象和沉淀，从而使得整个业务过程中，每个角色能够按部就班，按 时按量完成自己的任务。从而提高业务的自动化程度，以及各环节之间的协作能力，从而提高公 司管理水平。利用计算机强大的计算能力，将杂乱无章的各种单据、票据录入系统，并进行流程化跟踪。从而 减少工作人员的繁琐程度，降低劳动强度。利用数据库的各种查

25、询、统计、汇总等功能，对现实和历史业务数据进行各种分析统计，从而能 够让公司领导或各级决策者能够随时得到各种报表（包括绩效考核）相关数据。利用计算机网络（含局域网、 Internet 网），让工作人员突破地域、时间限制，随时随地都可以 进行业务审批、事务处理等操作。从管理的角度讲，“事务是死的，但是流程是活”的。也就是说：一个公司只要其业务范围不发生大 的变化，那么其管理系统的业务模型、系统功能、各种单据等等，相对是固定不变的。而每个公司、每个 成长阶段，其人力安排、业务流程等则相对是最容易变化的。这就要求我们在系统设计的过程中，必须将那些业务的本质的东西（业务模型、功能、单据、界面） 作为重

26、点进行抽象，而对“活”的东西提供某种“包容”。在 XBM 平台中，提供了完全可视化的流程设计、调整工具。可以随时根据业务管理的需要来调整业 务流程、岗位设置、人员权限等。第 14 页因此，对于基于 XBM 平台开发的管理软件，其调研和开发的重点主要集中在：各环节的工作内容、 业务中发生的各种单据、各种数据之间的关系、资金流、每个环节关心的重点信息等等。也就是“数据流 程”，而非“业务流程”。而具体微观上的每个功能谁来操作、每个岗位怎么来换分，这个在系统上线前、以及上线后随时可以 调整。我们不需要额外的去开发。（四） 系统上线后的调整 由于我们自身也是在 XBM 平台上开发的应用系统， 而没有任

27、何其他代码。 因此，拥有 XBM 业务基础架构 平台，就可以对应用系统进行任何要素（含UI、数据模型、流程、报表等）进行升级。针对重点型客户， 我们将免费提供 XBM 平台给用户， 以便于其日后可以对系统进行全方位的维护、 升级。拥有 XBM 平台，就相当于拥有了系统的所有源代码。XBM 中，可以对数据模型、规则模型、各种交互表单、打印报表等等，进行任何的调整。第 15 页第 16 页3.4系统网络部署如上图所示， 系统采用典型的三层架构部署模式， 即满足局域网内的客户端连接， 也可以通过 Internet （或无线网络）连接到服务器： 系统采用典型的三层架构模式：（ 1） 系统终端分布于基于

28、 Internet 的各个网点，它们采用专线或者 ADSL拨号穿越防火墙，连接到应用 服务器上。（2）应用服务器采用 群集 方式，和中央数据服务器进行连接。应用服务器，主要用来发布业务表单、 业务交互等，可以是一般性能的台式机。（3）根据系统需要的并发数量，来设置应用服务器的台数。一个 XBM 服务（基于 SOA架构，所有的功 能都是服务），理论上可以支持 32768 个并发连接，但根据历史经验，建议一台服务器最多设定 支持 512 个连接为宜；（4）在防火墙端，可以设定负载均衡（如：采用均衡连接数策略），保证应用服务器之间均衡的工作。（5）由于系统基于 SOA 架构（面向非连接），一台应用服

29、务器故障后，可以自动切换到另外一台应用 服务器上去工作，而不会造成正在处理的数据的丢失。第 17 页6) 中央数据库服务器，负责整个系统的数据存储。中央服务器的对数据的访问速度，将会成为整个系统的性能的瓶颈。因此，建议采用多CPU的品牌服务器。7) 对于一些附件、图片等二进制文件，数据库端将通过文件指针存储方式来保存，以方便日后的数 据备份和维护。3.5系统功能设计根据系统需求分析，整个系统将划分为：公司分销主系统、经销商分销子系统、客户查询子系统三大 子系统。总部各部门其中，各地经销商，作为公司的客户，使用“经销商子系统”登录系统，进行订单录入、到货签收、 状态查询、应收应付结算等操作。公司

30、总部各部门，通过“公司分销主系统”登录到系统。主要处理订单确认、生产采购、物流托运、 库存管理、财务结算等操作。另外， 终端客户可以通过浏览器，连接到“终端查询子系统”，通过输入订单编号查询到订单的确认、 生产、物流、结算等状态。三大子系统部署在一个服务器上。只要有上网的地方，客户、经销商、公司部门人员都可以随时随地 登录到系统中。3.5.1 公司分销主系统总公司各部门来使用。主要分为如下几个模块：(1)系统管理第 18 页该模块由系统管理员使用，主要对系统账号、日志等进行维护。详细功能列表如下：序号功能名称功能说明1 1组织机构管理通过树状表现方式，来设置公司组织机构。2 2登录账号管理对使

31、用系统的用户的登录信息进行管理。3 3用户权限管理针对用户可以使用的模块和功能权限进行设置。4 4登录日志管理统计某个客户，某个时间段，登录时间的次数和时长。（2 2）系统资料维护主要对产品分类信息、产品类型、价格体系、职员信息、供应商信息、以及其它数据字典等进行管理。序号管理功能功能说明1 1产品信息管理主要包括：产品分类管理产品信息管理2 2经销商管理主要包括：经销商信息管理； 经销商信用管理； 经销商经营产品管理；3 3价格体系管理针对各个经销商，根据协议，输入其各种产品的价格体系。4 4生产厂商管理生产厂商基本信息的管理。5 5物流供应商管理物流供应商的基本信息维护。第 19 页6 6

32、仓库信息管理对仓库、库位信息进行管理7 7系统参数设置针对系统中的一些下拉选项、分类明细等，采用数据字典的方 式进行维护。系统资料维护，必须在系统运行前，进行初始化设置（3 3）办公信息服务根据办公的实际需要，提供公告、留言、通讯录、及时通讯等日常信息服务序号功能名称功能说明1 1公告发布与查看公司管理者，发布公告。其它用户进入系统，就可浏览到公告 内容。2 2系统留言系统运行每个用户，进行留言。3 3在线即时通讯任何登录到系统中的用户之间， 都可以通过类似 QQ 的工具进 行直接交流。这样，可以减少通讯费。4 4内部电子邮箱内部邮件发送5 5人事档案管理针对每个人的档案，以及其工作岗位进行管

33、理6 6通讯录第 20 页公司业务部使用。主要对经销商的订单进行审核、确认；同时也可通过该模块，统计公司销售报表（4 4） 客户关系管理 公司市场销售、以及客户服务部来使用。主要对经销商的发展过程，以及经销商的服务跟踪、投诉处 理等等进行跟踪。主要功能如下：序号功能名称功能说明1 1客户信息管理主要对潜在客户（经销商），进行录入。2 2联系人管理对使用系统的用户的登录信息进行管理。3 3客户跟踪管理针对客户的各种活动进行记录（电话、拜访、报价、电子邮件）4 4市场活动管理针对销售人员，制定其工作计划5 5客户投诉处理按照流程，投诉登记、投诉处理、客户反馈等环节进行处理6 6销售工作统计针对销售

34、人员的销售工作、成效进行统计、考核5 5） 销售管理主要功能如下：第 21 页序号功能名称功能说明1 1订单补录对于一些没有上系统的经销商，帮助其录入订单信息。2 2订单审核对经销商录入的订单，进行审核确认。3 3订单取消无效的订单，进行撤销。4 4退货处理查找历史订单，作退货处理。5 5销售订单查询按照各种条件进行组合，查询历史订单，或者还未处理完毕的 订单信息（含各种状态）。6 6销售统计报表按照时间、经销商等进行订单数量、销售额的统计。双击可查 看明细。（6 6） 仓库管理仓库管理员使用。对仓库中货物进行管理，并对入库、出库进行管理序号功能名称功能说明1 1入库管理含入库计划、入库作业管

35、理2 2出库管理仓库人员对各类出库单进行出库确认， 表明商品已经实际出库。 所有并非由仓库保管员录入生成的出库单据需要进行出库确 认，如销售出库单、借出出库单等3 3入库记录查询查询历史入库单，以及入库明细4 4出库记录查询查询历史出库单，以及出库明细5 5库存查询当前库存统计6 6库存盘点定时对仓库商品盘点。并进行盘亏、盘盈操作。7 7库存调拨在不同的仓库之间进行商品的调拨第 22 页8 8 出入库日报表统计每天出库、入库、盘点数量（7 7） 生产采购如果经销商已经交了定金，业务部门即可组织生产。该模块主要功能：序号功能名称功能说明1 1生产采购单管理根据每天订单确认情况，如果无库存、或库存

36、不够。即可生成 采购订单。采购订单可以新增、删除、修改、查询。2 2生产过程管理对生产的质检信息进行管理。如果厂商已生产完毕。即将采购订单标记为生产完毕。3 3采购记录统计按照各种条件，针对历史记录查询。4 4采购费用查询对未结算的生产费用，进行汇总统计。费用结算，在应收应付 模块。（8 8） 物流管理该模块由物流部门使用。当订单生产完毕，或者可以直接从库存发货时，物流部门即可办理托运。并 对运输状态进行跟踪。当经销商签收后，对回单进行签收确认。序号功能名称功能说明1 1订单运输管理针对出库的商品，进行物流信息的录入。如：发货日期、物流 供应商、车辆、物流费用等。2 2运输状态查询针对商品的运

37、输过程进行状态查询。可以查询到那些商品经销第 23 页商已经签收，那些商品还在运输途中。3 3回单管理对回单进行签收确认4 4理赔处理如果物流过程中，有丢损。对货物办理理赔。5 5物流费用统计按照物流供应商、以及时间；来统计物流费用。结算在应收、 应付管理里面。（9 9 ） 经营报表分析主要公司领导来使用。序号功能名称功能说明1 1公司销售日报表统计整个公司的销售日报表2 2公司销售月报表统计整个公司的销售月报表3 3公司销售年报表统计整个公司的销售年报表4 4公司毛利分析报表按日、月、年分别统计公司各结算的毛利情况（1010） 经销商经营分析主要公司领导，以及负责经销商的领导使用。通过该模块

38、，可以对经销商的经营状况进行分析，以防 止经销商经营不善，而恶意押款。序号功能名称功能说明1 1经销商销售查询针对某个经销商，查询其历史销售记录2 2经销商销售报表分组查看每个经销商的销售报表。3 3经销商毛利分析分组查看每个经销商的毛利。4 4经销商回款查询查看经销商的历史回款记录。5 5经销商服务记录查询查看经销商针对终端客户的提货、维修等记录。（1111）财务管理由财务结算人员使用。 主要对主营业务中的各种应收、 应付款进行统计， 并进行结算操作。序号功能名称功能说明第 24 页1 1销售货款结算按时间段，和经销商之间，进行货款的结算。2 2生产采购结算按时间段，和生产厂商之间，进行采购

39、费用的结算。3 3物流费用结算按时间段，与物流供应商之间，结算物流运输费用。4 4销售业绩统计按照业务员、部门等等，对销售额、回款额进行统计。5 5发票管理通过发票单追踪纪录给客户开具发票的状况，对相应的销售出 库单进行开票状况核销。发票单是订单处理状态的重要内容之 一。6 6退款处理处理对客户的现款退回业务，退款的原因可以是退货、返款， 也可以是客户预付款或者其他款项的直接退回。7 7核销管理8 8其它报表管理见下表应收帐款汇总表描述在指定时间段内指定客户的应收帐款与实收帐款汇总状 况应收帐款明细表描述在指定时间段内指定客户的应收帐款与实收帐款的单据 明细状况应收帐款帐龄分析表描述指定客户到

40、指定日期的应收帐款的帐龄分析状况， 从中可 分析呆滞帐款的构成客户销售排名表描述所有客户在指定商品或商品类别范围内的销售排名商品销售排名表描述所有商品的销售排名商品类别销售排名表描述所有同级商品类别的销售排名业务员销售排名表描述所有业务员在指定商品或商品类别范围内的销售排名部门销售排名表描述所有销售部门在指定商品或商品类别范围内的销售排名地区销售排名表描述所有管辖地区在指定商品或商品类别范围内的销售排名客户商品销售汇总表描述指定客户在指定时间范围内对每种商品的销售汇总数据， 包括销售数量、销售金额、累计数量、累计金额等。客户商品类别销售汇总表描述指定客户在指定时间范围内对每种商品类别的销售汇总

41、 数据，包括销售数量、销售金额、累计数量、累计金额等。客户商品销售趋势表描述某一客户在指定时间段内销售指定商品的销售变化趋势，第 25 页可分别按日、旬、月描述变化趋势，可选择去年同期的数据作 对比客户商品类别销售趋势表描述某一客户在指定时间段内销售指定商品类别的销售变化 趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的 数据作对比业务员商品销售趋势表描述某一业务员在指定时间段内销售指定商品的销售变化趋 势，可分别按日、旬、月描述变化趋势，可选择去年同期的数 据作对比业务员商品类别销售趋势表描述某一业务员在指定时间段内销售指定商品类别的销售变 化趋势，可分别按日、旬、月描述变化趋势，可选

42、择去年同期 的数据作对比部门商品销售趋势表描述某一部门在指定时间段内销售指定商品的销售变化趋势， 可分别按日、旬、月描述变化趋势，可选择去年同期的数据作 对比部门商品类别销售趋势表描述某一部门在指定时间段内销售指定商品类别的销售变化 趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的 数据作对比地区商品销售趋势表描述某一地区在指定时间段内销售指定商品的变化趋势， 可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比地区商品类别销售趋势表描述某一地区在指定时间段内销售指定商品类别的变化趋势， 可分别按日、旬、月描述变化趋势，可选择去年同期的数据作 对比年销售计划进度表描述某一业务员或部

43、门或客户或商品类别的年度销售计划完 成状况和趋势商品进销存汇总表描述某一仓库的指定范围商品在指定时间段内的进销存汇总 数据商品类别进销存汇总表描述某一仓库的指定范围商品类别在指定时间段内的进销存 汇总数据商品出入库明细表在指定时间范围内， 某一商品在指定仓库的所有出入库单据的 明细列表商品类别出入库明细表在指定时间范围内， 某一类别商品在指定仓库的所有出入库单 据的明细列表商品订单明细表在指定时间范围内，涉及指定商品的所有订单明细列表第 26 页商品类别订单明细表在指定时间范围内，涉及指定商品类别的所有订单明细列表商品仓库分布表描述指定范围的商品在所有仓库中的分布状况商品类别仓库分布表描述指定

44、范围的商品类别在所有仓库中的分布状况商品来源去向表描述某一仓库中的指定商品的入库来源（采购、退货、其他） 和出库去向（现销、赊销、代销、赠品、报损、其他）的汇总 数据商品类别来源去向表描述某一仓库中的指定商品类别的入库来源（采购、退货、其 他）和出库去向（现销、赊销、代销、赠品、报损、其他）的 汇总数据商品超储短缺表根据事先设定的安全库存上下限额， 自动计算某一仓库中所有商品的超储或短缺数量，并给出报警提示商品类别超储短缺表根据事先设定的安全库存上下限额， 自动计算某一仓库中所有商品类别的超储或短缺数量，并给出报警提示商品现存量查询表查询当前指定仓库中指定商品的实际可销售数量3.5.2 经销商

45、分销子系统有经销商来使用。主要分为如下几个模块：（1 1） 系统管理该模块由经销商主管使用， 主要对经销商自己的账号、 日志等进行维护。 详细功能列表如下：序号功能名称功能说明1 1登录账号管理对使用系统的用户的登录信息进行管理。2 2用户权限管理针对用户可以使用的模块和功能权限进行设置。3 3登录日志管理统计某个客户，某个时间段，登录时间的次数和时长。4 4员工管理对该经销商的各类人员进行管理（2 2）客户关系管理主要对大客户（经常订货的客户的管理）。序号功能名称功能说明第 27 页1 1客户信息管理主要对事实客户信息进行维护。2 2销售跟踪管理针对销售人员，记载其详细的销售过程。3 3客户

46、投诉处理按照流程，投诉登记、投诉处理、客户反馈等环节进行处理4 4销售工作统计针对销售人员的销售工作、成效进行统计、考核（3 3） 销售管理针对客户的需求，来录入订单、并对历史销售进行统计序号功能名称功能说明1 1订单录入录入详细的订单信息。2 2订单审核针对订单信息，进行确认。一旦无误，即可发给公司总部。3 3订单状态跟踪根据订单编号、客户信息等，查询订单的各项信息（含：生产信息、物流信息、结算信息等）。4 4销售订单查询按照各种条件进行组合，查询历史订单，或者还未处理完毕的 订单信息（含各种状态）。5 5销售统计报表按照时间、经销商等进行订单数量、销售额的统计。双击可查 看明细。（4 4） 提货管理对货物进行签收、并对客户办理提货。序号功能名称功能说明1 1到货签收进行到货签收。并通知客户来提货。2 2办理提货客户提货，登记证件信息。收取余下款项。3 3理赔登记如果物流过程中，有丢损。对货物办理理赔登记。5 5） 维修管理序号功能名称功能说明1 1保养跟踪提醒按照时间统计需要保养的客户。通过短信提醒客户保养服务。第 28 页2 2维修单录入搜索历史订单，录入维修单3 3配件库存管理配件部分，需要有库存管理模块。4 4维修查询统计按照各种条件，进行维修记录查询统计。（6 6