分销管理系统方案建议书.docx

资源描述

《XXXX分销管理系统》系统实施方案书 xxxxxx技术有限公司 2009年11月26日目录 1 前言 2 1.1 系统概述 2 1.2 项目背景 3 1.3 设计要求 3 2 系统需求分析 5 2.1 组织机构模型 5 2.2 系统角色划分 5 2.3 业务流程模型 6 3 系统解决方案 8 3.1 系统设计原则 8 3.2 采用技术路线 9 3.3 新的开发模式 11 3.4 系统网络部署 16 3.5 系统功能设计 17 3.5.1 公司分销主系统 17 3.5.2 经销商分销子系统 26 3.5.3 终端客户查询子系统 28 4 开发实施方案 29 4.1 系统开发团队 29 4.2 系统开发周期 29 5 系统报价 31 5.1 系统报价 31 5.2 付款方式 32 1 前言 1.1 系统概述近些年来，随着生产技术的发展，企业的技术优势在渐渐消失，行业壁垒也在逐渐变弱；而随着企业在生产制造方面的优势弱化，市场不断发展、市场竞争不断加剧，企业要想在这样的环境中生存、发展下去，单单依靠自己的力量是无法实现的，而必须具有强有力的、遍布全国的销售体系作为开拓市场的前沿阵地。分销是当前国内很多批发型商贸企业及产供销一体化的制造类企业所采取的销售管理模式。随着企业销售规模的扩大，对异地物流和资金流的管理难度越来越大。企业领导在实际的运作过程中经常出现如下困惑： ² 如何使销售体系既能快速扩充，又能避免管理失控？ ² 如何准确考核分支机构的销售、回款、计划完成、费用支出情况？ ² 如何及时了解下属经销商的各类销售数据，如何提高经销商的管理和信息处理能力？ ² 如何及时了解各地实际库存，并提高供货及时率、降低库存积压？ ² 如何控制应收账款的回收风险？ ² 如何缩短决策时间、提高决策的准确性？ Ø 这些问题如果没有得到解决，其结果是企业流通成本居高不下，企业的生产、市场决策缺乏准确的依据，造成资源的大量浪费。目前，许多企业的分销成本已经超过生产成本和产品研发成本，成为企业总体运行成本的第一大构成要素；解决分销成本的控制问题，是目前这些企业的当务之急。良好的分销渠道，现代化的分销管理模式将是企业取胜的关键，是企业核心能力所在！ 21世纪，Internet信息技术为人们创造了一种不受时空限制的信息交流、共享和协作方式，并给每个企业带来了新的机会和挑战。互联网作为一项革命性的技术，对企业的管理和运作方式的改变将是全方位的，任何一个企业要想最终成功，都离不开互联网的应用。有了互联网，才使企业分销实现集中管理、动态监控成为可能；才能够使企业和客户的信息和数据交流更加容易、更加及时；才能够轻松实现企业电子商务。互联网应用降低了企业运营成本，是目前费用最低廉、最有效的信息和数据交流的工具和平台。互联网的出现在改变人们日常生活的同时，改变了企业的管理运作方式。而众多的制造和销售型传统企业需要通过全国庞大的销售网络来执行产品和服务，但销售管理要通畅，却一直是传统企业的“痛”，有资金但没有规划实力，有技术和理念但管理水平跟不上，网络带来的挑战和机遇如何应对，这些问题都亟待专业厂商提供全方位的解决方案。分销管理理念与互联网技术的结合，便产生了基于互联网的分销管理软件。基于互联网的分销管理软件为企业进行信息交流汇总提供了一条方便、迅速、廉价的途径，同时，也为企业的“异地商务、集中管理”提供了最好的解决方式。 1.2 项目背景 xxxxxx电动车有限公司是一家自1998年以来开始研制、开发、生产电动代步车、高尔夫球车及电动车配件等30多个品种的专业厂家。2001年开始批量生产，产品受到美洲、欧洲、亚洲等客户的欢迎。公司正处于快速发展阶段，年产电动代步车50万辆。随着中国WTO进程的加速和中国市场潜能的日渐放大，xxxxxx发展战略已逐步从“外销为主”转变为“以内销为主，以外销为辅”。xxxxxx秉承“商者无域、相融共生”的经营理念，以全新的产品质量和优质的服务理念为广大中国消费者服务，并把世界顶尖的技术和先进的营销理念带进中国，推动行业发展。为快速、高效、便捷的服务广大中国消费者，实施区域辐射，适时快捷的生产服务，提高服务质量。随着业务的不断拓展，xxxxxx决定建立国内遍布全国二十八个省、市、区，辐射到市县、乡镇的营销网络。在这个销售网络中，各级经销商对其终端客户进行管理，总公司对各级经销商和终端的业务进行垂直管理。基于互联网，终端客户可以对订单的执行状态进行跟踪查询。因此，xxxxxx迫切要求一套渠道分销管理系统，以便能实时地了解各地的销售情况，及时掌握销售、采购、生产、库存信息，有利于公司准确、准时的接收订单，并安排生产，从而尽可能的提高服务透明度，提高服务质量。 1.3 设计要求 xxxxxx分销管理系统是一套对公司整个业务过程各个环节进行全面自动化管理的大型企业综合管理系统。通过前期的了解，系统在设计时，主要考虑如下一些要求：（1）系统力求界面友好、操作简便，方便培训、使用；（2）在平台、插件选型上，尽量采用实用性比较强，对硬件性能要求不高的成熟产品，以便于系统的部署和推广；（3）系统要能够进行灵活的调整和升级；即：随着公司业务的发展，可以对系统流程、功能权限、具体单据等等进行调整，以适应公司发展的需要；（4）各级经销商需要通过Internet来使用系统。所以，系统必须基于B/S架构进行开发和部署；（5）设计上线初期，用户量预计在 200 个左右。考虑到日后的业务开展，各级经销商的建立等。系统需最多支持 10000 个用户同时使用；（6）系统将会划分为：公司主系统、经销商业务子系统、终端客户子系统三大部分；三大子系统将进行无缝集成。（7）经销商子系统（注意不是传统的销售终端）将会是系统的一大亮点。该子系统必须真正对经销商的业务带来便利和帮助，以便系统将来能够顺利在省、市、县各级经销商进行部署。（8）目前公司主要产品是防盗门，但是将来可能发展到油漆、装修材料等领域。因此系统设计时，要对产品能够灵活处理。 2 系统需求分析 2.1 组织机构模型本系统涉及到的组织机构模型，如下图所示：其中，各级经销商负责在当地发展客户，主要负责对当地客户的市场宣传、订单预定、货款结算、通知提货等操作。公司总部负责与各级经销商的销售业务。各地经销商根据实际销售情况，将订单发送给公司总部，公司业务部对订单进行审核和确认，并组织生产；当生产完毕后，通过物流供应商将货配送到经销商；经销商通知客户来提货。针对各级经销商，公司制定统一的价格体系。公司和经销商之间直接进行货款结算。经销商和客户进行货款结算。 2.2 系统角色划分其中，使用系统的用户，主要包括如下几种角色：（1）订单确认人员主要负责对各级经销商的订单进行审核、确认。当订单确认无误后，发送给生产采购部组织生产。（2）生产采购人员针对经过审核确认后的订单，给生产厂商发生产订单。并跟踪其生产进度情况。一旦生产完成后，就发送给物流部门，进行货物运输。（3）物流跟踪人员当订单生产完毕后，订单即传送给物流部门。此时，物流部门即办理货物托运。当经销商收到货物后，对回单进行签收。（4）财务结算人员和经销商进行货款结算；和生产厂商进行成本结算；和物流供应商进行物流费用结算。（5）经销商管理员公司市场部，负责对经销商信息、信用资料进行维护。（6）经销商操作员在经销商子系统中，录入订单、并进行货物签收。然后办理客户提货。（7）经销商主管和客户之间进行财务结算。对经销商的财务、经营情况进行分析。（8）终端客户通过公司统一的对外服务网站上，查询当前订单的处理状态。主要包括：生产状态、物流状态、结算状态等。（9）系统管理员对系统资料、用户账号、权限、系统日志、数据库等进行管理。进行必要的系统备份、恢复等操作。 2.3 业务流程模型终端客户、经销商、公司总部之间的业务流程描述如下： 3 系统解决方案 3.1 系统设计原则为了保证系统按期完成，并在建成后能高效、健壮地运行，在系统设计过程中，我们主要遵循以下设计原则：（1）总体性原则系统的建设具有综合性、整体性、长期性的特点，应遵循先进性系统的总体设计和论证，再分步建设，逐步完善的原则，留有足够的发展和变更余地。（2）先进性原则系统的建设应以先进的生产技术、建设方案、数据库技术、软件架构、网络技术为基础，尽量采用可扩充性强、运行效率较高、容易开发和维护的平台以及硬件设备。（3）高效性原则作为一个大型数据库系统，系统的性能高效性至关重要。在系统的建设中，我们将会在数据库的设计、系统架构、硬件的配置等方面，重点考虑系统的并发性能以及海量数据的维护。（4）易用、实用性原则系统主要用户为终端用户（会员、造价信息员等），对计算机及相应数据库的了解不多。系统的操作应尽可能简单易用，用户界面应尽可能友好，符合人们处理事务的一般思路，以减少用户的培训时间和操作难度，同时还需提供详细的操作手册。实用性是系统设计的基本出发点，它直接影响系统的运行效果和生命力，是一个严谨的系统开发者要无条件遵循的原则。（5）安全稳定保密原则系统必须采用严格的安全措施，设置多级安全机制，保证系统运行的安全和稳定。系统外部安全：系统的安全性要充分考虑网络的高级别、多层次的安全防护措施，包括备份系统、防火墙和权限设置等措施，保证业务部门的数据安全和政府机密；同时考虑系统出现故障时的软硬件恢复等急救措施，以保障网络安全性和处理机安全性。系统要形成相对独立的安全机制，有效防止系统外部的非法访问。系统内部安全：在保证系统外部安全的同时，系统也要确保授权用户的合法使用。系统应设置严密的访问级别和权限控制机制，并通过数据加密、电子身份验证等措施来保证系统内部安全。系统本身也应该具有容错功能，包括出错提示、原因，并能自动或通过人工操作，使出错的系统恢复到正常状态。系统还应提供严格的操作控制和存取控制。系统同时要具有一定的容错能力，在用户误操作或输入非法数据时不会发生错误。如在录入单据等操作中，对于用户输入的错误信息系统应能自动判断，并进行自动修复或提示用户重新输入。系统运行安全：在逻辑上，系统应该具有抵御对系统的非法入侵的能力；在物理上，系统应保证不存在可能的单点故障，提供资源数据的备份能力。系统支持定期的自动数据备份和手工进行数据备份，能够在数据毁坏、丢失等情况下将备份数据倒回，实现一定的数据恢复。（6）可扩展性原则系统应具有统一结构框架和数据关联特性，保证良好的可维护性。由于业务涉及的数据繁多，各种数据类型之间关系错综复杂，必须综合分析业务内涵和数据元素之间的关系和模型，合理设计，提高各组件模块的内聚性，降低各组件模块的耦合度，科学划分组件接口和方法，使系统强壮且容易维护。维护方式：系统提供对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。维护工作量：系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。 3.2 采用技术路线本系统将运行于Windows系统中，开发平台和运行平台都为Windows操作系统。在系统开发过程中，将采用组件技术、工作流技术、SOA架构技术、Web 2.0技术等来实现整个系统功能。在开发过程中，将主要采用我公司自主研发的“XBM - 业务基础架构平台”来进行系统构建，同时根据实际情况对少量复杂的算法（保障计算效率）进行二次开发，以保证系统的快速和稳定运行。本系统的技术路线可以用下图来表示：从上图可以看出：（1）依托平台整个系统将XBM业务基础平台进行架构，该平台基于全新的SOA架构，完全从底层进行开发，开发工具 C ++ 和 Windows API，不依赖于任何第三方技术或者插件。（2）多层架构系统基于三层架构，分为：客户端（XBM_Desktop或者Web Browser）、应用端（BAE、BDE、WFE、服务器端应用二次开发）、业务发布端（XBM_Service或者 Web发布服务器）、数据存储端；（3）二次开发 XBM业务基础平台实现了以业务为导向的系统构建和完全驱动，使管理和业务人员能参与到应用软件的开发之中，使得企业管理系统能够真正实现用户主导、随需而变、快速构建、灵活调整。对于绝大部分的业务功能（数据存取、规则计算、业务协作），将直接通过 XBM_Builder 进行系统构建，对于少数的、需要复杂处理的算法，我们将通过VC ++ 进行二次开发来实现。（4）数据库选型数据库前期选用 SQL Server进行开发、调试；同时兼容 Oracle，以方便若干年后，数据量异常庞大后，迁移到大型机上工作。 3.3 平台开发优势（一）传统开发模式分析按照软件工程学中的“软件开发方法论”，管理信息系统的开发，通常需要经过项目立项、需求调研、分析&设计、编码实现、测试、部署、试运行、正式运行、系统维护等九个阶段的锤炼。在软件的每个开发阶段，都会有不同知识结构层次的人参与到开发过程中。绝大部分软件公司，至少需要由三类人员来组成： l 需求调研人员：主要负责需求的调研、整理；这部分人对业务比较了解，但是对系统设计、开发不是很精通； l 系统设计人员：主要负责拿到用户需求后，进行模块设计、功能设计、规则设计、数据库设计等； l 代码开发人员：从系统设计人员手中接过设计文档，进行代码开发。其对用户实际需求和软件设计意图不是了解。传统管理信息系统的开发模式，主要存在以下困难： u 需求调研时，主要通过文档进行描述。在形式上，文档和最终运行的系统之间存在很大的差异；经常会造成调研不够完善、不够细致； u 用户需求在不同的人员之间，由于信息的逐步衰减，经常造成开发出来的系统，和实际需求有很大的差距； u 当需求做出调整，或者系统功能需要修改时，因为牵扯到整个软件过程。造成响应时间、和修改周期较慢。由于传统管理信息系统的开发模式，是在底层的技术平台上直接搭建业务系统，并且也只能采用面向技术的、业务无关的“原始”编程工具来开发管理系统。这种低层次的软件开发模式，使得信息系统的开发、维护和扩展困难重重，导致IT黑洞现象的普遍发生。（二）诺构原型法开发模式分析基于XBM平台的应用开发模式和传统的应用开发模式有着很大的区别。和用户进行交流的业务人员，可以直接构建出用户想要的系统。整个系统建设的过程，对于系统的使用者来说都是可见和可控的。如下图所示，借助于 XBM 平台，我们将重点放在了需求设计上。同时需求的设计过程，也是系统原型的开发过程。也就是说，当需求调研结束后，系统的原型也就出来了。诺构原型法开发模式，主要有如下特点：（1）需求调研过程，我们将以实际系统展现为主，而以文档为辅。这样，用户需求的确认都是在最终的原型系统上来确认的。这样需求才会完全和系统对应起来，可以避免“需求描述不准确”，或者“看不到最终系统提不出需求细节”等问题的发生；（2）由于整个系统构建过程中，没有代码开发的过程。这样可以保证业务人员，在需求调研的同时，也能够讲系统的构建、部署、上线过程负责到底。这就避免了需求在多个人之间衰减的现象；（3）系统的功能调整、修改更及时、更快捷。（三）系统开发关注的重点一套企业管理系统，其主要目的和实际建设内容无非包括： l 通过系统来对管理流程进行抽象和沉淀，从而使得整个业务过程中，每个角色能够按部就班，按时按量完成自己的任务。从而提高业务的自动化程度，以及各环节之间的协作能力，从而提高公司管理水平。 l 利用计算机强大的计算能力，将杂乱无章的各种单据、票据录入系统，并进行流程化跟踪。从而减少工作人员的繁琐程度，降低劳动强度。 l 利用数据库的各种查询、统计、汇总等功能，对现实和历史业务数据进行各种分析统计，从而能够让公司领导或各级决策者能够随时得到各种报表（包括绩效考核）相关数据。 l 利用计算机网络（含局域网、Internet网），让工作人员突破地域、时间限制，随时随地都可以进行业务审批、事务处理等操作。从管理的角度讲，“事务是死的，但是流程是活”的。也就是说：一个公司只要其业务范围不发生大的变化，那么其管理系统的业务模型、系统功能、各种单据等等，相对是固定不变的。而每个公司、每个成长阶段，其人力安排、业务流程等则相对是最容易变化的。这就要求我们在系统设计的过程中，必须将那些业务的本质的东西（业务模型、功能、单据、界面）作为重点进行抽象，而对“活”的东西提供某种“包容”。在XBM平台中，提供了完全可视化的流程设计、调整工具。可以随时根据业务管理的需要来调整业务流程、岗位设置、人员权限等。因此，对于基于 XBM 平台开发的管理软件，其调研和开发的重点主要集中在：各环节的工作内容、业务中发生的各种单据、各种数据之间的关系、资金流、每个环节关心的重点信息等等。也就是“数据流程”，而非“业务流程”。而具体微观上的每个功能谁来操作、每个岗位怎么来换分，这个在系统上线前、以及上线后随时可以调整。我们不需要额外的去开发。（四）系统上线后的调整由于我们自身也是在 XBM 平台上开发的应用系统，而没有任何其他代码。因此，拥有XBM业务基础架构平台，就可以对应用系统进行任何要素（含UI、数据模型、流程、报表等）进行升级。针对重点型客户，我们将免费提供 XBM 平台给用户，以便于其日后可以对系统进行全方位的维护、升级。拥有XBM平台，就相当于拥有了系统的所有源代码。 XBM中，可以对数据模型、规则模型、各种交互表单、打印报表等等，进行任何的调整。 3.4 系统网络部署如上图所示，系统采用典型的三层架构部署模式，即满足局域网内的客户端连接，也可以通过Internet（或无线网络）连接到服务器：系统采用典型的三层架构模式：（1）系统终端分布于基于Internet的各个网点，它们采用专线或者ADSL拨号穿越防火墙，连接到应用服务器上。（2）应用服务器采用群集方式，和中央数据服务器进行连接。应用服务器，主要用来发布业务表单、业务交互等，可以是一般性能的台式机。（3）根据系统需要的并发数量，来设置应用服务器的台数。一个XBM服务（基于 SOA架构，所有的功能都是服务），理论上可以支持32768个并发连接，但根据历史经验，建议一台服务器最多设定支持 512 个连接为宜；（4）在防火墙端，可以设定负载均衡（如：采用均衡连接数策略），保证应用服务器之间均衡的工作。（5）由于系统基于SOA架构（面向非连接），一台应用服务器故障后，可以自动切换到另外一台应用服务器上去工作，而不会造成正在处理的数据的丢失。（6）中央数据库服务器，负责整个系统的数据存储。中央服务器的对数据的访问速度，将会成为整个系统的性能的瓶颈。因此，建议采用多CPU的品牌服务器。（7）对于一些附件、图片等二进制文件，数据库端将通过文件指针存储方式来保存，以方便日后的数据备份和维护。 3.5 系统功能设计根据系统需求分析，整个系统将划分为：公司分销主系统、经销商分销子系统、客户查询子系统三大子系统。其中，各地经销商，作为公司的客户，使用“经销商子系统”登录系统，进行订单录入、到货签收、状态查询、应收应付结算等操作。公司总部各部门，通过“公司分销主系统”登录到系统。主要处理订单确认、生产采购、物流托运、库存管理、财务结算等操作。另外，终端客户可以通过浏览器，连接到“终端查询子系统”，通过输入订单编号查询到订单的确认、生产、物流、结算等状态。三大子系统部署在一个服务器上。只要有上网的地方，客户、经销商、公司部门人员都可以随时随地登录到系统中。 3.5.1 公司分销主系统总公司各部门来使用。主要分为如下几个模块：（1）系统管理该模块由系统管理员使用，主要对系统账号、日志等进行维护。详细功能列表如下：序号功能名称功能说明 1 组织机构管理通过树状表现方式，来设置公司组织机构。 2 登录账号管理对使用系统的用户的登录信息进行管理。 3 用户权限管理针对用户可以使用的模块和功能权限进行设置。 4 登录日志管理统计某个客户，某个时间段，登录时间的次数和时长。（2）系统资料维护主要对产品分类信息、产品类型、价格体系、职员信息、供应商信息、以及其它数据字典等进行管理。序号管理功能功能说明 1 产品信息管理主要包括：产品分类管理产品信息管理 2 经销商管理主要包括：经销商信息管理；经销商信用管理；经销商经营产品管理； 3 价格体系管理针对各个经销商，根据协议，输入其各种产品的价格体系。 4 生产厂商管理生产厂商基本信息的管理。 5 物流供应商管理物流供应商的基本信息维护。 6 仓库信息管理对仓库、库位信息进行管理 7 系统参数设置针对系统中的一些下拉选项、分类明细等，采用数据字典的方式进行维护。系统资料维护，必须在系统运行前，进行初始化设置。（3）办公信息服务根据办公的实际需要，提供公告、留言、通讯录、及时通讯等日常信息服务。序号功能名称功能说明 1 公告发布与查看公司管理者，发布公告。其它用户进入系统，就可浏览到公告内容。 2 系统留言系统运行每个用户，进行留言。 3 在线即时通讯任何登录到系统中的用户之间，都可以通过类似 QQ 的工具进行直接交流。这样，可以减少通讯费。 4 内部电子邮箱内部邮件发送 5 人事档案管理针对每个人的档案，以及其工作岗位进行管理 6 通讯录（4）客户关系管理公司市场销售、以及客户服务部来使用。主要对经销商的发展过程，以及经销商的服务跟踪、投诉处理等等进行跟踪。主要功能如下：序号功能名称功能说明 1 客户信息管理主要对潜在客户（经销商），进行录入。 2 联系人管理对使用系统的用户的登录信息进行管理。 3 客户跟踪管理针对客户的各种活动进行记录（电话、拜访、报价、电子邮件） 4 市场活动管理针对销售人员，制定其工作计划 5 客户投诉处理按照流程，投诉登记、投诉处理、客户反馈等环节进行处理 6 销售工作统计针对销售人员的销售工作、成效进行统计、考核（5）销售管理公司业务部使用。主要对经销商的订单进行审核、确认；同时也可通过该模块，统计公司销售报表。主要功能如下：序号功能名称功能说明 1 订单补录对于一些没有上系统的经销商，帮助其录入订单信息。 2 订单审核对经销商录入的订单，进行审核确认。 3 订单取消无效的订单，进行撤销。 4 退货处理查找历史订单，作退货处理。 5 销售订单查询按照各种条件进行组合，查询历史订单，或者还未处理完毕的订单信息（含各种状态）。 6 销售统计报表按照时间、经销商等进行订单数量、销售额的统计。双击可查看明细。（6）仓库管理仓库管理员使用。对仓库中货物进行管理，并对入库、出库进行管理。序号功能名称功能说明 1 入库管理含入库计划、入库作业管理 2 出库管理仓库人员对各类出库单进行出库确认，表明商品已经实际出库。所有并非由仓库保管员录入生成的出库单据需要进行出库确认，如销售出库单、借出出库单等 3 入库记录查询查询历史入库单，以及入库明细 4 出库记录查询查询历史出库单，以及出库明细 5 库存查询当前库存统计 6 库存盘点定时对仓库商品盘点。并进行盘亏、盘盈操作。 7 库存调拨在不同的仓库之间进行商品的调拨 8 出入库日报表统计每天出库、入库、盘点数量（7）生产采购如果经销商已经交了定金，业务部门即可组织生产。该模块主要功能：序号功能名称功能说明 1 生产采购单管理根据每天订单确认情况，如果无库存、或库存不够。即可生成采购订单。采购订单可以新增、删除、修改、查询。 2 生产过程管理对生产的质检信息进行管理。如果厂商已生产完毕。即将采购订单标记为生产完毕。 3 采购记录统计按照各种条件，针对历史记录查询。 4 采购费用查询对未结算的生产费用，进行汇总统计。费用结算，在应收应付模块。（8）物流管理该模块由物流部门使用。当订单生产完毕，或者可以直接从库存发货时，物流部门即可办理托运。并对运输状态进行跟踪。当经销商签收后，对回单进行签收确认。序号功能名称功能说明 1 订单运输管理针对出库的商品，进行物流信息的录入。如：发货日期、物流供应商、车辆、物流费用等。 2 运输状态查询针对商品的运输过程进行状态查询。可以查询到那些商品经销商已经签收，那些商品还在运输途中。 3 回单管理对回单进行签收确认 4 理赔处理如果物流过程中，有丢损。对货物办理理赔。 5 物流费用统计按照物流供应商、以及时间；来统计物流费用。结算在应收、应付管理里面。（9）经营报表分析主要公司领导来使用。序号功能名称功能说明 1 公司销售日报表统计整个公司的销售日报表 2 公司销售月报表统计整个公司的销售月报表 3 公司销售年报表统计整个公司的销售年报表 4 公司毛利分析报表按日、月、年分别统计公司各结算的毛利情况（10）经销商经营分析主要公司领导，以及负责经销商的领导使用。通过该模块，可以对经销商的经营状况进行分析，以防止经销商经营不善，而恶意押款。序号功能名称功能说明 1 经销商销售查询针对某个经销商，查询其历史销售记录 2 经销商销售报表分组查看每个经销商的销售报表。 3 经销商毛利分析分组查看每个经销商的毛利。 4 经销商回款查询查看经销商的历史回款记录。 5 经销商服务记录查询查看经销商针对终端客户的提货、维修等记录。（11）财务管理由财务结算人员使用。主要对主营业务中的各种应收、应付款进行统计，并进行结算操作。序号功能名称功能说明 1 销售货款结算按时间段，和经销商之间，进行货款的结算。 2 生产采购结算按时间段，和生产厂商之间，进行采购费用的结算。 3 物流费用结算按时间段，与物流供应商之间，结算物流运输费用。 4 销售业绩统计按照业务员、部门等等，对销售额、回款额进行统计。 5 发票管理通过发票单追踪纪录给客户开具发票的状况，对相应的销售出库单进行开票状况核销。发票单是订单处理状态的重要内容之一。 6 退款处理处理对客户的现款退回业务，退款的原因可以是退货、返款，也可以是客户预付款或者其他款项的直接退回。 7 核销管理 8 其它报表管理见下表应收帐款汇总表描述在指定时间段内指定客户的应收帐款与实收帐款汇总状况应收帐款明细表描述在指定时间段内指定客户的应收帐款与实收帐款的单据明细状况应收帐款帐龄分析表描述指定客户到指定日期的应收帐款的帐龄分析状况，从中可分析呆滞帐款的构成客户销售排名表描述所有客户在指定商品或商品类别范围内的销售排名商品销售排名表描述所有商品的销售排名商品类别销售排名表描述所有同级商品类别的销售排名业务员销售排名表描述所有业务员在指定商品或商品类别范围内的销售排名部门销售排名表描述所有销售部门在指定商品或商品类别范围内的销售排名地区销售排名表描述所有管辖地区在指定商品或商品类别范围内的销售排名客户商品销售汇总表描述指定客户在指定时间范围内对每种商品的销售汇总数据，包括销售数量、销售金额、累计数量、累计金额等。客户商品类别销售汇总表描述指定客户在指定时间范围内对每种商品类别的销售汇总数据，包括销售数量、销售金额、累计数量、累计金额等。客户商品销售趋势表描述某一客户在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比客户商品类别销售趋势表描述某一客户在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比业务员商品销售趋势表描述某一业务员在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比业务员商品类别销售趋势表描述某一业务员在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比部门商品销售趋势表描述某一部门在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比部门商品类别销售趋势表描述某一部门在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比地区商品销售趋势表描述某一地区在指定时间段内销售指定商品的变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比地区商品类别销售趋势表描述某一地区在指定时间段内销售指定商品类别的变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作对比年销售计划进度表描述某一业务员或部门或客户或商品类别的年度销售计划完成状况和趋势商品进销存汇总表描述某一仓库的指定范围商品在指定时间段内的进销存汇总数据商品类别进销存汇总表描述某一仓库的指定范围商品类别在指定时间段内的进销存汇总数据商品出入库明细表在指定时间范围内，某一商品在指定仓库的所有出入库单据的明细列表商品类别出入库明细表在指定时间范围内，某一类别商品在指定仓库的所有出入库单据的明细列表商品订单明细表在指定时间范围内，涉及指定商品的所有订单明细列表商品类别订单明细表在指定时间范围内，涉及指定商品类别的所有订单明细列表商品仓库分布表描述指定范围的商品在所有仓库中的分布状况商品类别仓库分布表描述指定范围的商品类别在所有仓库中的分布状况商品来源去向表描述某一仓库中的指定商品的入库来源（采购、退货、其他）和出库去向（现销、赊销、代销、赠品、报损、其他）的汇总数据商品类别来源去向表描述某一仓库中的指定商品类别的入库来源（采购、退货、其他）和出库去向（现销、赊销、代销、赠品、报损、其他）的汇总数据商品超储短缺表根据事先设定的安全库存上下限额，自动计算某一仓库中所有商品的超储或短缺数量，并给出报警提示商品类别超储短缺表根据事先设定的安全库存上下限额，自动计算某一仓库中所有商品类别的超储或短缺数量，并给出报警提示商品现存量查询表查询当前指定仓库中指定商品的实际可销售数量 3.5.2 经销商分销子系统有经销商来使用。主要分为如下几个模块：（1）系统管理该模块由经销商主管使用，主要对经销商自己的账号、日志等进行维护。详细功能列表如下：序号功能名称功能说明 1 登录账号管理对使用系统的用户的登录信息进行管理。 2 用户权限管理针对用户可以使用的模块和功能权限进行设置。 3 登录日志管理统计某个客户，某个时间段，登录时间的次数和时长。 4 员工管理对该经销商的各类人员进行管理（2）客户关系管理主要对大客户（经常订货的客户的管理）。序号功能名称功能说明 1 客户信息管理主要对事实客户信息进行维护。 2 销售跟踪管理针对销售人员，记载其详细的销售过程。 3 客户投诉处理按照流程，投诉登记、投诉处理、客户反馈等环节进行处理 4 销售工作统计针对销售人员的销售工作、成效进行统计、考核（3）销售管理针对客户的需求，来录入订单、并对历史销售进行统计。序号功能名称功能说明 1 订单录入录入详细的订单信息。 2 订单审核针对订单信息，进行确认。一旦无误，即可发给公司总部。 3 订单状态跟踪根据订单编号、客户信息等，查询订单的各项信息（含：生产信息、物流信息、结算信息等）。 4 销售订单查询按照各种条件进行组合，查询历史订单，或者还未处理完毕的订单信息（含各种状态）。 5 销售统计报表按照时间、经销商等进行订单数量、销售额的统计。双击可查看明细。（4）提货管理对货物进行签收、并对客户办理提货。序号功能名称功能说明 1 到货签收进行到货签收。并通知客户来提货。 2 办理提货客户提货，登记证件信息。收取余下款项。 3 理赔登记如果物流过程中，有丢损。对货物办理理赔登记。（5）维修管理序号功能名称功能说明 1 保养跟踪提醒按照时间统计需要保养的客户。通过短信提醒客户保养服务。 2 维修单录入搜索历史订单，录入维修单 3 配件库存管理配件部分，需要有库存管理模块。 4 维修查询统计按照各种条件，进行维修记录查询统计。（6）应收、应付管理对各种应收、应付款款进行管理。序号功能名称功能说明 1 客户结算盘点对客户支付的货款现金，进行盘点。并按日进行核销 2 公司货款结算统计货款；并办理结算。 3 销售业绩统计对各业务员，按照时间。统计其销售业绩。 4 销售毛利分析分析本经销商的毛利 3.5.3 终端客户查询子系统基于浏览器，客户可以查询订单的处理、运输状态。 4 开发实施方案 4.1 系统开发团队鉴于《xxxxxx分销管理系统》建设的长期性和复杂性。双方应组织充足的、具备相应资历的管理和技术人员，组成项目组共同展开项目的实施工作。甲方至少应制定1位对业务非常精通的业务专家参与到项目中，作为系统总牵头人。我公司将组织强有力的系统构建团队和项目实施人员参与项目小组，负责项目的管理、进度安排、系统分析、总体设计和数据库设计、数据库编码方案制定等，确保项目的实施。项目开发小组将由5-10人组成（注：分阶段投入人力）：1人对分销体系比较熟悉，负责系统的功能设计、总体控制等工作；1人技术功底比较扎实，对整个开发过程的技术设计、模型设计进行评估；其它负责系统的具体构建、开发、实施等细节工作。项目开发小组业务专家组技术负责组项目开发组项目测试组系统总负责项目实施组 4.2 系统开发进度《xxxxxx分销管理系统》的系统开发，将采用“瀑布开发模式”，即：系统全面规划、螺旋式分步完善。总体时间控制在三个月内。总体上分成三个阶段来完成。（一）第一阶段：完成系统原型的开发（1.5个月）本阶段主要工作内容有：（1）对系统需求进行确认；（2）完成系统的数据模型设计、功能详细设计、状态流程图设计等；（3）根据需求，进行系统模板的导入、合并、整理等；（4）进行系统原型二次开发（主要

展开阅读全文