分销管理系统方案建议书

《XXXX分销治理系统》系统实施方案书xxxxxx技术20231126日名目112233334467910公司分销主系统1016184181819..//错误!未定义书签。!未定义书签。!未定义书签。前言系统概述近些年来，随着生产技术的进展，企业的技术优势在渐渐消逝，行业壁垒也在渐渐变弱；而随着企业在生产制造方面的优势弱化，市场不断进展、市场竞争不断加剧，企业要想在这样的环境中生存、进展下去，单单依靠自己的力气是无法实现的，而必需具有强有力的、遍布全国的销售体系作为开拓市场的前沿阵地。分销是当前国内很多批发型商贸企业及产供销一体化的制造类企业所实行的销售治理模式。随着企业销售规模的扩大，对异地物流和资金流的治理难度越来越大。企业领导在实际的运作过程中常常消灭如下困惑：如何使销售体系既能快速扩大，又能避开治理失控？如何准确考核分支机构的销售、回款、打算完成、费用支出状况？如何准时了解下属经销商的各类销售数据，如何提高经销商的治理和信息处理力量？如何准时了解各地实际库存，并提高供货准时率、降低库存积压？如何掌握应收账款的回收风险？如何缩短决策时间、提高决策的准确性？这些问题假设没有得到解决，其结果是企业流通本钱居高不下，企业的生产、市场决策缺乏准确的依据，造成资源的大量铺张。目前，很多企业的分销本钱已经超过生产本钱和产品研发本钱，成为企业总体运行本钱的第一大构成要素；解决分销本钱的掌握问题，是目前这些企业的当务之急。良好的分销渠道，现代化的分销治理模式将是企业取胜的关键，是企业核心力量所在！21世纪，Internet信息技术为人们制造了一种不受时空限制的信息沟通、共享和协作方式，并给每个企业带来了的时机和挑战。互联网作为一项革命性的技术，对企业的治理和运作方式的转变将是全方位的，任何一个企业要想最终成功，都离不开互联网的应用。有了互联网，才使企业分销实现集中治理、动态监控成为可能；才能够使企业和是目前费用最低廉、最有效的信息和数据沟通的工具和平台。互联网的消灭在转变人们日常生活的同时，转变了企业的治理运作方式。而众多的制造和销售型传统企业需要通过全国浩大的销售网络来执行产品和效劳，但销售治理要通畅，却始终是传统企业的“痛”，有资金但没有规划实力，有技术和理念但治理水平跟不上，网络带来的挑战和机遇如何应对，这些问题都亟待专业厂商供给全方位的解决方案。分销治理理念与互联网技术的结合，便产生了基于互联网的分销治理软件。基于互联网的分销治理软件为异地商务、集中治理”供给了最好的解决方式。工程背景xxxxxx1998等30多个品种的专业厂家。2023年开头批量生产，产品受到美洲、欧洲、亚洲等客户的欢送。公司正处于快50万辆。WTO进程的加速和中国市场潜能的日渐放大，xxxxxx内销为主，以外销为辅”。xxxxxx秉承“商者无域、相融共生”的经营理念，以全的产品质量和优质的效劳理捷的效劳宽阔中国消费者，实施区域辐射，适时快捷的生产效劳，提高效劳质量。随着业务的不断拓展，xxxxxx打算建立国内遍布全国二十八个省、市、区，辐射到市县、乡镇的营销网络。在这个销售网络中，各级经销商对其终端客户进展治理，总公司对各级经销商和终端的业务进展垂直治理。基于互联网，终端客户可以对订单的执行状态进展跟踪查询。因此，xxxxxx迫切要求一套渠道分销治理系统，以便能实时地了解各地的销售状况，准时把握销售、选购、生产、库存信息，有利于公司准确、准时的接收订单，并安排生产，从而尽可能的提高效劳透亮度，提高效劳质量。设计要求xxxxxx分销治理系统是一套对公司整个业务过程各个环节进展全面自动化治理的大型企业综合治理系统。通过前期的了解，系统在设计时，主要考虑如下一些要求：系统力求界面友好、操作简便，便利培训、使用；在平台、插件选型上，尽量承受有用性比较强，对硬件性能要求不高的成熟产品，以便于系统的部署和推广；系统要能够进展敏捷的调整和升级；即：随着公司业务的进展，可以对系统流程、功能权限、具体单据等等进展调整，以适应公司进展的需要；InternetB/S架构进展开发和部署；设计上线初期，用户量估量在200个左右。考虑到日后的业务开展，各级经销商的建立等。10000个用户同时使用；系统将会划分为：公司主系统、经销商业务子系统、终端客户子系统三大局部；三大子系统将进展无缝集成。经销商子系统〔留意不是传统的销售终端〕将会是系统的一大亮点。该子系统必需真正对经销商的业务带来便利和帮助，以便系统将来能够顺当在省、市、县各级经销商进展部署。目前公司主要产品是防盗门，但是将来可能进展到油漆、装修材料等领域。因此系统设计时，要对产品能够敏捷处理。系统需求分析组织机构模型本系统涉及到的组织机构模型，如以下图所示：其中，各级经销商负责在当地进展客户，主要负责对当地客户的市场宣传、订单预定、货款结算、通知提货等操作。公司总部负责与各级经销商的销售业务。各地经销商依据实际销售状况，将订单发送给公司总部，公司业务部对订单进展审核和确认，并组织生产；当生产完毕后，通过物流供给商将货配送到经销商；经销商通知客户来提货。针对各级经销商，公司制定统一的价格体系。公司和经销商之间直接进展货款结算。经销商和客户进展货款结算。系统角色划分其中，使用系统的用户，主要包括如下几种角色：订单确认人员主要负责对各级经销商的订单进展审核、确认。当订单确认无误后，发送给生产选购部组织生产。生产选购人员就发送给物流部门，进展货物运输。物流跟踪人员当订单生产完毕后，订单即传送给物流部门。此时，物流部门即办理货物托运。当经销商收到货物后，对回单进展签收。财务结算人员和经销商进展货款结算；和生产厂商进展本钱结算；和物流供给商进展物流费用结算。经销商治理员公司市场部，负责对经销商信息、信用资料进展维护。经销商操作员在经销商子系统中，录入订单、并进展货物签收。然后办理客户提货。经销商主管和客户之间进展财务结算。对经销商的财务、经营状况进展分析。终端客户通过公司统一的对外效劳网站上，查询当前订单的处理状态。主要包括：生产状态、物流状态、结算状态等。系统治理员对系统资料、用户账号、权限、系统日志、数据库等进展治理。进展必要的系统备份、恢复等操作。业务流程模型终端客户、经销商、公司总部之间的业务流程描述如下：系统解决方案系统设计原则为了保证系统按期完成，并在建成后能高效、强健地运行，在系统设计过程中，我们主要遵循以下设计原则：总体性原则系统的建设具有综合性、整体性、长期性的特点，应遵循先进性系统的总体设计和论证，再分步建设，逐步完善的原则，留有足够的进展和变更余地。先进性原则系统的建设应以先进的生产技术、建设方案、数据库技术、软件架构、网络技术为根底，尽量承受可扩大性强、运行效率较高、简洁开发和维护的平台以及硬件设备。高效性原则作为一个大型数据库系统，系统的性能高效性至关重要。在系统的建设中，我们将会在数据库的设计、系统架构、硬件的配置等方面，重点考虑系统的并发性能以及海量数据的维护。易用、有用性原则系统主要用户为终端用户〔会员、造价信息员等〕，对计算机及相应数据库的了解不多。系统的操作应尽可能简洁易用，用户界面应尽可能友好，符合人们处理事务的一般思路，以削减用户的培训时间和操作难度，同时还需供给具体的操作手册。有用性是系统设计的根本动身点，它直接影响系统的运行效果和生命力，是一个严谨的系统开发者要无条件遵循的原则。安全稳定保密原则系统必需承受严格的安全措施，设置多级安全机制，保证系统运行的安全和稳定。系统外部安全：系统的安全性要充分考虑网络的高级别、多层次的安全防护措施，包括备份系统、防火墙以保障网络安全性和处理机安全性。系统要形成相对独立的安全机制，有效防止系统外部的非法访问。系统内部安全：在保证系统外部安全的同时，系统也要确保授权用户的合法使用。系统应设置严密的访问级别和权限掌握机制，并通过数据加密、电子身份验证等措施来保证系统内部安全。系统本身也应当具有容错功能，包括出错提示、缘由，并能自动或通过人工操作，使出错的系统恢复到正常状态。系统还应供给严格的操作掌握和存取掌握。对于用户输入的错误信息系统应能自动推断，并进展自动修复或提示用户重输入。系统运行安全：在规律上，系统应当具有抵挡对系统的非法入侵的力量；在物理上，系统应保证不存在可能的单点故障，供给资源数据的备份力量。系统支持定期的自动数据备份和手工进展数据备份，能够在数据毁坏、丧失等状况下将备份数据倒回，实现肯定的数据恢复。可扩展性原则系统应具有统一构造框架和数据关联特性，保证良好的可维护性。由于业务涉及的数据繁多，各种数据类型之间关系错综简单，必需综合分析业务内涵和数据元素之间的关系和模型，合理设计，提高各组件模块的内聚性，降低各组件模块的耦合度，科学划分组件接口和方法，使系统强壮且简洁维护。维护方式：系统供给对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丧失等状况下将备份数据倒回，实现数据恢复。维护工作量：系统供给集中的、智能化的维护工具，尽可能削减手工维护工作量，确保系统的正常运行。承受技术路线WindowsWindows操作系统。在系统开发过程中，将承受组件技术、工作流技术、SOA架构技术、Web2.0技术等来实现整个系统功能。在开发过程中，将主要承受我公司自主研发的“XBM-业务根底架构平台”来进展系统构建，同时依据实际状况对少量简单的算法〔保障计算效率〕进展二次开发，以保证系统的快速和稳定运行。本系统的技术路线可以用以下图来表示：从上图可以看出：依托平台整个系统将XBM业务根底平台进展架构，该平台基于全的SOA架构，完全从底层进展开发，开发工具C++和WindowsAPI，不依靠于任何第三方技术或者插件。多层架构系统基于三层架构，分为：客户端〔XBM_DesktopWebBrowser〕、应用端〔BAE、BDE、WFE、效劳器端应用二次开发〕、业务公布端〔XBM_ServiceWeb〕、数据存储端；二次开发XBM的开发之中，使得企业治理系统能够真正实现用户主导、随需而变、快速构建、敏捷调整。对于绝大局部的业务功能〔数据存取、规章计算、业务协作〕，将直接通过XBM_Builder进展系统构建，对于少数的、需要简单处理的算法，我们将通过VC++进展二次开发来实现。数据库选型数据库前期选用SQLServerOracle迁移到大型机上工作。平台开发优势〔一〕分析&设计、编码实现、测试、部署、试运行、正式运行、系统维护等九个阶段的锤炼。在软件的每个开发阶段，都会有不同学问构造层次的人参与到开发过程中。绝大局部软件公司，至少需要由三类人员来组成：需求调研人员：主要负责需求的调研、整理；这局部人对业务比较了解，但是对系统设计、开发不是很精通；系统设计人员代码开发人员：从系统设计人员手中接过设计文档，进展代码开发。其对用户实际需求和软件设计意图不是了解。传统治理信息系统的开发模式，主要存在以下困难：需求调研时，主要通过文档进展描述。在形式上，文档和最终运行的系统之间存在很大的差异；常常会造成调研不够完善、不够细致；用户需求在不同的人员之间，由于信息的逐步衰减，常常造成开发出来的系统，和实际需求有很大的差距；当需求做出调整，或者系统功能需要修改时，由于牵扯到整个软件过程。造成响应时间、和修改周期较慢。由于传统治理信息系统的开发模式，是在底层的技术平台上直接搭建业务系统，并且也只能承受面对技术的、业务无关的“原始”编程工具来开发治理系统。这种低层次的软件开发模式，使得信息系统的开IT黑洞现象的普遍发生。〔二〕XBM平台的应用开发模式和传统的应用开发模式有着很大的区分。和用户进展沟通的业务人员，可以直接构建出用户想要的系统。整个系统建设的过程，对于系统的使用者来说都是可见和可控的。如以下图所示，借助于XBM平台，我们将重点放在了需求设计上。同时需求的设计过程，也是系统原型的开发过程。也就是说，当需求调研完毕后，系统的原型也就出来了。诺构原型法开发模式，主要有如下特点：需求调研过程，我们将以实际系统呈现为主，而以文档为辅。这样，用户需求确实认都是在最终的原型系统上来确认的。这样需求才会完全和系统对应起来，可以避开“需求描述不准确”，或者“看不到最终系统提不出需求细节”等问题的发生；由于整个系统构建过程中，没有代码开发的过程。这样可以保证业务人员，在需求调研的同时，也能够讲系统的构建、部署、上线过程负责到底。这就避开了需求在多个人之间衰减的现象；系统的功能调整、修改更准时、更快捷。〔三〕一套企业治理系统，其主要目的和实际建设内容无非包括：通过系统来对治理流程进展抽象和沉淀，从而使得整个业务过程中，每个角色能够按部就班，按时按量完成自己的任务。从而提高业务的自动化程度，以及各环节之间的协作力量，从而提高公司治理水平。利用计算机强大的计算力量，将杂乱无章的各种单据、票据录入系统，并进展流程化跟踪。从而削减工作人员的繁琐程度，降低劳动强度。利用数据库的各种查询、统计、汇总等功能，对现实和历史业务数据进展各种分析统计，从而能够让公司领导或各级决策者能够随时得到各种报表〔包括绩效考核〕相关数据。利用计算机网络〔含局域网、Internet网〕，让工作人员突破地域、时间限制，随时随地都可以进展业务审批、事务处理等操作。从治理的角度讲，“事务是死的，但是流程是活”的。也就是说：一个公司只要其业务范围不发生大的变化，那么其治理系统的业务模型、系统功能、各种单据等等，相对是固定不变的。而每个公司、每个成长阶段，其人力安排、业务流程等则相对是最简洁变化的。这就要求我们在系统设计的过程中，必需将那些业务的本质的东西〔业务模型、功能、单据、界面〕作为重点进展抽象，而对“活”的东西供给某种“包涵”。XBM平台中，供给了完全可视化的流程设计、调整工具。可以随时依据业务治理的需要来调整业务流程、岗位设置、人员权限等。因此，对于基于XBM平台开发的治理软件，其调研和开发的重点主要集中在：各环节的工作内容、业务中发生的各种单据、各种数据之间的关系、资金流、每个环节关心的重点信息等等。也就是“数据流程”，而非“业务流程”。而详微小观上的每个功能谁来操作、每个岗位怎么来换分，这个在系统上线前、以及上线后随时可以调整。我们不需要额外的去开发。〔四〕由于我们自身也是在XBMXBM业务根底架构平台，就可以对应用系统进展任何要素〔含UI、数据模型、流程、报表等〕进展升级。针对重点型客户，我们将免费供给XBMXBM平台，就相当于拥有了系统的全部源代码。XBM中，可以对数据模型、规章模型、各种交互表单、打印报表等等，进展任何的调整。系统网络部署Internet〔或无线网络〕连接到效劳器：系统承受典型的三层架构模式：InternetADSL拨号穿越防火墙，连接到应用效劳器上。应用效劳器承受群集方式，和中心数据效劳器进展连接。应用效劳器，主要用来公布业务表单、业务交互等，可以是一般性能的台式机。依据系统需要的并发数量，来设置应用效劳器的台数。一个XBM效劳〔基于SOA架构，全部的功能都是效劳〕，32768个并发连接，但依据历史阅历，建议一台效劳器最多设定512个连接为宜；在防火墙端，可以设定负载均衡〔如：承受均衡连接数策略〕，保证应用效劳器之间均衡的工作。由于系统基于SOA架构〔面对非连接〕，一台应用效劳器故障后，可以自动切换到另外一台应用效劳器上去工作，而不会造成正在处理的数据的丧失。中心数据库效劳器，负责整个系统的数据存储。中心效劳器的对数据的访问速度，将会成为整个系统的性能的瓶颈。因此，建议承受多CPU的品牌效劳器。对于一些附件、图片等二进制文件，数据库端将通过文件指针存储方式来保存，以便利日后的数据备份和维护。系统功能设计依据系统需求分析，整个系统将划分为：公司分销主系统、经销商分销子系统、客户查询子系统三大子系统。其中，各地经销商，作为公司的客户，使用“经销商子系统”登录系统，进展订单录入、到货签收、状态查询、应收应付结算等操作。公司总部各部门，通过“公司分销主系统”登录到系统。主要处理订单确认、生产选购、物流托运、库存治理、财务结算等操作。另外，终端客户可以通过扫瞄器，连接到“终端查询子系统”，通过输入订单编号查询到订单确实认、生产、物流、结算等状态。三大子系统部署在一个效劳器上。只要有上网的地方，客户、经销商、公司部门人员都可以随时随地登录到系统中。公司分销主系统总公司各部门来使用。主要分为如下几个模块：〔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客户投诉处理依据流程，投诉登记、投诉处理、客户反响等环节进展处理66销售工作统计针对销售人员的销售工作、成效进展统计、考核〔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公司毛利分析报表按日、月、年分别统计公司各结算的毛利状况经销商经营分析主要公司领导，以及负责经销商的领导使用。通过该模块，可以对经销商的经营状况进展分析，以防止经销商经营不善，而恶意押款。序号序号功能名称功能说明1经销商销售查询针对某个经销商，查询其历史销售记录2经销商销售报表分组查看每个经销商的销售报表。3经销商毛利分析分组查看每个经销商的毛利。4经销商回款查询查看经销商的历史回款记录。5经销商效劳记录查询查看经销商针对终端客户的提货、修理等记录。财务治理应收帐款汇总表描述在指定时间段内指定客户的应收帐款与实收帐款汇总状应收帐款汇总表描述在指定时间段内指定客户的应收帐款与实收帐款汇总状况应收帐款明细表描述在指定时间段内指定客户的应收帐款与实收帐款的单据明细状况应收帐款帐龄分析表分析呆滞帐款的构成客户销售排名表描述全部客户在指定商品或商品类别范围内的销售排名商品销售排名表描述全部商品的销售排名商品类别销售排名表描述全部同级商品类别的销售排名序号功能名称功能说明1销售货款结算按时间段，和经销商之间，进展货款的结算。2生产选购结算按时间段，和生产厂商之间，进展选购费用的结算。3物流费用结算按时间段，与物流供给商之间，结算物流运输费用。4销售业绩统计依据业务员、部门等等，对销售额、回款额进展统计。5发票治理通过发票单追踪纪录给客户开具发票的状况，对相应的销售出库单进展开票状况核销。发票单是订单处理状态的重要内容之一。6退款处理处理对客户的现款退回业务，退款的缘由可以是退货、返款，也可以是客户预付款或者其他款项的直接退回。7核销治理8其它报表治理见下表业务员销售排名表部门销售排名表地区销售排名表客户商品类别销售汇总表客户商品类别销售趋势表业务员商品销售趋势表业务员商品类别销售趋势表部门商品类别销售趋势表地区商品类别销售趋势表年销售打算进度表商品进销存汇总表

描述全部业务员在指定商品或商品类别范围内的销售排名描述全部销售部门在指定商品或商品类别范围内的销售排名描述全部管辖地区在指定商品或商品类别范围内的销售排名描述指定客户在指定时间范围内对每种商品的销售汇总数据，包括销售数量、销售金额、累计数量、累计金额等。描述指定客户在指定时间范围内对每种商品类别的销售汇总数据，包括销售数量、销售金额、累计数量、累计金额等。描述某一客户在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一客户在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一业务员在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一业务员在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一部门在指定时间段内销售指定商品的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一部门在指定时间段内销售指定商品类别的销售变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一地区在指定时间段内销售指定商品类别的变化趋势，可分别按日、旬、月描述变化趋势，可选择去年同期的数据作比照描述某一业务员或部门或客户或商品类别的年度销售打算完成状况和趋势描述某一仓库的指定范围商品在指定时间段内的进销存汇总数据商品类别进销存汇总表商品出入库明细表商品类别出入库明细表商品订单明细表商品类别订单明细表商品仓库分布表商品类别仓库分布表商品来源去向表商品超储短缺表商品现存量查询表

描述某一仓库的指定范围商品类别在指定时间段内的进销存汇总数据明细列表据的明细列表在指定时间范围内，涉及指定商品的全部订单明细列表在指定时间范围内，涉及指定商品类别的全部订单明细列表描述指定范围的商品在全部仓库中的分布状况描述指定范围的商品类别在全部仓库中的分布状况描述某一仓库中的指定商品的入库来源〔选购、退货、其他〕和出库去向〔现销、赊销、代销、赠品、报损、其他〕的汇总数据描述某一仓库中的指定商品类别的入库来源〔选购、退货、其他〕和出库去向〔现销、赊销、代销、赠品、报损、其他〕的汇总数据商品的超储或短缺数量，并给出报警提示商品类别的超储或短缺数量，并给出报警提示查询当前指定仓库中指定商品的实际可销售数量经销商分销子系统有经销商来使用。主要分为如下几个模块：系统治理该模块由经销商主管使用，主要对经销商自己的账号、日志等进展维护。具体功能列表如下：序号序号功能名称功能说明1登录账号治理对使用系统的用户的登录信息进展治理。2用户权限治理针对用户可以使用的模块和功能权限进展设置。33登录日志治理统计某个客户，某个时间段，登录时间的次数和时长。4员工治理对该经销商的各类人员进展治理客户关系治理主要对大客户〔常常订货的客户的治理〕。序号功能名称功能说明1客户信息治理主要对事实客户信息进展维护。2销售跟踪治理针对销售人员，记载其具体的销售过程。3客户投诉处理依据流程，投诉登记、投诉处理、客户反响等环节进展处理4销售工作统计针对销售人员的销售工作、成效进展统计、考核〔3〕销售治理针对客户的需求，来录入订单、并对历史销售进展统计。序号功能名称功能说明1订单录入录入具体的订单信息。2订单审核针对订单信息，进展确认。一旦无误，即可发给公司总部。3订单状态跟踪依据订单编号、客户信息等，查询订单的各项信息〔含：生产信息、物流信息、结算信息等〕。4销售订单查询依据各种条件进展组合，查询历史订单，或者还未处理完毕的订单信息〔含各种状态〕。5销售统计报表依据时间、经销商等进展订单数量、销售额的统计。双击可查看明细。〔4〕提货治理对货物进展签收、并对客户办理提货。序号功能名称功能说明1到货签收进展到货签收。并通知客户来提货。2办理提货客户提货，登记证件信息。收取余下款项。3理赔登记假设物流过程中，有丢损。对货物办理理赔登记。〔5〕修理治理序号功能名称功能说明1保养跟踪提示依据时间统计需要保养的客户。通过短信提示客户保养效劳。2修理单录入搜寻历史订单，录入修理单3配件库存治理配件局部，需要有库存治理模块。4修理查询统计依据各种条件，进展修理记录查询统计。〔6〕应收、应付治理对各种应收、应付款款进展治理。序号功能名称序号功能名称功能说明1客户结算盘点对客户支付的货款现金，进展盘点。并按日进展核销2公司货款结算统计货款；并办理结算。3销售业绩统计对各业务员，依据时间。统计其销售业绩。4销售毛利分析分析本经销商的毛利基于扫瞄器，客户可以查询订单的处理、运输状态。开发实施方案系统开发团队鉴于《xxxxxx分销治