下载文档原格式
文档代号：软盘编号：电话卡销售电子商务平台软件需求说明书编写：校对：审核：会签：标审：批准：1引言 (2)1.1 编写目的 (2)1.2 背景 (2)1.3 定义 (2)1.4 参考资料 (2)2任务概述 (3)2.1 目标 (3)2.2 用户的特点 (3)2.3 假定和约束 (3)3需求规定 (4)3.1 对功能的规定 (4)3.1.1用户信息管理 (4)3.1.2电话卡产品信息管理 (7)3.1.3电话卡产品销售管理 (7)3.1.4网站信息管理 (11)3.1.5报表服务管理 (11)3.1.6接口服务管理 (11)3.2 对性能的规定 (11)3.3 故障处理要求 (12)4运行环境规定 (12)4.1 设备 (12)4.2 支持软件 (12)4.3 接口 (13)更改标记更改单号签字日期1引言1.1 编写目的电话卡销售电子商务平台（UnionTelecard E-Commerce Platform）软件需求说明的编写目的在于为“电话卡销售电子商务平台（UnionTelecard E-Commerce Platform）软件”的开发提供以下要求与依据：A)、作为软件开发人员和总体之间相互了解的基础；B)、作为软件设计和程序制作的基础；C)、作为软件确认测试的依据。
1.2 背景电话卡销售电子商务平台（UnionTelecard E-Commerce Platform）来源于电话卡销售电子商务平台（UnionTelecard E-Commerce Platform）软件任务书，根据客户需求，实现电话卡销售电子商务解决方案，为互联网用户网上购买电话卡提供方便的购买平台，为其它相关系统提供统一的信息平台。
1.3 定义UTC——UnionTelecard E-Commerce Platform（电话卡销售电子商务平台）IIS——Internet Information Service信息服务器WebServices——XML Web 服务COM——Component Object Model：组件对象模型；1.4 参考资料A) 软件设计文档国家标准（GB8567—88）；B) 电话卡销售电子商务平台软件任务书；更改标记更改单号签字日期更改标记 更改单号 签 字 日 期2 任务概述2.1 目标电话卡销售电子商务平台（UnionTelecard E-Commerce Platform ）简称UTC 。
目录•引言–编写的目的–背景–定义–参考资料•任务概述–目标–用户的特点–假定和约束•需求规定–对性能的规定1.精度2.时间特性要求3.灵活性–输入输出要求–数据管理能力要求–故障处理要求–其他专门要求•运行环境规定–设备–支持软件–接口–控制引言1.1、编写目的(1）使开发更有目的性,以便大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；(3)使用本系统,可以迅速提升超市的管理水平，为降低经营成本，提高效益,增强超市扩张力，提供有效的技术保障。
1。
2、背景21世纪，超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心.零售领域目前呈现多元发展趋势，出现多种业态：超市、便利店、特许加盟店、专卖店、货仓等等。
如何在激烈的竞争中扩大销售额,降低经营成本，扩大经营规模，成为超市营业者努力追求的目标。
针对超市的特点，为了帮助超市解决现在面临的问题,提高小型超市的竞争力，我们将开发一个超市管理系统。
为了使此系统能更好地为用户服务，我们需要有较完善的软件需求规格说明书来作为开发的引导.1.3、定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码.（2）交易清单:包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3)商品积压：在一定时期内,远无法完成销售计划的商品会造成积压。
（4)促销:在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时，发出提示。
(5）盘点：计算出库存、销售额、盈利等经营指标。
1.4、参考文献1、齐志昌，谭庆平,宁洪。
软件工程(第二版)[M]。
北京。
高等教育出版社.20042、王珊，萨师煊。
数据库系统概论（第四版）［M］。
北京。
高等教育出版社。
20063、《SQL Server 2000 实用教程》范立南编清华大学出版社4、《软件工程导论》重庆大学出版社5、《软件工程理论与实践》 Shari Lawrence Pfleeger编清华大学出版社任务概述2.1、实现目标(1）建立一个具有友好界面，操作简单的超市管理系统；（2）能够更好的控制和发展超市各种资源的流转;(3) 实现对进货商品的信息录入,并建立完整的数据库，对商品实行统一管；(4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；（5）销售人员可以通过系统查询商品的销售状况,制定下一步的销售计划,对某些特殊产品进行打折优惠活动。
超市后台管理系统—软件需求说明书超市后台管理系统—软件需求说明书1.引言1.1 文档目的本文档旨在详细阐述超市后台管理系统的软件需求，描述系统的功能、性能和限制，为开发团队提供清晰的开发目标和设计方案。
同时，本文档还提供了相应的法律名词及注释。
1.2 项目背景随着超市运营规模的不断扩大，传统的人工管理已经无法满足超市日常运营的需求，因此需要开发一款后台管理系统，实现超市的商品管理、库存管理、销售统计等功能，提高工作效率和管理水平。
2.系统总体描述2.1 系统功能超市后台管理系统主要具备以下功能：- 商品管理：包括商品信息录入、修改、删除、查询等操作。
- 库存管理：实时记录商品的进货和销售情况，更新库存数量。
- 销售统计：根据销售记录销售报表，统计不同时间段、不同商品类别的销售情况。
- 会员管理：管理超市的会员信息，包括会员注册、积分兑换等操作。
- 订单管理：管理超市的订单信息，包括订单录入、发货、退货等操作。
- 收银操作：实现收银员对超市商品的结算和收款功能。
- 数据备份和恢复：提供数据的备份和恢复功能，防止数据丢失。
2.2 系统用户超市后台管理系统主要涉及以下用户角色：- 超市管理员：对商品、库存、会员、订单等信息进行管理的角色。
- 收银员：负责超市商品的结算和收款操作的角色。
3.系统详细需求3.1 商品管理模块3.1.1 添加商品信息管理员可以录入新的商品信息，包括商品名称、商品类别、商品价格、商品库存等。
3.1.2 修改商品信息管理员可以对已有的商品信息进行修改，包括商品名称、商品类别、商品价格、商品库存等。
3.1.3 删除商品信息管理员可以删除已有的商品信息。
3.1.4 查询商品信息管理员可以根据商品名称、商品类别等条件进行商品信息的查询。
3.2 库存管理模块3.2.1 进货管理管理员可以记录商品的进货情况，包括商品名称、进货数量、进货价格等。
3.2.2 销售管理管理员可以记录商品的销售情况，包括商品名称、销售数量、销售价格等。
**塑料厂销售治理系统软件需求规格讲明书编写人：编写日期：2021年10月23日名目1产品描述1.1编写目的本?需求分析讲明书?其要紧目的是明确所要开发的软件应具有的功能、性能，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此根底上进一步采纳迭代的方式完成后续的开发工作，为软件开发范围、业务处理标准提供依据，也是应用软件进行合同终验的验收依据。
1.2产品名称工程全称：**塑料厂销售治理系统工程简称：销售治理系统工程版本号：V ersion11.3名词定义用户方：**塑料厂开发方：JSP学园本系统：**塑料厂销售治理系统ERP:EnterpriseResourcePlanning，企业资源方案系统，是指建立在信息技术根底上，以系统化的治理思想，为企业决策层及职员提供决策运行手段的治理平台。
应收款账龄分析：确实是根基指应收帐款自发生之日起到目前为止的时刻，因此这是指至今还没有偿付的应收帐款。
呆账：是指已过偿付期限，经催讨尚不能收回，长期处于呆滞状态，有可能成为坏账的应收款项。
呆账是未能及时进行清账的结果，又指因对方不还而收不回来的财物。
二八分析：不管是企业治理依旧企业销售、企业融资，企业都应该要紧抓好20%的骨干力量和要害，再以20%的少数带动多数的80%的，以提高企业运行的效率。
2产品需求概述2.1功能简介随着现代社会和电子商务的开展，人类社会逐步的迈进信息化时代，同时这种理念也已深进到企业中往了。
不管是一个销售公司依旧一个销售商店，都有许多的销售数据需要治理。
手工治理这些纷繁复杂数据的方式差不多不适应时代的潮流，实现数据标准化、自动化的电脑治理，是一个治理标准、运行高效的企事业单位的必定要求。
本系统确实是根基为了实现**塑料厂销售的高效治理而设计的。
通过本系统的开发，将该塑料厂的销售信息库中不包含的生产治理局部，进行开发和设计。
使得ERP系统成为真正贯穿于企业业务全程的数据治理、流程治理系统，并在这些信息的根底上进行统计和分析，为企业领导决策提供依据；同时对遍布全国的营销网络的信息化治理系统，提供更加完整的订单状态数据。
进销存管理系统需求分析规格说明书下表汇总了文档撰写的任务分配目录第1章引言 (1)1.1编写目的 (1)1.2读者对象 (1)1.3背景说明 (1)1.4术语定义 (1)1.4.1专门术语 (1)1.4.2定义 (2)1.5参考资料 (2)第2章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定与约束 (3)第3章需求规定 (3)3.1对功能的规定 (3)3.1.1系统UML模型 (4)3.1.1.1用例分析 (4)3.1.1.2用户定义 (4)3.1.1.3角色定义 (4)3.1.1.4说明 (4)3.1.1.5总系统用例分析 (5)3.1.1.6子系统用例分析 (6)3.1.1.7用例时序图 (13)3.1.2数据E-R图 (21)3.1.3数据字典 (34)3.2对性能的规定 (39)3.2.1精度 (39)3.2.2时间特性要求 (40)3.2.3灵活性 (40)3.3数据要求 (40)3.4故障处理要求 (40)3.5其他专门要求 (40)第4章运行环境设定 (40)4.1系统环境需求 (40)4.2支持软件 (41)4.3接口 (41)第5章缩写词表 (42)第1章引言1.1编写目的本文档主要描述的是“Life Mart进销存管理系统”开发、实施的方案，以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。
为明确用户的需求，在实际工作中参照并以此为标准说明产品的需求要完成的功能、性能等，特编写此文档。
1.2 读者对象本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人员。
1.3 背景说明在服务业竞争越来越激烈的今天，超市如何提高服务质量、管理能力显得越来越重要。
尤其是对进货、库存、销售显得尤为重要。
如果没有一套可靠的超市管理系统，单凭手工操作，不仅效率低下，而且会极大地影响到超市的服务质量。
超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。
汽车销售管理系统需求规格说明书(new) 汽车销售管理系统需求规格说明书1、引言1.1 编写目的本文档旨在详细描述汽车销售管理系统的需求规格，以指导开发团队进行系统设计和开发。
1.2 项目背景随着汽车市场的快速发展，汽车销售企业面临着日益复杂和繁忙的销售管理工作。
为了提高销售效率、减少人力成本和有效管理销售过程，本项目旨在开发一个汽车销售管理系统。
2、系统概述2.1 系统目标本系统旨在提供一个集中管理汽车销售信息、自动化销售流程、提高销售效率、减少错误和数据丢失的平台。
2.2 用户角色系统将涉及以下用户角色：- 管理员：负责系统设置、用户管理和权限管理。
- 销售经理：负责管理销售人员、分配销售任务和监控销售进展。
- 销售人员：负责录入客户信息、管理销售机会和完成销售订单。
3、系统功能需求3.1 用户管理3.1.1 注册账号3.1.2 登录系统3.1.3 忘记密码3.2 客户管理3.2.1 客户信息录入3.2.2 客户信息查询3.2.3 客户信息修改3.3 销售机会管理3.3.1 销售机会录入3.3.2 销售机会查询3.3.3 销售机会跟进3.3.4 销售机会关闭3.4 销售订单管理3.4.1 销售订单录入3.4.2 销售订单查询3.4.3 销售订单修改3.4.4 销售订单删除3.5 销售报表3.5.1 月度销售报表3.5.2 季度销售报表3.5.3 年度销售报表4、系统非功能性需求4.1 易用性4.2 可靠性4.3 性能4.4 安全性4.5 可维护性4.6 可扩展性5、附件本文档所涉及的附件包括：- 数据库模型设计图- 系统界面原型图6、法律名词及注释- GDPR：全球数据保护条例，是欧洲联盟制定的一项规定个人数据处理和自由流动的法律法规。
- CCPA：加州消费者隐私法案，是加州制定的一部旨在保护消费者个人数据隐私权益的法案。
进销存管理系统需求说明书作者：完成日期：签收人：签收日期：修改情况记录：目录1 引言 (1)2 项目概述 (1)2.1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1.1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3.1.1.2 商品信息管理 (7)3.1.1.3 仓库信息管理 (12)3.1.1.4 银行账户信息管理 (15)3.1.1.5 员工信息信息管理 (18)3.1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1.2.1 期初商品库存信息管理 (25)3.1.2.2 期初应收,应付款信息管理 (28)3.1.2.3 期初银行账户信息管理 (32)3.1.3 系统管理模块功能需求 (35)模块描述 (35)3.1.3.1 公司信息管理 (37)3.1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3.1.3.4 用户修改密码 (45)3.1.3.5 用户登陆系统 (47)3.1.4 现金管理功能需求 (49)模块概述 (49)3.1.4.1其他费用支出 (50)3.1.4.2 其他收入 (52)3.1.4.3 付款单录入 (55)3.1.4.4 收款单录入 (57)3.1.4.5 资金往来查询 (60)3.1.4.6客户对帐单 (62)3.1.4.7应收应付款报表 (64)3.1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3.1.5 进货管理功能需求 (70)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.3进货查询 (79)3.1.5.4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5.6进货商品统计表 (86)3.1.6销售管理功能需求 (87)模块描述 (87)3.1.6.1销售查询 (89)3.1.6.2销售对帐单 (91)3.1.6.3售后服务单 (94)3.1.6.4销售退货 (97)3.1.6.5销售利润 (100)3.1.6.6业务员业绩统计表 (102)3.1.6.7销售日报 (104)3.1.6.8销售商品统计表 (105)3.1.6.9销售清单 (107)3.1.6.10销售资金日报 (109)3.1.6.11报价单 (111)3.1.6.12销售单 (114)3.1.6.12打印帐表 (117)3.1.7库存管理功能需求 (119)模块描述 (119)3.1.7.1仓库调拨 (120)3.1.7.2 仓库调拨查询 (123)3.1.7.3 库存数量调整 (126)3.1.7.4 仓库数量调整查询 (129)3.1.7.5 商品库存查询 (131)3.1.7.6 收发存报表 (133)3.1.7.7 库存明细帐查询 (136)3.1.7.8 成品组装 (137)3.1.7.9 成品拆分 (140)3.1.7.10 库存报警 (143)3.2 外部接口需求 (145)3.2.1 用户接口 (145)3.2.2 硬件接口 (146)3.2.3 软件接口 (146)3.2.4 通信接口 (147)3.3 性能需求 (147)3.4 设计约束 (147)3.4.1 其他标准的约束 (147)3.4.2 硬件的限制 (148)3.5 属性 (148)3.5.1 可用性 (148)3.5.3 可维护性 (148)3.5.4 可转移\转换性 (148)3.5.5 警告 (148)3.6 其他需求 (149)3.6.1 数据库 (149)3.6.2 操作 (149)3.6.3 场合适应性需求 (149)4 附录 (150)1 引言本文描述了进销存系统的用户需求范围，并提供详细的用例描述，主要内容包括功能需求、运行需求。
软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。
1 目的 (5)1。
2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。
6 参考文献 (7)2 系统概述 (7)2。
1 概述 (7)2。
2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。
1 系统角色 (9)3.2 学生管理 (11)3.2。
1 增加学生信息 (11)3。
2。
2 修改学生信息 (11)3。
2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。
3 教师管理 (12)3.3.1 增加教师信息 (12)3。
3.2 修改教师信息 (12)3.3。
3 删除教师信息 (12)3。
3。
4 导入教师信息 (12)3。
4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。
4。
2 修改课程基本信息 (13)3。
4。
3 删除课程基本信息 (13)3。
4。
4 维护课程学生信息 (13)3。
5 成绩查询 (14)3。
5.1 学生查询成绩 (14)3.5。
2 教师查询成绩 (14)3。
6 成绩分析与统计 (14)3。
6。
1 考试成绩表 (14)3.6。
2 班级各科平均成绩表 (14)3.6。
3 年级成绩排名表 (15)3。
7 系统维护 (15)3。
7.1 数据字典维护 (15)4 非功能性需求 (15)4。
1 性能需求 (15)4。
2 安全性需求 (15)4。
3 可用性需求 (16)4.4 用户文档 (17)4。
5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
一、需求分析1、问题的提出：这是一个企业销售管理系统，设计者的目标是满足公司运营和日常管理的需要，具有对产品，员工，客户管理的功能。
销售员可以对销售的产品进行登记，并将销售情况反馈给数据库。
管理员可以查看员工信息以及销售情况，管理员登陆后可以添加删除员工，以及销售员以外的特殊操作。
为管理的方便性和信息传递的快速性提供了一个很好的平台。
系统开发的总体任务是实现售后服务及销售登记自动化。
总之，企业销售管理系统要实现登陆验证、商品销售管理、员工信息管理、客户信息管理几大部分。
2、系统的业务功能分析：销售管理系统是一个典型的数据库开发应用程序，有基础信息模块，销售管理模块查询统计模块，系统设置模块4部分组成，规划系统功能模块如下： 基础信息模块该模块主要用于管理添加、删除、修改商品信息、客户信息、用户信息。
销售管理模块该模块主要用于管理添加销售信息和添加销售退货信息。
查询统计模块该模块主要用于产品信息查询，销售退货信息查询，和产品销售排行。
系统设置模块该模块主要用于管理修改密码，关于和退出登录。
3、E-R 图：根据以上各节对系统所做的需求分析和系统分析，规划处了本系统的数据库实体。
下面介绍几个关键实体的E-R 图：订购客户销售单联系产品销售人员负责管理员管理退货单负责退货联系n 1n 1n11n 1n n1n1总体E-R 图销售单据产品编号数量售价销售人员成交日期客户编号销售单据编号产品产品名称供应商产地生产日期库存成本产品编号入库时间退货单据产品编号数量售价销售人员退货日期客户编号退货单据编号用户信息用户姓名用户类型用户密码加入时间用户编号销售信息管理系统详细E-R 图4、数据流图：客户销售员销售单据信息订购处理退货处理购买信息货品信息退货信息表退货要求退货信息销售信息退货信息数据流图三、系统设计1、数据表：表的物理设计：建立T_Customer 表(客户信息表)，T_Product 表(产品信息表)，T_User 表(用户信息表)，T_Sell 表(销售信息表)，T_Sell 表(退货信息表)。
软件需求规格说明书修订记录关键词：摘要：缩略语清单：目录1 简介 (1)1.1 目的 (1)1.2 范围 (1)2 总体概述 (1)2.1 软件概述 (1)2.1.1 项目介绍 (1)2.2 软件功能 (1)2.3 用户特征 (1)3 具体需求 (1)3.1 功能需求 (1)3.1.1 基础资料 (2)3.1.2 新增单据 (2)3.1.3 采购、销售记录查询 (3)3.1.4 其他记录 (3)3.1.5 库存查询 (4)3.1.6 模拟生产 (4)3.1.7 审批中心 (4)3.1.8 预警消息 (4)3.1.9 统计数据 (4)3.2 外部接口需求 (4)3.2.1 用户接口1 (4)3.2.2 用户接口2 ................................................................................ 错误!未定义书签。
4 总体设计约束 (5)4.1 标准符合性 (5)4.2 硬件约束 (5)5 测试建议 (5)6 附录 (5)1 简介1.1 目的本系统的全称为“ERP进销存管理系统”，版本号为1.0。
本文档详细描述了“ERP进销存管理系统”1.0版本的软件功能性需求和非功能性需求。
1.2 范围ERP进销存管理系统实现了各类商贸行、生产型企业对内部企业流程的管理及对企业各类数据的审核、统计的需求。
2 总体概述2.1 软件概述ERP进销存管理系统的开发主要针对于企业生产经营管理业务层面上的流程设计和系统应用实施，使企业对生产环节、连锁销售环节的管理更加规范有序，并能够帮助企业降低管理成本，提高市场竞争力和整体经济效益。
2.1.1 项目介绍本系统是针对中小企业量身定做的ERP系统，涵盖了采购管理、销售管理、库存管理、模拟生产、审核管理等功能全面、易学易用、管理高效、灵活的组合应用模块，实现整个进销存全生命周期的一体化管理。
2.2 软件功能本系统覆盖从采购、销售、生产、库存等连锁业务，并提供库存调拨、库存盘点、预警信息、数据统计等功能，使各业务流程之间有机集成地连接起来，对库存情况、企业业务管理情况进行实时掌握，使工作更加规范高效。
房地产销售软件开发需求说明书
1
一、组织架构图
2.权限级别架构图
2
二、系统功能模块
3
三、基本信息
1.公司信息：ID号、公司名称、联系人、联系电话、地址
2.员工信息：工号、姓名、性别、出生日期、职务、身份证号、入职时间、联系电话、家庭住址、备注、权限设置等
3.来访来电客户信息：编号（默认）、姓名、性别、联系方式、意向房源、意向户型、意向面积、家庭人口、认知途径、现住地、接待置业顾问等
4.房源信息：位置（X号楼X单元X层X户）、房号、面积、单价（元/㎡）、房款、已配地下室房号、地下室面积、地下室单价（元/㎡）、地下室房款、总房款、已定、已售、未售
4.1车库/车位信息：车库/车位编号、车库/车位单价（元/个）
5.定房客户信息：定房日期、客户姓名、联系电话（两个）、已交金额、交款方式（刷卡、现金、转账）、欠交金额、交款日期、已定房源【位置（X号楼X单元X层X户）、房号、面积、单价（元/㎡）、房款、已配地下室房号、地下室面积、地下室单价（元/㎡）、地下室房款、车位/车库（已选/未选）、车库/车位编号、车库/车位单价（元/个）、总房款】、优惠金额、代办人、经办置业顾问、定房转购房（已转/未转）
6.购房客户信息：购房日期/定转购日期、客户姓名、联系电话（两个）、付款方式、已交金额、交款方式（刷卡、现金、转账）、交款日期、欠交金额、已定房源【位置（X号楼X单元X层X户）、房号、面积、单价（元/㎡）、房款、已配地下室房号、地下室面积、地下室单价（元/㎡）、地下室房款、车位/车库（已选/未选）、车库/车位编号、车库/车位单价（元/个）、总房款】、优惠金额、代办人、经办置业顾问
7.客户退定退房信息：退定日期、客户姓名、联系电话（两个）、已交金额、交款方式（刷卡、现金、转账）、应退金额、实退金额、退定房源【位置（X号楼X单元X层X户）、房号、面积、单价（元/㎡）、房款、已配地下室房号、地下室面积、地下室单价（元/㎡）、地下室房款、车位/车库（已选/未选）、车库/车位编号、车库/车位单价（元/个）、总房款】、经办置业顾问、经办财务专员
8.交款方式信息：
刷卡（银行、卡号、金额、缴款人）输入方：客服、财务
现金（金额、缴款人）输入方：财务
转账（银行、卡号、金额、缴款人）输入方：财务
4
四、操作流程图
1.来电流程
5
2.来访流程
6
3
4.电转访流程
7
8
6.客户交款流程
9
10
四、信息基本内容
1. 客户来电总视图表
2. 来访客户总视图表
3.客户来电信息表
来电日期：
认知途径：齐鲁晚报□聊城晚报□山东商报□大商传媒□户外广告□短信□户外大屏幕□朋友介绍□（单选）—
置业顾问：
追访期提示：
重复信息归属地：
4.客户来访信息表：
认知途径：齐鲁晚报□聊城晚报□山东商报□大商传媒□户外广告□短信□户外大屏幕□朋友介绍□（单选）—
置业顾问：
追访期提示：
重复信息归属地：
5.排号确认单
5.1排号客户清单总视图
鑫鹏集团内部员工预购房协议书
VIP 出卖人：（以下简称甲方）：聊城鑫源泰房地产开发有限责任公司 联系电话：0635—5084567 5086789
预购人：（以下简称乙方）性别
为解决鑫鹏集团内部员工住房需求，在翡翠城项目预售之前，预先让职工选房。
甲、乙双方本着平等、自愿、诚实、守信的原则，经双方协商一致，在正式签订《商品房买卖合同》（预售）之前，达成如下协议：
一、 乙方自愿向甲方预购位于“翡翠城” 号楼 单元 层 号房，地上建筑面积约为 平方米，（实
际面积以政府有关部门最终测绘面积为准），单价为： 元/㎡；储藏室： 号，面积： ㎡，单价为： 元/㎡。
） 二、 公司给予乙方的补贴金额为：（人民币）元整。
（在正式签订《商品房买卖合同》时在总价款中扣除。
）
三、 乙方选择的付款方式为：（在所选项上打√）
1、一次性付清 ○
2、按揭贷款 ○
3、公积金贷款 ○
四、乙方签订本协议时，已经交纳的意向金人民币壹拾万元整，自动转为定金。
五、购房客户当日签订认购书后，所选房号正式生效，认购书上的客户姓名须与日后《商品房买卖合同》中客户姓名保持
一致，不允许更名换房。
甲乙双方约定：乙方应于甲方通知签订《商品房买卖合同》之日起七日内道甲方售楼处签订《商品房买卖合同》，并足额交纳相应款项，选择银行按揭贷款方式者还须在规定期限内提供相应贷款资料证明。
六、乙方在七日内未交款或未签署《商品房买卖合同》视为逾期，自逾期之日起甲方有权将此房屋另行出售，而无需通知
乙方，乙方须承担所交定金的10%作为违约金。
七、本协议未尽事宜，以正式签订的《商品房买卖合同》为准。
八、本协议的附件《车位申请表》作为本协议的附件，与本协议具有同等法律效力 出卖方（甲方）： 预购人（乙方）：
经办人： 委托代理人：
翡翠城选房确认单
乙方（认购方）预购甲方（聊城鑫源泰房地产开发有限责任公司）开发的商品房，在签订正式合同之前，甲乙双方本着平等、自愿的原则，经过协商，达成如下协议，双方约定：
1）元人民币（现金或银行支票）；
2、乙方须于签订认购单7天内即在内，携认购单和交纳购房定金的收据及身份证或有关证件、
3、签订此认购单后甲乙双方均不得违反本条款，如一方不在本认购单第二款所规定的日期内签署完毕《商品房买卖合同》，则甲方可视为乙方自动放弃所购物业，所交定金全额不予退还，甲方有权将其认购的房屋转售他人，无须另行通知。
乙方在有效期内所选的认购房屋，甲方不得无故另售他人，如违约需双倍返还乙方认购定金。
4、乙方按指定日期与公司签署《商品房买卖合同》，所有条款均以双方所签合同为准。
5、双方自签订正式《商品房买卖合同》后本认购单自行失效。
6本认购单共壹页，一式两份，双方各执一份，经双方签字盖章后生效，具有同等法律效力。
认购方：(签字) 聊城鑫源泰房地产开发有限责任公司
8.1房源总表
8.1.1总视图
例：
8.1.2具体视图例：
优惠后单价：
是否已销售：□已销售 □未销售 □已定房
车位/车库编号：车位/车库价格：
9.1房源客户信息：
是否更名：□是 □否
付款方式：□一次性 □公积金按揭 □银行按揭
已交手续费项目：□备案费 □抵押费 □担保费 □首套房证明费 是否已补齐首付：□是 □否
是否已签订合同：□是 □否 □身份证 □配偶身份证 □户口本 □配偶户口本 □收入证明
□结婚/单身证明证 □首套房证明 □首付款证明 □银行卡 □营业执照复印件
□是 □否
是否备案：□是 □否 是否已签按揭：□是 □否
是否放款：□是 □否
9.2客户其他信息
‰
是否为内部员工：
□是
□否
9.3翡翠汇会员信息
是否已加入翡翠汇：□是□否
有无驾驶证：□有□无
家庭成员1有无驾驶证：□有□无
2
有无驾驶证：□有□无家庭成员3
□有□无
9.3.1会员升级信息
星级
星级
星级。
