销售系统财务管理

销售系统财务管理（共8篇）

1.销售系统财务管理 篇一

如何利用CRM系统管理销售团队，提升销售业绩

一个伟大的企业是由伟大的团队创建的，而销售团队在企业中又是重要的组成部分，企业销售团队质量怎么样，从业绩上就可以看的出来，那么如何才能有效的管理销售团队，提升销售业绩？如何在维系客户的同时，方便销售人员更快地锁定目标、安排好工作计划，提高工作效率？

面对日趋激烈的竞争，企业是否拥有合格的销售团队已经成为其生存发展的必要条件，销售团队的管理归根结底也是对销售团员的管理，所以管理层要合理运用CRM客户关系管理系统做好对团队成员的销售过程的流程化，销售团队中不同职位需要客户关系管理系统的不同模块来支持，就好像生产线上有多个工种，每个岗位有自己的工具和技能一样。

一般中小企业销售团队主要由销售经理和销售人员来构建，每个岗位的职能是不一样的，这也就需要CRM系统对于不同的人员进行不同的功能设置。

作为销售经理的主要职责是充分利用公司有限的资源，带领销售队伍完成本年销售目标，并为下一个打下坚实的基础，销售经理需要精通销售也要懂得管理，并要擅长制作销售额统计、市场调查和销售管线报告。

销售经理作为团队的管理者还应充分了解销售人员的特点，销售经理在销售团队中应该像一面镜子，你的一举一动都将直接影响到你的团队，结合实际工作中的表现，使得团队中的每一个人都朝着同一个目标，各自发挥自己的专长，形成能力的互补，带领团队中的每一个成员共同进步。

作为一个销售人员，在每一个销售机会面前，决不能有一丝含糊，作为销售人员一方面要非常快捷的通过CRM系统获取相关销售技能、产品知识、服务技巧等各类有助于提升客户感受的知识，另一方面销售人员需要对客户进行区分，了解目标客户的基本信息，同类产品购买历史，购买能力等可以将目标客户转化为潜在客户的信息，而这些信息需要销售人员通过CRM系统进行快捷的记录、搜索、和修改客户和产品信息。

所以，作为企业来说，运用crm建立好一套全面的销售管理体系，无论哪个环节出了问题，都可以有根据可循。假如有业务员在销售过程中出了一些问题，也可以根据业务机会的明细设身处地的为下属分析失败的原因，并找出解决办法。

优秀的销售团队加上优秀的crm，势必会锦上添花，在市场环境日趋激烈竞争的今天，如何快速获取客户、如何快捷的对客户进行管理和维护，将直接影响到企业的生存发展，一款能够随时随地进行客户关系管理的系统将显得尤为重要，这里为大家推荐一款移动CRM系统——京诺移动CRM，京诺移动CRM系统对市面同类产品进行了功能优化，方便用户快捷操作，能够有效的解决销售工作中工作地点不固定、数据反馈不及时、人员难以监管等问题。企业管理者借助移动信息化的手段更好的安排销售人员的工作，增强团队效率,有意者欢迎搜索访问京诺移动CRM。

2.销售系统财务管理 篇二

ASP(Active Server Pages)可理解为动态服务器页面技术。是Microsoft推出的一种用以取代通用网关接口的技术，是一个Web服务器端的运行环境，是目前最流行的Web服务器应用开发技术，特点是将脚本、超文本和强大的数据库访问功能结合在一起，并提供了众多的服务器组件来扩展功能，能够很方便地创建分布式和基于Web的商业化应用程序。在网络图书销售管理系统中，选择小型数据库Access2003，大型数据库SQL Server为典型进行软件的开发。

2 网络图书销售管理系统分析

2.1 系统的三层客户/服务器结构剖析

网络图书销售管理系统工作时遵循三层客户/服务器模式的交互过程。客户/服务器模式是一种软件体系结构，这种结构中包含了两类实体：客户机和服务器，实体的数量并没有限制，体系结构的层次也没有限制，目前实用较多的结构是两层客户/服务器结构和三层客户/服务器结构。两层客户/服务器结构主要用于局域网系统中，三层客户/服务器结构是一种新的适应于局域网和广域网的客户/服务器结构，可以代表客户/服务器结构的发展方向。

三层客户/服务器按功能可以分成表示层、功能层和数据层。三层分割明确，并在逻辑上相对独立。在三层客户/服务器结构中，表示层和功能层也分离成各自独立的程序，并且这两层间的接口简洁明了。各层功能如下：

(1)表示层：是应用的接口部分，担负用户与应用程序间的对话功能。

(2)功能层：相当于应用的本体，将具体的业务处理成逻辑编入程序中。

(3)数据层：是数据库管理系统，负责管理对数据库数据的读写。

2.2 数据库访问技术分析与选择

网络图书销售管理程序设计主要包括两部分，一是Web网页设计，主要是位于功能层数据库访问程序设计，即中间件的设计。开发中间件程序必须注意以下几点：

(1)中间件是一个公共的应用通讯与数据接口层，任何人都能通过它无缝连入应用开发环境中，也就是说，应用程序应该容易定位和共享应用逻辑和数据。

(2)中间件必须保证事务关键性业务不被丢失。

(3)中间件应能和同构或异构环境下的多种数据源通讯，同时，能够管理数据间的公共逻辑约束。

目前常见的中间件技术有：通用网关接口CGI、Web服务器专用API、JDBC、对象Web和ASP(Active Server Pages)。

3 建立数据库

本系统利用Access作为后台数据库，首先在Access中新建在网络图书销售管理系统中将要用到的数据库，将数据库命名为“db.mdb”。数据库主要包含三个数据表，分别为product、user、orders。其中product表用来存放书籍的相关信息;user表用来存放已注册用户信息;orders表用来存放顾客订单数据。三个数据表的结构分别如表1、表2、表3所示。

利用ADO访问数据库，具体的操作步骤可以归纳为以下几步：

(1)创建数据库源名(DSN)。

(2)创建数据库链接(Connection)。

(3)创建数据对象。

(4)操作数据库。

(5)关闭数据对象和链接。

环境及开发工具：操作系统：Windows XP;数据库：Access 2003;开发工具：Dreamweaver 8;图片处理工具：Adobe Photoshop CS2;发布：IIS V5.0。

现在对该系统的各个画面简单介绍，在前台操作页面中，网络图书销售管理系统的主页面包括：用户注册、用户登录、书目查询、书籍浏览、购买、管理员等六个主要功能。

后台操作页面的功能包括商品管理，其中又包含添加新书、管理书籍、订单管理、评论管理四部分;分类管理，其中包含大类管理、小类管理、类别转移三部分;用户管理包含用户的管理和客户的管理两部分。

4 网络图书销售管理系统调试及维护

4.1 网络图书销售管理系统的调试

本系统中，为了顾客更快地找到自己喜欢的图书，系统设置了一个查找页面，不过这个页面仅仅实现对图书的分类查找、购物车的管理以及订单的处理作为一个销售系统，显然购物车的管理是最重要的部分，系统中使用了虚拟的购物车，普通的用户只要往购物车中添加商品即可，剩下的事情由系统处理。顾客可以对自己的购物车进行一些操作，包括改变图书的数量，添加其他的图书种类，或提交结帐操作等，还有系统中管理员的功能也是系统的一个难点，这里仅仅对图书信息进行管理，实际上是需要系统注册用户(顾客)，还有顾客订单等内容。管理员身份在本系统中采用了页面级的验证机制，即仅仅在页面中输入管理员的用户名和密码，然后验证用户身份，实际上需要在数据库建立专门的管理员帐户来进行管理。

4.2 网络图书销售管理系统的维护

系统所运行的操作系统为Windows XP。其Web服务器使用IIS 5.0，确认系统安装了IIS 5.0服务器软件，创建一个自己Web站点，IIS 5.0的Web发布目录也被称之为主目录，本系统所有文件均存于bookshop下，设置主目录，打开IIS服务器，在Web站点上单击右键选择属性，在目录安全性标签里，单击“编辑”按钮，验证方法设置为Windows集成验证，它的使用与用户的Internet Explorer Web浏览器进行密码交换以确认用户的身份。任何访问内部办公网的用户除了具有系统本身的身份外，还必须拥有一个合法的Windows用户身份。

本系统是一个面向网络的图书系统，具有一定实用性的数据库信息管理系统。主要完成对网络图书销售系统的一系列管理，包括用户管理系统，图书销售系统以及在线管理系统。本系统采用当前流行的动态网页编程工具ASP，在数据库的设计上利用了Access的便利性和实用性。

参考文献

[1]顼宇峰,马军,编著.ASP网络编程从入门到精通.北京:清华大学出版社,2006.

[2]周志逵,江涛,编著.数据库理论与新技术.北京:北京理工大学出版社,2001.

[3]王燕平,汤玫,编著.ASP程序设计教程.北京:机械工业出版社,2005.

[4]张登辉,编著.ASP编程基础及应用.北京:机械工业出版社,2003.

[5]张海藩,编著.软件工程.北京:人民邮电出版社,2002.

[6]薛华成,编著.管理信息系统.北京:清华大学出版社,2003.

3.基于ERP的销售管理系统研究 篇三

【中图分类号】TP311.52 【文献标识码】A 【文章编号】1672-5158（2013）03-0104-01

一、基于ERP的销售管理系统

利润是一切商业企业进行商业活动的根本目的，销售活动作为直接和利润相关的经营活动则理所当然的成为所有的企业经营者最关心的话题。如何优化销售流程，如何提高与销售相关的数据的透明性、可用性以及在其在其它活动如客户咨询、订单处理等活动中的一致性，直接和公司的利润密切相关，直接影响着企业的生存状态。企业的销售管理工作主要是由企业的销售部门完成，但同时与其他生产部门有着十分密切的业务联系。在以人工方式进行销售管理时，当销售的产品种类及客户数量繁多时，相关文件的查询，业务信息的记录、更新等都会变得非常繁琐，而且容易出错或延误时效，从而导致管理者对于客户订单的出货、进货难以控制，或者在需要作出决策的时候，不能及时或根本无法获得相关的参考信息。ERP 销售管理系统就是针对上述各项问题而提出的。

销售管理系统是企业 ERP 系统中具有相对独立功能的核心模块，以销售管理系统为核心，根据企业需求逐步添加或升级其他功能模块，则是解决目前ERP 实施困境的一种可行的策略。

ERP系统通过信息技术等手段，实现企业内部资源的共享和协同，克服企业中的官僚制度，整合企业价值链中的主要功能，使得各业务流程实现无缝平滑衔接，为经营者提供最及时、正确、有用的信息，以支持管理决策，使企业资源得到最有效的应用。从而提高管理的效率和业务的精确度，提高企业的盈利能力，降低交易成本。

二、ERP销售管理系统国内外的研究现状及分析

据Marbert et al（2000）针对美国制造业进行有关ERP实施应用经验方面的调查，结果显示 44%的被调查企业已经实施了ERP系统，另外有近30%的企业正在实施或是准备实施ERP。N. Seewald（2002）的调查结果显示 2004 年ERP在企业应用程序预算中仍占有最大的比重。P. T. Hogan et al（2000）调查结果显示已有 53%的大型企业实施了ERP，30%的企业在以后的两年内打算投资建设ERP系统，虽然目前中小型企业的ERP系统实施率仅为 9%，但有 87%计划在两年之内投资建设。

国内从上个世纪 80 年代开始，以沈阳第一机床厂为代表的一些机械制造企业就已经向ERP的前身物料需求计划（MRP）进军，随后其他一些有实力的企业也纷纷加入了这一行列，从MRP，MRPII再到ERP的引人，迄今为止，中国制造业对ERP已经进行了长达 20 年的追求和探索。但是由于国内企业信息化基础较差，ERP应用识相对薄弱等原因，虽然产品的概念已经普及，但现今，ERP软件在国内企业的应用仍处于起步阶段。从ERP系统的应用规模来看，已经实施ERP的企业占企业总数的比例仍然很低。据不完全统计，我国特大型，大型工业骨干企业有 5000多家，年营业收入在 5000 万人民币以上的企业有 30多万家，目前已经实施或准备实施ERP的特大型大型骨干企业仅有 1000 家，中小型企业约有 3000 家。

ERP系统在我国走过了 20 多年的风风雨雨，而到目前为止，其推广的程度是差强人意。究其原因，一是因为ERP系统价格昂贵，一套普通的大型ERP系统需要数百万人民币，很多企业难以负担；二是随着技术的提高或公司业务的发展，ERP系统需要不断的升级，但ERP系统的升级并非易事，而如果引入新的ERP系统就会造成原来的系统的浪费；三是流行的ERP系统是一些软件公司面对某个行业的通用的系统，这样在与公司具体的业务相结合的时候就会出现冲突，这样以来很难达到预期的目标，甚至会导致ERP项目施实的失败。这样以来，在采用ERP系统的道路上，很多企业徘徊不前。而随着全球信息化的加剧，采用先进的信息化管理企业已经是迫在眉睫。究竟该何去何从呢？很多有识之士把目光投向了企业运作的核心——销售管理。

销售是企业生产经营的实现过程，是企业经营活动的中心，也是企业价值的实现方式，销售管理与其它应用完整地结合在一起，能提供有效的结算管理数据，积极支持销售业务活动，可以通过快速客户订单处理和准时的客户订单发货，改变客户服务质量，也可以通过有效的销售

那么根据ERP对销售模块的功能定义，以销售为核心，建立起针对某个企业的专用的销售管理系统，并在使用中逐步加以拓展，根据需求添加其他模块，就可以构成企业专用的ERP系统。这样一来，由于其规模比ERP系统小，就可以降低信息管理系统的引入费用，使企业尽早用信息化技术管理业务。由于其是以销售管理业务为核心，并根据业务需要逐步增加其他模块的，各个模块之间的耦合就大大减少，就可以单独升级需要升级的模块，保留原来的模块，升级系统的费用就大大降低了。并且由于其针对企业量体裁衣，就可以避免和公司业务的冲突。于是，前面遇到的几个问题就得以解决。

三、未来展望

4.《商品销售管理系统》设计总结 篇四

一个学期即将过去，我也完成了《商品销售管理系统》作品，这次的作品收获很大。

这次的作品是第一次做，以前没有这方面的经验，怕自己这方面做得不好。事情不总是一帆风顺的，不去做哪里知道自己行不行。一个好的系统，谨慎是非常必要的，机会不是天上掉下来的，是通过自己的细心留意把握的。

在设计商品销售管理系统的日子里，我遇到了很多困难和难题，我在处理这些困难的过程中，我得到很多收获。遇到的困难，幸亏有同学的帮助，才得以解决，例如建触发器时，怎么找也找不出错误的地方，就在同学帮我检查的时候，我发现出错的地方并不是什么很难解决的问题，有很多时候都是自己不够细心造成的，一定要注意在个方面仔细对待，不要因为一个小小的错误就浪费很多的时间。

在做触发器和函数的时候遇到了许多的困难，只好请教同学，因为有他们的才帮助得以解决，才又有了信心，有信心才有坚定的信念做下去，在进入到社会中肯定要比现在困难许多，而且出去后能无私的帮组你的人更少。不要因为某些错误无法排除而停滞，困难不重要，重要的是在困难面前要勇于解除困难。

学习系统制作首先要的是对它能产生兴趣，前人都说，兴趣是一个人的好老师，只要你有了兴趣，就有了动力去学习它。学习的过程是需要时间的，我们学习是要有步骤的去学习，先制定一个小目标，然后再慢慢地去实现它，我们想学好它，就要为它准备花费精力和时间，不要因为觉得学习期间，内容很枯燥就中途放弃。

通过这次的作品，和班里的人熟络了许多。这次作品也给我很多表现的机会，使我能够把学到的知识运用上去，从而巩固了我们的知识，同时也揭发我在软件设计知识方面的缺点和不足，至此督促我去提高自学能力，为我今后的学习或以后可能从事这方面的工作时提供了很大的帮助。

5.网络化销售管理系统简介 篇五

●全Internet通信连接●

大型企业集团销售网络信息的实时传输和共享，是电子商务和现代化管理的基本要求。管理者和决策人员需要及时获取企业营销的各项真实数据，以便在快速变化的市场环境中赢得先机。信息必须来源于一线业务人员的实际操作，而非统计人员的事后总结“报表”。

企业广域联网和实时管理的需求，过去一直止步于昂贵的远程通信费和异地设备投资之前。Internet网络化的电子商务解决方案，为企业构建覆盖全国范围的实时业务和管理网络，提供了一个不可思议的低成本机会。

每个分支机构只要配备标准的微机和调制解调器，即可迅速建立与总部的实时通信连接，并且操作互动的销售业务，及时查询有关的分销商、库存、财务和市场等方面的信息。Internet销售网络更能为企业的国际化拓展提供全球连接。

●销售业务流程自动化●

销售业务在网上以实时互动的操作方式执行，所有的数据信息都存储在总部系统中，

企业通过使用实时的客户和销售信息，以及优化销售过程来提高效率，防范风险，增加销售收入。销售业务的功能包括：订单处理、仓库管理、回款结算、客户信息、信用管理、销售业务统计、销售佣金计算，等等。

网络化销售系统满足多层次业务机构(大区/分公司/办事处/专营店)，多种类销售产品，多币种结算方式，和多渠道销售模式等纷繁复杂的销售业务要求。

●市场分析与决策支持●

通过网络化销售管理系统中业务人员的联机操作，在集团总部收集了及时，真实和 全面的销售业务数据信息，能为集团和分公司的管理人员提供全方位和深入细致的统计分析数据。可以从基于产品、地区、客户和业务人员的角度，产生销售、库存、发货、回款、周转金、信用额、销售佣金统计等各种客户化的报表。

因为所有市场销售统计数据都是从销售人员的日常业务工作中产生，不但省却了分公司每个结算期间专门完成销售总结和业务报表的时间，更为重要的是：所有的数据信息记录了销售业务的每一个细节，及时地反映了市场、销售、分销商和客户的真实状况。

●企业总部“飞行座舱”●

总部“飞行座舱”信息系统是企业在商战中的前线指挥所。企业总裁们通过实时图形界面，及时把握企业的营?quot;脉搏“：数据详细到几秒钟前某个业务员的每一笔销售，某个客户的每一次付款，某个仓库每种产品当前的可用库存。

●企业的”电子商务引擎“●

网络化销售管理系统，是中国企业电子商务化进程中战略性和实用性相结合的解决方案。企业首先投资在解决企业关键问题的销售系统，快速建立电子商务和现代企业管理的基础平台，收集积累企业和市场的真实数据，为全面信息化做好准备。

6.销售系统财务管理 篇六

“神州共赢家具销售管理系统”是一款针对家具定制行业的专业销售管理软件。

该系统基于神州共赢多年服务家具行业的经验，根据家具行业销售业务的实际运作流程，融合了先进的管理理念，为基层业务人员实现了规范的业务管理，提高了工作效率。同时该系统实现了各类数据统计分析功能，能为企业主管提供实时的决策信息支持。

店面1上门测量/绘图顾客签单店面2店面3订单信息、图纸、交款凭证等信息发送给总部安装场所录入单据公司总部测量/绘图录入交款报表统计审核出货安装存档下单生产仓库运输生产厂生产 适用对象：

本系统为定制家具销售管理系统软件，适用于衣柜、橱柜、床、书柜、书架、床头柜、梳妆台/凳、家具业等各行业需要实现销售管理、连锁消费管理的连锁门店、大型单店等。功能特点：

1、客户需求挖掘，帮助销售部门有的放矢地发展新客户；

2、通过销售分析、预测和评估，充分挖掘现有客户的潜力；

3、分析测量客户群体，识别出最佳客户，并锁定客们；

4、优化工作流程、提高效率；

系统登陆界面：

系统主界面：

订单界面：

报表统计界面：

软件详细功能：

1、基础资料

1.1 收款方式管理

录入收款方式：为订单收款设置收款方式。

1.2 店面管理

录入店面信息，方便设置订单所属的店面。

1.3 字典管理

方便用户进行自定义数据字典的维护管理，以便扩展自己需要新的数据字典

1.4 成品管理

录入现有成品信息名称、单击，方便设置订单的成品使用情况。

2、业务管理

2.1 订单管理

2.1.1 订单交款管理

2.1.1.1 添加订单

要下订单客户的基本信息，录入客户签单的基本信息：店面、订单号、日期、姓名、电话、地址，可以批量上传订单。

2.1.1.2 录入购货单

客户确定下订单后需要录入购货单信息、交款信息。

（1）录入购货单：录入订单总金额、优惠实收、测量员、绘图员等

（2）录入市场交款记录：录入客户到店面的交款信息，客户交款日期、客户交款日期、客户交款金额、客户交款金额。

（3）录入面积：当前订单的成品名称、单价、数量。

2.1.1.3 录入工程购货单

工程购货单：店面接收到数额比较大的订单，下订单后需要录入工程购货单信息、交款信息、出货记录。

（1）工程项目名称、录入订单总金额、优惠实收、测量员、绘图员等

（2）录入市场交款记录：客户交款日期、客户交款日期、客户交款金额、客户交款金额。

（3）录入面积：当前订单的成品名称、单价、数量。

（4）录入出货记录：当前工程项目名称、出货时间、出货金额。

2.1.1.4 录入交款

录入交款：对订单已经出货，但还没有上门安装，录入客户在次交款的信息。

2.1.1.5 审核购货单

对客户的订单信息、交款信息进行审核，审核通过后进行订单出货。录入公司交款记录：录入实际进入公司账户交款信息；

客户交款日期、客户实际交款日期、客户交款金额、客户实际交款金额。

2.1.1.6 存档管理

（1）对已经出货已安装的订单，然后进行存档。录入：生产存档、生产日期、存单号、存档日期。

（2）添加结算价记录：结算金额、结算日期。

2.2 返款管理

2.2.1 录入返款

对已经出货的订单录入返款记录：设计师、返款日期、返款金额。

2.2.1 实际返款

已经给设计师完成返款的返款记录，录入实际返款记录：设计师、实际返款日期、实际返款金额，然后点击确认进行审核。

2.3 退款管理

2.3.1 录入退款

录入需要退换客户钱，录入退款记录：退款方式、审核日期、退款金额、凭证号码。

2.3.1 实际退款

录入实际退换给客户的金额。实际退款方式、实际退款时间、实际退款金额，进行确认审核。

2.2.1 退单处理

客户需要进行退单，需要进行审核当前客户是否需要退款，退款玩完成后，进行退单已处理。

2.4 发票管理

2.4.1 录入发票

录入需要给客户开的发票，录入发票记录：日期、金额

2.4.1 实际发票

录入实际给客户开了多少发票，录入实际发票记录：实际开票地点、实际金额、开票详细地点、开票形式

2.5 转账管理

2.5.1 添加内部转账

进行内部订单转账，转账方式、转出订单、转入订单、确认时间、金额、备注

2.5.1 内部转账列表

进行内部订单转账查询，需要对内部转账进行审核，可以打印内部转账信息。

2.6 订单查询

可以查询订单全部信息例如：交款信息、成品信息、返款记录、退款记录、开票记录、修改金额记录。

选择单号、姓名、订单日期、地址、电话、存单号、存档日期、生产日期、安装日期等都可查询。可以模糊查询

3、报表查询

3.1 人员统计

3.1.1 测量员统计

测量员报表：按测量员人员统计安装日期范围内的数据，详细：统计测量员的所有测量订单。

3.1.2 订单员统计

订单员报表：按订单员人员统计安装日期、生产日期范围内的数据，详细：统计订单员的所有订单。

3.1.3 绘图员统计

绘图员报表：按绘图员人员统计安装日期、生产日期范围内的数据，详细：统计绘图员的所有绘图订单。

3.1.4 合作设计师统计

合作设计师报表：按合作设计师统计订单日期、安装日期、生产日期范围内的数据，详细：统计合作设计师的所有设计订单。

3.2 日期统计

3.2.1 安装日期统计

按店面统计安装日期范围内的数据，详细：统计该店面的所有订单信息。

3.2.2 订单日期统计

按店面统计订单日期范围内的数据，详细：统计该店面的所有订单信息

3.2.3 生产日期统计

按店面统计生产日期范围内的数据，详细：统计该店面的所有订单信息

3.3 店面统计

3.3.1 店面销售统计

根据存档日期在选择的时间范围内的每一个店面的销售统计，选择日期小区名称统计销售。

3.3.2 店面租凭统计

按店面统计安装日期、交款日期范围内的租赁平方数、每平方销售额等数据，详细：统计该店面的所有订单信息

3.4 应收统计

3.4.1 零售应收统计

选择截止日期，根据安装日期在选择时间范围内，录入交款记录没有确认到公司账户的应收报表

3.4.2 市场应收统计

选择截止日期，根据交款日期在选择时间范围内，录入交款记录没有确认到公司账户的应收报表

3.4.2 工程应收统计

选择截止日期，根据安装日期在选择时间范围内的工程订单，录入交款记录没有确认到公司账户的应收报表

3.5 应付统计

3.5.1 新订单应付统计

选择截止日期，根据交款日期在选择日间范围内，还未生产的订单优惠实收金额统计。

3.5.2 应付统计

选择截止日期，根据交款日期在选择日间范围内，已到账未存档的订单优惠实收金额统计。

3.5.3 未安装应付统计

选择截止日期，根据交款日期在选择日间范围内，已到账未安装的订单优惠实收金额统计。

3.5.4 未生产应付统计

选择截止日期，根据交款日期在选择日间范围内，已到账未生产的订单优惠实收金额统计。

3.6 发票统计

3.6.1 新订单开票统计

选择阶段开票日期，根据审核日期新订单已审未开票的报表按店列明细。

3.6.2 开票统计

选择阶段开票日期，根据审核日期已审未开票的报表按店列明细。

3.6.3 已审核未开票统计

选择阶段开票日期，根据返款审核日期已审未开票的报表，按店、按设计师姓名列明细。

3.6.4 多开发票统计

选择阶段开票日期，根据审核日期已审已开票，多给客户开票的报表按店列明细。

3.7 收款统计

3.7.1 银行收款统计

选择阶段日期，根据交款日期，按银行名称统计银行交款明细。

3.7.2 零交款统计

选择阶段订单日期，根据没有交款记录的报表按店面列明细。

3.7.3 店面收款统计

选择阶段录入日期，根据店面所有收款记录报表，按店面列明细。

3.7.4 出货收款统计

选择阶段交款录入日期，根据已审核出货已安装订单的交款记录，按店面列明细。

3.8 反款统计

3.8.1 反款统计

选择阶段日期，根据返款日期统计已审核返款记录，按店面列明细。

3.8.2 反款设计师统计

选择阶段日期，根据返款日期、设计姓名、店面统计已审核返款记录，按设计师列明细。

3.8.3 已审核未返款统计

选择阶段日期，根据返款日期统计已审核还未实际返款的记录，按店面列明细。

3.9 退款统计

3.9.1 退款统计

选择阶段日期，根据退款日期统计已审核已退款记录，按店面列明细。

3.9.2 已审核未退款统计

选择阶段日期，根据退款日期统计已审核未退款记录，按店面列明细。

3.9.3 退单统计

选择阶段日期，根据订单日期、审核日期、退单日期统计已审核已退单记录，按店面列明细。

3.9.3 已审核未退单统计

选择阶段日期，根据退单日期统计已审核未退单记录，按店面列明细。

3.10 结算统计

3.10.1 结算日期统计

选择阶段日期，根据生产日期、安装日期统计所有结算成本记录，按店面列明细。

3.10.2 未存档结算统计

选择阶段日期，根据生产日期、安装日期、结算日期统计未存档结算成本记录，按店面列明细。

3.10.3 已存档结算统计

选择阶段日期，根据生产日期、安装日期、结算日期统计未存档结算成本记录，按店面列明细。

3.11 存档统计

3.11.1 存档未安装统计

选择阶段日期，根据存档日期统计，已存档未给客户安装的订单，按店面列明细。

3.11.2 已出货未存档统计

选择阶段日期，根据存档日期统计，已出货安装未存档的订单，按店面列明细。

3.12 成品统计

3.12.1 成品库统计

选择阶段日期，根据出货日期统计所有成品订单，按店面列明细。

3.12.2 生产统计

选择阶段日期，根据安装日期统计，已安装已存档的成品订单，按成品名称列明细。

3.12 其他统计

3.12.1 同一地址统计

选择阶段日期，根据安装日期统计相同地址的订单，按地址列明细。

3.12.2 按类型统计

选择阶段日期，根据生产日期、安装日期统计订单类型订单，按订单类型名称列明细。

3.12.3 内部转账统计

选择阶段日期，根据转账日期、转出日期统计，同一个客户多个订单，其中有个单子多少钱转道另个订单转账明细。

3.12.4 修改资金额统计

选择阶段日期，根据修改日期统计，涉及退货款，优惠时实收会更改。方便看本月退了多少资金。

4、特权修改

特殊权限修改包括模块：订单交款管理、返款管理、退款管理、发票管理模块。

为了方便公司主管发现订单信息有误的时，可以在订单已经审核的情况下进行修改信息。

5、系统管理

5.1、用户管理

可以添加：业务员、管理员、经理等不同角色功能的操作员。

5.2、角色管理

7.二手房销售管理系统的设计 篇七

1 系统的功能需求分析

本系统需求实现以下功能:

1.1 权限管理模块。

本系统共分为六个权限, 分别是:总经理:所有的功能都能操作;大区经理:管理城区的权限以及城区下的所有功能都能操作;区域经理:操作此商圈的功能;店经理:操作此销售房源的相应功能;经纪人 (售) :只能操作售房功能;经纪人 (租) :只能操作租房功能。

1.2 用户管理模块。主要是实现用户的管理。

1.3 区域商圈。根据所销售的房源位置将城市划分为区, 区在划分为商圈。

1.4 楼盘字典。此模块主要是实现对销售的楼盘进行管理。

1.5 房源管理。

此模块是该系统的核心功能模块, 主要实现对房源信息进行管理, 具体体现在以下几个方面:新增房源:经纪人 (租) 和经纪人 (售) 可以新增要销售的二手房源信息。修改房源:只能修改自己的房源。删除房源:删除房源时需要店经理以上权限的人审核, 才可删除。查询房源:根据相关的条件, 可以查到按条件的房源, 但如果不是自己录入的房源, 查不到此房源的具体位置和电话信息。房源跟进:主要是跟进房源的销售状况。查看房源时必须在三个小时内写跟进, 如果超过三个小时, 不能补跟进。跟进是所有权限的人都可以查看。房源状态变更:表明房源的状态, 有效, 无效, 暂缓和已成交。只有经纪人提交房源的状态变更。状态变更为已成交时要求自动跟进和滚动显示10条。房源所属变更:如果经纪人离职, 经纪人录入的房源改为别的经纪人。只有店经理以上权限的人可以操作房源的所属变更。

1.6 客源管理。

新增客源:经纪人 (租) 和经纪人 (售) 可以新增要买二手房的客户信息, 只有经纪人可以录入新的客源信息。修改客源:只有经纪人可以修改自己的客源信息。删除客源:需要删除的客源信息需要经纪人提交, 上一级审核才可以删除。客源状态变更:表明客源的状态, 有效、无效和公共客源, 公共客源是所有经纪人都可以跟进公共客源。客源所属变更:如果经纪人离职, 经纪人录入的客源改为别的经纪人。只有店经理以上权限的人可以操作客源的所属变更。

1.7 自动匹配。

查询房源时, 可以自动匹配客源, 即这个房源是哪些客户想要买的。查询客源时, 可以自动匹配房源, 即按客户的需求, 可以自动匹配满足需求的房源信息。

1.8 操作记录。对本系统中所有的操作都有记录, 如房源跟进、房源和客源状态变更, 房源和客源所属变更。

1.9 通讯簿。记录使用本系统的用户的联系方式, 便于查找。

1.1 0 日常管理报表。

查询近二个月的信息, 总报表记录录入房源总数, 录入客源数, 成交数。明细报表是按人, 按天汇总录入房源数, 房源跟进数, 录入客源数、成交数。

1.1 1 房源成交业绩报表。

总业绩报表显示近二个月每个经纪人个人代理费金额总和。明细报表是每个经纪人在一个月的分成, 代理费总和, 房源成交金额。

1.1 2 打印详情。

区经理、总经理有权使用本模块。打印房源状态为“无效”的业主姓名, 物业地址, 电话。打印客源状态为“无效”的姓名, 联系电话。

2 系统数据模型设计

根据需求, 数据库主要有通讯簿表 (Xqd_Adbook) , 存储用户的联系方式信息;城区信息表 (Xqd_Area) , 存储城区信息;商圈信息表 (Xqd_Sq) , 存储商圈信息;店面管理表 (Xqd_DM) , 用来存储销售二手房的销售中心的信息;楼盘信息表 (Xqd_Lp) , 存储楼盘的信息;房源信息表 (Xqd_Supply_House) , 用来存储二手房源信息;客源信息表 (Xqd_Need_House) 用来存储客源的相关信息;房源/客源跟进表 (Xqd_Foloow) , 用来存储房源和客源的跟进信息;状态信息表 (Xqd_Zhuangtai) , 用来存储房源/客源状态信息;系统参数分类信息表 (Xqd_Select Type) ;系统参数内容信息表 (Xqd_Select List) ;房源图片表 (Xqd_Img) , 用来存放房源的图片;权限表 (Xqd_Group) ;用户表 (Xqd_Member) ;日志表 (Xqd_Log) ;公告信息表 (x_News) ;房源、客源所属变更信息表 (Xqd_Suo Shu) ;房源、客源删除信息表 (Xqd_Delete) 。

3 开发平台的选择

3.1 操作系统:采用便捷、易操作的Windows XP。

3.2 程序设计语言:

本着系统的容易实现、性能稳定、易学易用的原则, 系统开发采用了微软公司开发的可视化编程工具Microsoft Visual Studio 2005中的C#开发的应用程序。

3.3 系统数据库:选择了关系型数据库SQL Server2005, 它有很强的处理能力和很高的安全性, 而且比较容易学习和操作。

4 结论

本系统的核心是对二手房源信息进行信息化管理, 有了此系统会使工作效率大大提高, 及时记录信息的准确性, 跟进二手房源的销售进展, 自动匹配客源的需求, 统计业务报表和业绩报表, 大大节省的人力和物力。使房地产商管理更加规范化和科学化。

摘要：随着我国市场经济的快速发展和人们生活水平的不断提高, 房地产的规模也在不断扩大, 有关房产的各种信息也成倍增加, 房地产商的数量也不断增加, 同时二手房的市场也越来越大, 面对二手房源庞大的信息量, 如何快速查询客户所需的房源以及房源销售状况的跟进, 传统的人工方式管理会导致房地产管理上的混乱, 人力与物力过多浪费, 房地产管理费用的增加, 从而使房地产商的负担过重, 影响整个房地产的运作和控制管理, 因此, 必须制定一套合理、有效、规范和实用的房地产ERP销售管理系统, 对房地产资料进行集中统一的销售与管理。另一方面, IT产业和Internet获得了飞速发展, 计算机应用已渗透到了各行各业, 引起信息管理的革命, 实现了信息的自动化处理, 提高了处理的及时性和正确性。提高了房地产管理工作效率。作到信息的规范管理, 科学统计和快速查询, 让房地产销售管理系统更好的为房地产行业、社会服务。

关键词：IT,Internet,ERP,管理系统

参考文献

[1]谭振林.ASP.NET2.0揭秘 (卷1) [M].北京:人民邮电出版社, 2007, 10, 1:132-138.[1]谭振林.ASP.NET2.0揭秘 (卷1) [M].北京:人民邮电出版社, 2007, 10, 1:132-138.

[2]朱晔.ASP.NET第一步--基于C#和ASP.NET2.0[M].北京:清华大学出版社, 2007, 7, 1:301-310.[2]朱晔.ASP.NET第一步--基于C#和ASP.NET2.0[M].北京:清华大学出版社, 2007, 7, 1:301-310.

[3]谭振林.道不远人--深入解析ASP.NET2.0控件开发[M].北京:电子工业出版社, 2007, 9, 1L125-140.[3]谭振林.道不远人--深入解析ASP.NET2.0控件开发[M].北京:电子工业出版社, 2007, 9, 1L125-140.

[4]孟宪瑞, 易磊.ASP.NET2.0经典教程--C#篇[M].北京:人民邮电出版社, 2007, 2, 1:20-40.[4]孟宪瑞, 易磊.ASP.NET2.0经典教程--C#篇[M].北京:人民邮电出版社, 2007, 2, 1:20-40.

[5]征服ASP.NET2.0Ajax--Web开发技术详解[M].北京:人民邮电出版社, 2007, 6, 1:261-301.[5]征服ASP.NET2.0Ajax--Web开发技术详解[M].北京:人民邮电出版社, 2007, 6, 1:261-301.

8.销售系统财务管理 篇八

关键词：ERP；销售管理系统；UML

中图分类号：TP311文献标识码：A 文章编号：1009-3044(2007)16-30931-03

Modeling on the Sales Management System of ERP Based on UML

XIAO Wen-min, MENG Qing-guo, YAN Bing

(Department of Mechanism ,Tianjing University of Technology and Education,Tianjin 300222, China)

Abstract:ERP can plan resources transcending one enterprise to fulfill perfect management for the whole supply chains. As to moderate and small enterprise, it is urgent to control inner business. The paper are written to molding the sales management system by using UML which can accelerate the software’s development process and improve it’s quality.

Key words:ERP; sales management system; UML

1 引言

经济全球化发展趋势使得当前企业对ERP系统的需求日益增长，需求变化也越来越快。然而，中小型企业资金少，经营规模小，不能承受引进大型ERP系统所需的巨额费用，设计一种功能相对完善、成本较低、实用性较强、系统容易维护且功能容易扩展的ERP系统就为广大中小企业所期待。考虑到这样的系统仍然庞大而复杂, 内部各种数据流、资金流、业务流交错, 业务流程动态变化且管理方法不断更新, 使系统在设计阶段很难保证软件质量, 也很难预测后期的维护和升级开销。这就给软件的设计、开发和维护工作带来了很多困难。并且它的开发与单一模块的软件开发有着很大的区别，企业各个业务之间错综复杂的联系是ERP系统软件设计和开发工作必须攻克的难关[1]。

统一建模语言UML是面向对象技术领域内占主导地位的标准建模语言，可以对复杂的系统建立可视化系统模型，目前已经被工业标准组织OMG(Object Management Group)接受，得到了Microsoft, HP, IBM, Oracle等支持，在国际上应用日益广泛[2]。

本文将结合天津市某小型企业，通过对该企业ERP销售管理系统的分析与设计，阐述如何通过UML降低开发难度和提高开发效率。

2 销售管理系统的功能模块和基本特征

销售部门在企业的供需链中处于与市场与企业的供应链接口位置，主要职能是为客户与最终的用户提供产品及服务，从而实现企业的资金转换并获取利润，为企业提供生存与发展的动力源泉，并由此实现企业的社会价值。综合来说ERP的销售管理提供的销售预测、销售计划、销售订单是主生产计划的需求来源。销售管理子系统帮助企业的销售人员完成客户管理、产品价格管理、销售订单管理、销售发货、服务管理、发票管理等一系列销售事务。销售管理的主要结构可以划分5个主要功能模块： 销售计划管理、客户管理、订单管理、收发货管理以及销售服务管理。

本系统以“订单”为核心，构建出了以“客户”为中心的管理模式。

该系统具有以下一些特征：

（1）先进的系统结构，面向销售流程，能适应原有销售工作流程并进行合理的改进，从而更贴近实际的应用。

（2）系统提供的灵活的人员权限设置和全面的财务核算方式，实现真正的销售网络化办公。

（3）在实现订单的电子化、工作流程的数字化同时，帮助公司领导提高决策的科学化水平。

（4）通过对客户信息的管理，实现对不同客户情况统计和分析。

整个系统操作业务人员包括：销售员、销售经理、仓库管理员、审计员、销售主管、和系统管理员。各个角色承担不同的系统任务，通过网络和通信系统，连接到销售管理系统，使用统一的访问界面，进行日常的销售业务操作，最终实现销售部门业务的正常运转。

3 UML概述

UML是一种可视化建模语言，用于对软件系统进行描述、可视化处理，构造和建立软件系统制品的文档。它记录了对必须构造的系统的决策与理解，可用于对系统的理解、设计、浏览、配置和信息控制[3]。UML能够描述系统的静态结构和动态行为。静态结构定义了系统中的重要对象的属性和操作以及对象之间的相互关系，静态结构视图包括类图、用例图、组件图和部署图。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制，动态行为视图包括状态图、活动图、顺序图和协作图。

4 销售管理系统的建模分析

4.1 销售管理系统的业务建模和需求分析

业务模型和需求分析的目的是对系统进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。结果可以用一个业务用例（Business Use Case）框图表达，根据销售系统的基本特征和功能可得到本系统的用例图（如图1所示）。

图1 销售订单管理子系统用例图

模型中的活动者代表外部与系统交互的单元，包括销售员、仓库管理员、维修人员、审计员、公司销售主管、和系统管理员；业务用例框图是对系统需求的描述，表达了系统的功能和所提供的服务，包括客户管理子系统、订单管理子系统、销售统计子系统、产品管理子系统、售后服务子系统。图1是销售管理系统层次的用例模型，只包含了最基本的用例模型，是系统的高层抽象。在开发过程中，随着对系统需求认识的不断加深，用例模型可以从顶向下不断细化，演化出更加详细的用例模型。

根据系统的用例图，可以对系统的持久对象进行设计，图2是本系统持久对象类及类之间关系图。

图2 核心业务对象类及类之间的关系

4.2 销售管理系统分析与设计

系统分析与设计是研究欲采用的实现环境和系统结构，结果是产生一个对象模型，也就是设计模型。设计模型包含了用例的实现，可以表现对象如何相互通信和运作来实现用例。对于系统的静态结构，可以通过类图、对象图、组件图和配置图来描述；对于系统的动态行为，可以通过顺序图、协同图、状态图、活动图描述。这些图在加上说明文档就构成完整的设计模型。

4.2.1系统架构设计

销售管理系统拥有大量销售信息资源，这些资源包括各种客户、订单、和产品等信息。其数据量大、信息变化快，非结构化信息与结构化信息共存。使用UML对销售管理系统进行基于面向对象的分析和实现，可以从开发的第一步开始，从系统的底层就把握住销售信息资源的特征，为下一步具体实现打好基础。在销售管理系统建立模型时要涉及到处理大量的模型元素，如类、接口、组件、节点、用例等，可以将语意上相近的模型元素组织在一起，这就构成了UML的包，包把这些建模元素按照逻辑功能分组，以便理解、反映它们之间的组成关系。

本系统在此将使用Java Web开发，系统主要有以下四个包：

（1）用户接口包（User Interface package）

用户接口包在其它包的顶层次，为系统用户提供访问信息和服务，即边界类。对于每一个参与者，都应该设置至少一个边界类，以表示参与者与系统进行的交互。

（2）业务逻辑包(Business Rule Package)

该包是销售管理系统业务的核心实现部分，包括客户管理、订单管理、产品管理等，其它包可以通过访问该包提供的接口，实现业务逻辑，如客户管理业务等。

（3）数据持久访问包(Data Persistence Package)

该包实现数据的持久化，也就是与数据库交互，实现数据的存取、修改等操作。

（4）通用工具包（Util Package）

该包主要包括应用程序安全检查的类，可以为上面三个包提供安全检查，如客户端检查和服务器端业务规则检查等，同时包括一些系统异常检查与抛出处理以及系统日志服务等。

4.2.2系统详细设计

详细设计主要是描述在系统分析阶段产生的类，与分析阶段类的区别就是偏重于技术层面和类的细节实现。销售管理系统提供的各种服务都是建立在分布、开放的信息结构之上，依托高速、可靠的网络环境来完成的。每项服务都可以看作一个事件流，由若干相关的对象交互合作来完成。对于这种系统内部的协作关系和过程行为，可以通过绘制序列（Sequence）框图和协作（Collaboration）框图来帮助观察和理解。此外，描述工作流和并发行为还可以通过活动框图，表达从一个活动到另一个活动的控制流。同时，可以在理解这些图的基础上，抽象出系统的类图，为系统编码阶段继续细化提供基础。下面是客户管理子系统详细设计。

（1）客户管理子系统的基本结构建模：图3是客户管理子系统主要类极其关系的详细设计。

图3 客户管理子系统类的详细设计及类之间关系

（2）序列图：序列图是一种对象交互图，着重强调了时间序列，而不是静态对象的关系，通过序列图可以清楚地看到不同对象之间的实时行为。

图4是一个客户管理的序列框图例子。描述了先加载某个客户；显示某些状态；再更改某些属性值，最后更新数据库状态的一次执行过程。通过序列框图可以清晰看出系统用户、客户管理子系统的用户接口、数据库连接模块之间以时间为顺序的消息交换，这对于把握系统的控制流、顺序行为和交互行为是非常有益的。

图4客户管理的序列图

（3）状态图适合描述一个对象穿越多个用例的行为。类的状态图表示类的对象可以呈现的状态和这个对象从一种状态到另一种状态的转换。图5描述了Customer对象的生命期中可能的状态及状态变化（从创建、更新到消亡的转变过程），其中ready用于加载客户信息，persist用于保存客户信息，save用于成功的保存成绩，error用于由于数据等的异常而未能成功的保存客户信息。

（4）协作图：协作图和序列图相似，两种图所表达的是同一种信息，可以互相转换。但两者是有区别的，序列图强调的是交互的时间序列，协作图强调的是交互的语境和参与交互的对象的整体组织。图6描述的是查询一个客户信息消息传递的过程。

（5）活动图：用于描述业务过程和类的操作，类似与流程图，显示出一个问题的活动（工作步骤）、判断点和分支。图7是反映了更新客户用例的活动图。

图5Customer对象状态图

图6 查询客户信息的协作图

图7 业务处理活动图

通过框图，可以确定需要开发的类、类之间的关系和每个类操作和责任。序列框图按照时间排序，用于通过情境检查逻辑流程。协作框图用于了解改变后的影响，可以很容易看出对象之间的通信，状态图描述了对象在系统中可能的状态，如果要改变对象，就可以方便地看到受影响的对象。

（6）软件系统一般由一组部件组成，换句话说，部件是相对独立的部分软件实施，有自己特有的功能，并可在系统中安装使用，系统中各部件相互协作，给系统提供完整的功能。图7是本系统运行时的主要部件。

图8 运行的部件图

4.2.3 销售管理系统的实现、测试和系统配置

系统采用五层逻辑结构：客户端只需中文浏览器；表示层用12个JSP(Java Server Page)文档实现动态页面以创建、操作业务对象；核心对象层用6个Java类以JavaBean形式构成业务处理的核心对象；连接层采用JDBC2提供两种连接方式：一种是基于DriverManager，主要支持Java应用和测试；另一种基于DataSource；资源层即数据库服务器。

经过系统分析和设计后，就可以根据设计模型在具体的环境中实现系统，生成系统的源代码、可执行程序和相应的软件文档，建立一个可执行系统；进而需要对系统进行测试和排错，保证系统符合预定的要求，获得一个无错的系统实现。测试结果将确认所完成的系统可以真正使用；最后完成系统配置，其任务是在真实的运行环境中配置、调试系统，解决系统正式使用前可能存在的任何问题。

5 结束语

ERP系统的发展方兴未艾，我国中小企业目前正处于传统手工、半手工管理向数字化过渡的阶段，将 UML应用于销售管理系统的建设，可以加速开发进程，提高代码质量，支持动态的业务需求。从实际效果来看，UML可以保证软件开发的稳定性、鲁棒性，在实际应用中取得良好的效果。

参考文献：

[1]罗鸿. ERP原理·设计·实施[F].北京：电子工业出版社，2005.

[2]宋波，刘杰，杜庆东.UML面向对象技术与实践[TP].北京：科学出版社，2005.

[3]RUMBAUGH J，JACOBSON l，BOOCH G．姚淑珍，唐发根，等译．UML参考手册[M]．北京：机械工业出版社，2001．