关于智能客运站系统采购项目

市场询价征集公告

为提高我司的客运站智能化管理水平，适应“互联网 ”时代的要求，提高客户服务品质，提升企业竞争力，我司计划采购智能客运站系统。本次市场询价征集结果作为招标控制价的参考依据。

第一部分：智能客运站系统

一、项目概况

1.项目目标

综合智慧交通系统平台围绕交通客运创新驱动发展战略，结合宁德相对完备的基础交通网络，以“互联网 软件”为支撑，建设宁德交通智慧场站以及互联网线上服务能力，提升宁德市交通客运的软实力，提高宁德市交通客运的品味，扩大宁德市对外的影响力。让市民及商旅人士舒心、安心、放心出行的同时，也为宁德市营造一个有规、有矩、有序、有效的智慧交通体系。

建立智慧场站全面高效的站务系统。

1.1 稳定性和可靠性

（1）系统应具备开放的标准化体系结构，可方便地与其它业务系统衔接，实现与大数据展示平台、保险统筹系统、车辆管理等业务系统的无缝集成。

（2）系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。

（3）系统应提供全面、有效的系统安全机制。

（4）系统应具备强大的容错、数据恢复与稳定运行的能力。

1.2 兼容性和易用性

（1）全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。

（2）系统应具备易操作的特点，好记易学、实用高效。

（3）系统应易于扩展和升级，能够根据用户的具体需求快速、方便地定制、扩展原系统的功能，尤其是和数据中台的打通。

1.3 平台先进性

系统具有稳定的技术平台，灵活开放，具有良好的安全性，能满足宁德汽运集团业务扩展的需要。

1.4 适用的原则

定制类软件功能，应切合企业实际情况进行开发、定制。应根据业务或技术上的经验来充分判断思考功能的必要性，做到以适用为原则，不过度开发。

1.5 可持续服务原则

整个业务软件平台是一个长期业务系统，需要不断的调整、升级。为保证业务不中断、投入不浪费，应当以可持续服务为基本要求，贯穿系统规划、建设、实施、运维等工作环节中。可持续服务关键在于业务知识的积累、软件技术的传承、可持续服务保障制度的完善。

1.6 信息的输入、输出

系统功能需实现业务数据的输入及输出，未实现各系统间的数据联动之前，不能让每个系统成为信息孤岛，系统需支持各种数据格式的文件信息导入导出功能。

1.7 项目团队

项目团队应当选用项目经验丰富的项目经理；项目启动后，项目经理要全程参与项目的调研和实施工作，负责项目调研、实施的团队，如非采购人提出异议，必须保持一致。

二、技术和服务要求

壹、技术要求（本项目核心产品为系统软件平台）

（项号1）1.平台化开发

业务软件开发应基于成熟的开发平台，模块化设计，各模块无缝集成、一体化应用，并可以逐步拓展，适应宁德汽运集团国内不同地区的业务需求和集成性的要求。能够灵活迅速的构建一套随需应变的业务系统，并能够与现有的it基础设施无缝地协同运作。应用模式、业务流程、用户界面等可根据需要灵活配置应用，而不能通过大量的代码编写或者客户化开发的方式进行，避免后续系统升级或维护时可能带来的风险；

对于系统的版本的更新，应能快速部署，不能因系统版本的更新而使系统停止运行。

（项号2）2.组件化（减少重复建设）

各业务软件提供的服务以组件化的方式让业务端可以即取即用。通过抽象出的组件化服务提供，前台业务端可以以组合挑选的方式“按需取件”，减少重复建设得以实现。

（项号3）3.功能模块可复用

数据中心提供的服务要能满足即取即用和循环使用的要求。

（项号4）4.基础服务可共用

各业务权限、各业务属权，各有差别，通过开放共享实现“可共用”

（项号5）5.可灵活扩展，自主开发

未来集团信息业务量可能会激增，能扛得住大流量高峰时期的高并发、高可用将成为一个大挑战，底层的可灵活扩展能力将非常重要，可支持企业进行自主开发。

（项号6）6.网络化应用

满足局域网、广域网和互联网应用要求，支持tcp、http、https等多种网络协议。支持c/s和b/s使用模式，满足本地局域网以及移动用户的接入。

（项号7）7.数据库和操作系统

支持如db2、oracle等高性能或大型数据库管理软件的接入；pc端支持windows操作系统、mac os x系统，多主流浏览器的使用；移动应用需支持安卓、苹果手机及常见的平板电脑；保证系统界面、交互、功能一致。

（项号8）8.安全保障

要求数据库更新采用非覆盖式，数据库备份要求系统能自动定期进行或按用户要求随时进行，并且可以对数据进行异地灾备，保证信息数据的安全和稳定性。要求系统具备严格的权限管理，可设定企业对系统不同模块、子模块乃至数据项的不同级别操作权限。要求业务网络具体高安全性的架构设计。

（项号9）9.简洁易用性需求

要求支持用户自行设计各种所需报表,所有报表能在屏幕上显示并可打印或保存为excel、word、pdf等多种文件格式的一种或几种。同时，要求具备完善的图形统计分析功能，操作简单不复杂，易于接受与学习。

（项号10）10.接口开放

提供标准开放的集成数据、业务接口和工具，实现与其他系统的对接。支持文本（excel、txt）、xml、web service、http、微服务、数据接口表、数据库表等多种技术手段提供系统外使用的相关信息。

（项号11）11.运行快捷性要求

支持大量用户同时在线。要求在大量用户同时对系统进行访问或操作时，系统及开发报表仍能快速响应、稳定运行。

（项号12）12.可升级性需求

要求系统可进行持续升级。并且升级系统时，针对自身需求独立开发的功能不可产生不利影响或能同步升级，要求业务系统做普通更新时做到系统业务不中断，重大更新时可做短时间恢复。

（项号13）13.数据存储、备份及恢复

可做到数据库的即时备份，在重大灾难发生时，可进行相关恢复操作，支持磁盘阵列、磁带设备、光学介质等存储介质。

贰、系统实施要求

（项号14）1.权限管理

1.1要求系统可以按照经营管理人员的职责不同进行权限的分配，可以支持功能权限和数据权限的赋权管理。

1.2要求提供用户角色定义、访问权限定义，可对用户进行角色分配，实现不同资源控制的组合式访问控制与授权管理。

1.3系统对移动终端配置要求应尽可能底，以满足绝大部分手机使用。

1.4系统的人机交互性是第一要素，需要普通人和年纪较大者迅速熟练使用。

（项号15）2.系统实施后达到的效果

提升企业整体管理能力（可以有效落地企业单车成本管理制度）

提升企业运行效率（可以结合系统的智能推荐有效的进行车辆的调度）

降低企业运营成本（通过加强单车各项成本的管控，可以降低单车成本）

提升企业安全和风险管控能力（可以对安全、风险及例外进行智能的预警）

提供企业运营数据支持依据（可以让领导及时的掌控公司的整体情况，并为领导决策提供可靠的数据支撑）

提升企业服务标准及体验（可以为用户提供更标准的服务）

叁、主要功能

关于智能客运站系统采购项目市场询价征集公告-凯发k8娱乐

1．功能框图

2．功能描述

2.1区域设置

2.1.1说明

区域是用来划分站点和线路的一个分类标准，用来按类别统计站点和线路的。

2.1.2功能需求

1）系统能够按层次管理区域信息。

2）用户能够设定区域的助记符。

3）区域的编码必须能够体现它的层次。

4）系统能够实现区域的查询。

2.2站点设置

2.2.1说明

站点是组成线路的最小元素，并且是用来描述收费点、难行路段等元素的。

2.2.2功能需求

1）用户能够设定站点的助记符。

2）站点的编码应该是四位数的代码。

3）站点的编码必须能够体现它的所属区域。

4）系统能够实现站点的查询。

2.3线路设置

2.3.1说明

线路是由起点站、终点站构成，并且包含线路通过路段、收费点、难行路段和绕道。

2.3.2功能需求

1）系统能够在线路中设置起点站、终点站。

2）线路的六位编码由两个部分组成，所属车站的编码和线路的序号。

3）系统能够根据线路中设定的路段算出线路的总路程。

4）系统能够为线路设定一个以上（包含一个）的收费点、难行路段、绕道。

5）系统能够为不同的车站设定线路。

6）系统能够实现对已有的线路进行复制的功能。

2.4班次管理

2.4.1说明

班次是针对线路来设定的，一个班次只能对应一条线路，一条线路可以对应多个班次。一个班次可以有一个或多个班次循环。

2.4.2功能需求

1）班次的六位编码由两个部分组成，所属车站的编码和班次的序号。

2）系统能够设定班次是否能够联网售票和多点上车。

3）系统能够根据线路编号设定班次所属线路。

4）系统能够设定班次的营运时间段。

5）系统能够设定班次循环的起始时间。

2.5车型管理

2.5.1说明

车型是按照不同的车根据规格来进行分类的。

2.5.2功能需求

1）系统能够设定多种不同的车型。

2）系统能够设定不同车型的不同的票价因素。

3）系统能够设定不同车型的座位表。

4）系统能够设定针对车型的结算费率。

2.6车牌/报到卡管理

2.6.1说明

车牌在系统中唯一标识每一辆车，报到卡是车站用来进行报到管理的一种工具。但报到卡不是每一辆车都具有的，不具有报到卡的车只能进行手工报到。

2.6.2功能需求

1）系统能够设定每辆车的车牌和车属单位。

2）系统能够设定每辆车的车型。

3）系统能够自动设定每辆车的车属单位跟车站签署的合同。

2.7票价管理

票价管理主要为票版生成票价时提供可维护的票价公式，生成票价时全部按照全票的价格来计，对于半票、学生票、打折票都是以此为基础在售票时再具体生成的。

2.7.1票价硬调

2.7.1.1说明

票价硬调是针对班次进行班次中对应的站点根据车型进行票价调整。它只能调整班次所经过的站点的票价。

2.7.1.2功能需求

1）系统能够设定执行票价硬调的时间段。

2）系统能够根据指定的班次生成可选择的能够实行票价硬调的站点集合。

2.7.2折扣管理

2.7.2.1说明

折扣管理是设定可以打折的班次、打折的时段及最低折扣率，对售票员出售打折票时选择打折班次及折扣率的一种限制。

打折分三种情况：1.对规定的班次，可以按批量打折；2.往返票；3.学生票、半票。

2.7.2.2功能需求

通过维护打折起始时间、结束时间、折扣率以及是否分时段打折等来实现控制到某天的某个时段进行打折的情况。

2.8售票点管理

2.8.1说明

售票点是出售车票的地点，可以是车站的售票窗口、各地的社会代售票点、建行代售票点。

2.8.2功能需求

1）系统能够对一个班次设定多个上车点。

2）系统能够对不同的上车点设定不同的上车时间和检票口。

2.9车属单位

2.9.1说明

车属单位是用来设定每辆车的所属单位。

2.9.2功能需求

1）用户能够设定车属单位的助记符。

2）车属单位的编码应该是四位数的代码。

2.10结算协议

2.10.1结算方式

2.10.1.1说明

结算方式就是财务结算时提供的几种结款方式。

2.10.1.2功能需求

此功能是用来维护结算方式的名称、代码和类型，通过此功能维护可以灵活的调整结算方式来满足将来的需求。比如：按现（也就是按现金结算）、本司、外司。

2.10.2外司协议管理

2.10.2.1说明

外司协议管理是对外公司的运力单位按车型和站点的不同而实行的结算标准。

2.10.2.2功能需求

1）系统能够设定不同公司的不同车型的结算费率。

2）系统能够设定同种车型不同站点的结算费率。

2.10.3本司结算硬调

2.10.3.1说明

结算硬调是对本公司的运力单位按车型和站点的不同而实行的结算调整。

2.10.3.2功能需求

1）系统能够设定不同公司的不同车型的结算费率。

2）系统能够设定同种车型不同站点的结算费率。

2.11进站合同

2.11.1说明

进站合同是车属单位与车站之间签订的一项合同。

2.11.2功能需求

录入和跟踪进站合同，每次签订合同后都要进行录入工作，录入的项目有合同编号、甲方、乙方、经营者、车牌号码、起点站、终点站、日发班次、座位数、季度停车费、劳务费率、发班保证金、合同生效日期、合同终止日期、甲方签字人、乙方签字人、甲方联系电话、乙方联系电话、合同内容、备注等信息，这些信息为后面的电脑自动结算提供重要参数。

2.12承包合同

2.12.1说明

承包合同是客运公司和承包者之间签订的一项合同。

2.12.2功能需求

与进站合同一样需要进行维护，主要也是为财务结算提供参数。

2.13包车管理

2.13.1说明

包车在这里只是记录包车单位的包车信息。

2.13.2功能需求

系统能够根据设定的车型、到站、总路程和其他费率计算出参考租价。

2.14查询报表

业务相关的报表主要包括：

站务作业分析

客运班车派车记录簿

跨省区班车旅客日流量汇总

客运站旅客流量分线月报表

道路旅客流量分线月报表

车辆进站发班月统计表

的士作业量日报表

车次、终点、时间

发车时刻表

车次、时刻、车型、车属

站点、车型、执行价

站点、车型、标准价

班次汇总表：区域车属

班次汇总表：车型等级

2.15关键业务：票价管理

票价管理主要为票版生成票价时提供可维护的票价公式，生成票价时全部按照全票的价格来计算，对于半票、学生票、打折票都是以此为基础在售票时再具体生成的。

1．功能框图

2．功能描述

2.1 车辆报到处理

2.1.1车辆报到

2.1.1.1说明和优先级

说明：当车辆为了进站完成特定班次的旅客运载，需要经过报到的确认和对车辆的车型和座位进行核对，然后才能针对那个班次进行检票，如果需要在多个站上客，则应该到各个站分别报到和检票。

优先级：高。

2.1.1.2功能需求

（1） 验证磁卡信息

车辆报到时，可以通过两种方式输入车牌号：1）刷卡输入；2）手工输入车牌号。

（2） 验证车牌号码

必须验证获得的车牌号是否存在，如不存在，给出“无效的车牌号”的提示。

（3） 验证班次和报到情况

要区别“通票车”和“班车”两种车辆的报到情况。“通票”是指没有固定的班次和发车时间，只有到达站和票价的车票，凭“通票”可以乘坐当天对应到站的任意“通票车”。

（4） 记录报到信息

如果报到车型座位与票版座位数不符，要提示进行座位调整。

如果报到车型与票版车型不符，要提示进行车型调整。

要记录车辆每次进出站的刷卡信息。

必须记录每次的报到情况。

2.1.2撤销报到

2.1.2.1说明和优先级

说明：撤销报到是对车辆报到的反向操作，由于偶然的错误或特殊原因使得已报到的车辆需要执行“撤销报到”操作。

优先级：高。

2.1.2.2功能需求

只能针对当天已报到且没开始检票的班次进行“撤销报到”。

2.1.3班次晚点

2.1.3.1说明和优先级

说明：由于特殊原因，某个（或几个）班次可能无法按照正常的发车时间发车，需要对班次的发车时间进行临时调整，要求售票点、检票点根据晚点时间进行相应的调整，退票有效时间也应进行调整，但客票票面的发车时间仍然保持不变。

优先级：高。

2.1.3.2功能需求

该项操作只针对未报到班次进行。

需要调整“售票截止时间”。

记录晚点信息。

多点上车的其他上车检票点也应按照新的时间进行售票、检票。

2.1.4班次暂停

2.1.4.1说明和优先级

说明：突发原因导致班次无法开行，而暂时停止当天的这个班次运行，这只是暂时的行为，而不是长期的计划，如果要长期停开班次，应进行“班次长停”。

优先级：高。

2.1.4.2功能需求

如果在报到之后，检票之前暂停班次，则应先执行“撤销报到”操作。

在暂停班次之前或之后，需要对已售出的车票进行“退票”或“并班”处理。

“多点上车”的班次，在暂停后，要及时通知其他上车点。

使该班次票版处于“暂停”状态。

记录“暂停信息”。

2.2 临时加班

2.2.1说明和优先级

说明：由于某些特殊原因，如：客运高峰期、突发事件引起某条线路的客流量大幅增加，需要在该线路增开临时班次，临时加班只在特定的时间范围有效。

优先级：高。

2.2.2功能需求

（1） 增加临时班次

根据输入的线路、到达站、期限、车型生成临时班次，临时班次的编码参考“临时班次编码规则”。

生成临时班次的同时，也应生成一个班次循环。

（2） 设置停靠硬调

临时班次的停靠点必须从班次线路的站点中选择。

设置相应停靠点的硬调金额。

（3） 允售加班车票

只有在票版、票价生成完成之后，才能出售车票。

2.3 合并班次

2.3.1说明和优先级

说明：把一个班次已售出的客票合并到其他一班或几班中，这可能是由于一个班次暂停，或两个班次卖出较少，并在一班进行运载。

优先级：高。

2.3.2功能需求

（1）验证原班次

合并前的原班次，必须是在票版中的有效班次，否则，应该提示“输入的原班次无效”。

（2） 验证新班次

合并后的新班次，必须是在票版中的有效班次，否则，应该提示“输入的新班次无效”。

（3）验证两个班次能否合并

两个班次的发车点必须相同（属于同一个车站）。

两个班次必须属于同一条线路。

（4） 确定合并座位

合并座位数=min(已售座位数-已并座位数，剩余座位数)。

如果合并座位数为0，则提示“没有需要合并的客票”。

必须确定并班后的结算方式：1）按实结算；2）按新车型；3）按原车型。

（5） 将原班次售出车票移到新班次

从售票记录中取出原班次客票信息。

根据客票座位号，跟新原班次票版座位信息，在新班次票版中给客票分配一个座位。

更新售票记录，表示出该客票“已并班”。

记录该客票的新旧班次变化，以便将来能够恢复。

2.4 恢复班次合并

2.4.1说明和优先级

说明：将已合并的班次恢复到原来的状态。

优先级：高。

2.4.2功能需求

（1）验证原班次

合并前的原班次，必须是在票版中的有效班次，否则，应该提示“输入的原班次无效”。

（2） 验证新班次

合并后的新班次，必须是在票版中的有效班次，否则，应该提示“输入的新班次无效”。

（3） 验证是否存在该并班

通过并班记录，验证是否存在该“班次合并”，否则提示“不存在这样的班次合并”。

（4） 恢复新旧班次客票

根据并班记录，将各车票恢复到原班次中，同时还原新班次座位。

2.5 调整车型

2.5.1说明和优先级

说明：如果报到车辆的车型与班次计划的车型不一致，则需要“调整车型”，调整车型除了可能同时影响到票价。

优先级：高。

2.5.2功能需求

（1） 验证是否需要调整车型

“调整车型”一般由“车辆报到”所触发：报到车辆的车型与班次循环的车型不同。

（2） 确定新旧车牌、车型

新车牌、车型由报到的实际车辆决定，旧车型则根据班次，按照班次循环的规则来计算当天当班的车型（参考“班次循环规则”），这个过程一般都在前期直接生成在票版中，因此，可直接从票版中得到。

（3） 记录车型调整情况

更新票版中的车型。

如果是由报到引起的车型变化，应注明“引起的车型变化”已经调整成功。

车型变化可能引起以后售票票价与已售出的不同，对于已经售出车票怎样处理？

采用成批生成票价方式，则需要重新生成该班次的票价。

2.6 修改座位

2.6.1说明和优先级

说明：对某班次的票版的可售座位数进行调整。该操作主要发生在报到车辆与票版中座位数不同或临时加班车辆中。

优先级：高。

2.6.2功能需求

新座位数如果小于票版中已售座位数，允许报到

更新票版座位数。

2.7 生成票版

2.7.1说明和优先级

说明：对暂停班次进行恢复处理。

优先级：高。

2.7.2功能需求

取消班次票版的“暂停状态”。

取消“暂停信息”。

2.8调度查询

2.8.1说明和优先级

说明：查询调度相关信息。

优先级：中。

2.8.2功能需求

查询报到情况。

查询班次动态。

查询售票情况。

查询晚点情况。

查询加班情况。

查询并班信息。

查询未报到班次。

2.9关键业务：多点报到、多点上车

1、在多点报到的情况下，一个班次会产生多个报到记录；

2、通过在报到表中加入“上车点”字段，来识别班次在不同站的报到情况；

3、在“班次停靠”站中增加“是否上车点”字段，来表示班次是否在该点报到、上车；

3、车辆报到：

根据输入班次在“班次停靠站”和票版中检索该班次是否应在该站报到；

如果是通票班次，应生成报到序号；

记录报到信息；

4、多点检票上车：

系统检索满足下列条件的待检班次：在“班次停靠站”中所有“上车点”标志为“y”且站点为本站的班次；

检索班次、序号组合的报到记录存在；

班次、序号组合的车辆必须未检票、开客凭；

通票班次以班次、序号来识别，普通班次的序号始终为1。

以班次、序号为标识来生成客凭。

1．功能框图

2．功能描述

2.1售票

2.1.1说明和优先级

说明：售票员为满足乘客购买车票所进行的系列任务。

优先级：高。

2.1.2功能需求

初始化：系统进入售票状态后，系统要在状态栏显示当前票号、剩余票数、售票员和售票时间信息。

（1）查找班次

如果选择普票，则在普票中查找所有符合条件的班次(包括班次号、上车点、停靠点、发车时间、全票价、车型和剩余座位信息)；

如果选择通票，则在通票中查找所有符合条件的班次；

（2）确定班次

根据发车时间，选定相应的班次，系统显示此班次的座位情况：1）座位号码 2）座位状态信息 3）票价；

系统在提示栏显示此班次的班次号、发车时间、停靠点、总共座位数和剩余座位数。

（3）分配座号

输入全票数和半票数，自动选定相应的座号，可以手动选座号；

输入的票数大于可售座位数，系统提示“可售座位不足”；

手动选的座号大余实际座号，系统提示“超出座号范围”；

手动选的座号已被出售或预留时，系统提示“此座号不可售”。

（4） 计算车票总价

确认座号后，系统锁定座位状态，根据选定座位类型和票价类型计算需要的总票价；

输入乘客交付的现金小于总票价，系统提示“购票金额不足”；

计算应找兑余额。

（5） 售票时间校验

售票时间太长，根据系统参数，取消座位锁定，当继续操作时系统提示“售票时间超时，请重新售票”；

确认购票后，剩余座位数自动减去售出票数，票号自动加上售票数，剩余票数自动减去售票数；

为每张车票生成一条记录，并逐一打印车票。

（6） 记录售票情况

将每条记录插入到售票记录实体中保存。

2.2补票

2.2.1说明和优先级

说明：售票员为满足乘客补买车票所进行的系列任务。

优先级：高。

2.2.2功能需求

（1）查找班次

在普票中查找所有符合条件的班次(包括班次号、上车点、停靠点、发车时间、全票价、车型和剩余座位信息)；

所列出的班次中的发车时间必须大余系统时间，即未发车的班次；

如果没有相关的班次，则提示“没有可售的班次”。

（2）确定班次

根据发车时间，选定相应的班次，系统显示此班次的座位情况：1）座位号码 2）座位状态信息 3）票价；

系统在提示栏显示此班次的班次号、发车时间、停靠点、总共座位数和剩余座位数。

（3）分配座号

输入全票数和半票数，自动选定相应的座号，可以手动选座号；

输入的票数大余可售座位数，系统提示“可售座位不足”；

手动选的座号大余实际座号，系统提示“超出座号范围”；

手动选的座号已被出售或预留时，系统提示“此座号不可售”。

（4）计算车票总价

确认座号后，系统锁定座位状态，根据选定座位类型和票价类型计算需要的总票价；

输入乘客交付的现金小于总票价，系统提示“购票金额不足”；

计算应找兑余额。

（5）补票时间校验

补票时间太长，根据系统参数，取消座位锁定，当继续操作时系统提示“补票时间超时，请重新补票”；

确认补票后，剩余座位数自动减去售出票数，票号自动加上售票数，剩余票数自动减去售票数；

为每张车票生成一条记录，并逐一打印车票。

（6）记录补票情况

将每条记录插入到补票记录实体中保存。

2.3留票

2.3.1说明和优先级

说明：售票员为满足普通留票点和特权留票点进行留票业务的系列任务。

优先级：高。

2.3.2功能需求

初始化：系统进入留票状态后，系统要在状态栏显示当前票号、剩余票数、售票员和系统时间信息。

（1） 查找班次

在普票中查找所有符合条件的班次(包括班次号、上车点、停靠点、发车时间、全票价、车型和剩余座位信息)；

所列出的班次中的发车时间必须大余系统时间，即未发车的班次；

如果没有相关的班次，则提示“没有可预留的班次”。

（2） 确定预留班次

根据发车时间，选定相应的班次，系统显示此班次的座位情况：1）座位号码 2）座位状态信息 3）票价；

系统在提示栏显示此班次的班次号、发车时间、停靠点、总共座位数和剩余座位数。

（3）分配座号

输入全票数和半票数，自动选定相应的座号，可以手动选座号；

输入的票数大余可售座位数，系统提示“可预留座位不足”；

手动选的座号大余实际座号，系统提示“超出座号范围”；

手动选的座号已被出售或其它留票点预留时，系统提示“此座号不可预留”。

（4）计算车票总价

确认座号后，系统锁定座位状态，根据选定座位类型和票价类型计算需要的总票价；

系统要求售票员输入留票点代码。

（5） 留票时间校验

留票操作时间太长，根据系统参数，取消座位锁定，当继续操作时系统提示“留票时间超时，请重新进行留票业务”；

确认留票后，首先判断留票点的类型，是普通留票点则生成售票记录，是特权留票点则只是锁定相应座号，并不生成售票记录，然后剩余座位数自动减去预留票数，票号自动加上留票数，剩余票数自动减去留票数；

为每张车票生成一条留票记录，不打印车票。

（6）记录留票情况

将每条留票记录插入到留票记录实体中保存。

2.4销票

2.4.1说明和优先级

说明：售票员对废票进行注销操作的系列任务。

优先级：高。

2.4.2功能需求

初始化：系统进入销票状态后，系统要在状态栏显示当前票号、剩余票数、售票员和售票时间信息。

（1）查找记录

如果选择按票号进行销票，则在售票记录中查找所有符合条件的售票记录(包括停靠点、票价、乘车日期、票号、班次、发车时间、座号)；

如果选择按座位进行销票，需输入乘车日期、班次、座号，则在售票记录中查找所有符合条件的售票记录(包括停靠点、票价、乘车日期、票号、班次、发车时间、座号)；

如果没有相关的售票记录，则提示“没有可注销的售票记录”。

（2）验证销票

当售票员进行注销操作时，系统提示“确认注销吗？”；

（3） 销票时间校验

销票时间太长，根据系统参数，当继续操作时系统提示“操作时间太长，请重新销票”；

确认销票后，将相应的座号从其它状态改为未售状态；

为注销的车票生成一条注销记录。

（4）记录销票情况

将每条注销记录插入到销票记录实体中保存。

2.5签票

2.5.1说明和优先级

说明：提供退签票时的信息录入。

优先级：中。

2.5.2激励/响应序列

退票员输入票号，系统找出当前票号的售票记录信息；

退票员录入签票人、日期、退票费率等信息，系统记录此信息。

2.6退票

2.6.1说明和优先级

说明：售票员为满足乘客退票所进行的系列任务。

优先级：高。

2.6.2功能需求

初始化：系统进入退票状态后，系统要在状态栏显示当前票号、剩余票数、售票员和系统时间信息。

（1）查找记录

如果选择按票号进行退票，则在售票记录中查找所有符合条件的售票记录(包括停靠点、票价、乘车日期、票号、班次、发车时间、座号)；

（2） 验证退票类型

当售票员进行退票操作时，系统提示“确认退票吗？”；

根据查出的有效记录，判断是特权退票还是普通退票；

（3） 计算退票费

根据退票类型确定退票费率，计算出退票费。

（4） 退票时间校验

退票时间太长，根据系统参数，当继续操作时系统提示“操作时间太长，请重新进行退票”；

确认退票后，将相应的座号从其它状态改为未售状态；

为退回的车票生成一条退票记录。

（5）记录退票情况

将每条退票记录插入到退票记录实体中保存。

2.7重打车票

2.7.1说明和优先级

说明：售票员在由于打印卡纸等因素导致的打空而进行重打的一系列任务。

优先级：中。

2.7.2功能需求

1．输入票号，系统列出此票号的售票记录；

2．输入乘车日期、班次和座号，系统列出此售票记录。

3．确认打印，则打印当前车票信息。

2.8打印票卡

2.8.1说明和优先级

说明：售票员接到停止使用系统及停机时间后进行打印票卡的一系列任务。

优先级：中。

2.8.2功能需求

（1）查找班次

将系统时间加上停机时间作为发车时间范围；

以乘车日期和发车时间范围作条件查询出相应班次；

（2）查出已售记录

依次选择上述班次，系统列出相应班次售出座号及上车点；

对应班次有售出记录，才可打印票卡。

2.9废票处理

2.9.1说明和优先级

说明：售票员发现打印出的票号与票版的票号不符或票版印刷问题导致不能使用而出现空票进行处理的一系列任务。

优先级：中。

2.9.2功能需求

售票记录中的票号出现不连续，根据领票记录中的票号，对当前票号进行校验，得出空票数和空票号。

其实就是假打印，票号自动加一，但不打印。

2.10 查询与报表

查询包括：售票情况、预售情况、留票情况、退票情况、销票情况、本站代售、它站代售、售票动态。

报表包括：

售票员营收报表

售票情况分析

2.11关键业务：联网售票

1、区内班次纳入联网售票范围；

2、售非起点票：

在班次停靠点中增加“可售起点”标志字段，表示该停靠点是否可以作为售票起点；

所有上车点也作为停靠点处理，即把上车点看成是一种停靠点，当售卖非起点票时（如：检查站售票），可以通过把不同上车点的票价差异与一般售票统一处理；

3、售通票：

在班次表中，通过字段“类别”来标识该班次是否“通票班次”，通票班次的座位数；

在班次表中，增加“日发班次”来表示该通票班次每天发班次数；

在报到记录中，增加“序号”字段来表示通票班次的第几班报到；

在检票记录中，增加“序号”字段来表示通票班次的第几班检票；

1. 功能框图

2. 功能描述

2.1 售票员营收报表

2.2站务作业分析表

2.3客运运费分配明细表

2.4按车属单位统计

2.5按车牌统计

2.6加班班次运量统计表

2.7春运生产统计表

1．功能框图

2．功能描述

2.1检票

2.1.1说明和优先级

说明：车票检票。

优先级：高。

2.1.2激励/响应序列

激励序列：①扫描或输入票号；

          ②输入班次和座位号。

响应序列：①验证车票；

          ②做检票标志。

2.1.3功能需求：a. 按票号检票; b. 按班次和座位检票

a. 按票号检票

1.1 验证车票信息

票号的取得：

①用扫描枪扫描出票号；

②手工检票：输入票号。

    验证车票类型：

      ①普通班次的车票；

      ②通票检票时，必须对流对应到报到的车号；

③的士票检票和通票一样。

1.2 验证车票是否有效

必须是有效的车票才能检票，无效的车票给出相应的提示。

1.3 验证班次的报到情况

班次必须报到了才能检票，没有报到给出“班次没有报到，不能开始检票！”的提示。

1.4 检票

①必须是本站上车的车票才能检票；

②检票的时间必须在设好的时间段内；

④检票后在售票记录中写入检票信息；

③恢复已检的车票。

b. 按班次，座位号检票

1.1 验证车票信息

输入：

①班次；

②座位号。

验证车票是否存在：

在售票记录中验证。

1.2 验证车票信息

如果售票记录中不存在，再在并班记录中验证，如果也不存在，则给出相关提示；

1.3 验证车票是否有效

必须是有效的车票才能检票，无效的车票给出相应的提示。

1.4 验证班次的报到情况

班次必须报到了才能检票，没有报到给出“班次没有报到，不能开始检票！”的提示。

1.5 检票

①必须是本站上车的车票才能检票；

②检票的时间必须在设好的时间段内；

④检票后在售票记录中写入检票信息；

③恢复已检的车票。

2.2补检

补检和检票过程是一样的，只有检票的时间不必在设好的时间段内，补检完后可以重开一张客凭。

2.3绿色通道

2.3.1说明和优先级

说明：当车从站台发出，到车站大门口的途中，又有乘客上车，为了简化手续，可以先上车，事后再通过绿色通道将数据录入。

优先级：中。

2.3.2激励/响应序列

激励序列：有经绿色通道上车的乘客。

响应序列：记录绿色通道数据。

2.3.3功能需求

录入经绿色通道上车的乘客数据：发车日期，班次，车号，车属单位，上车点，终点站，人数，价格，金额，录入人，录入日期。

2.4开具客凭

2.4.1说明和优先级

说明：检票或补检完成后，汇总检票了的车票记录，生成并打印出客凭。

优先级：高。

2.4.2激励/响应序列

激励序列：选择要开客凭的班次。

响应序：①生成客凭；

          ②打印客凭。

2.4.3功能需求

1、验证检票信息

验证所选班次是否有已检的票，如果没有已检的车票，则给出相应提示；

如果有已检的票，则转入下一步操作。

2、 验证已检的票是否开过客凭

如果已检的票都开过客凭，则给出相应提示；

如果存在未开过客凭的已检票，则转入下一步操作。

3、 汇总数据，生成客凭

在售票记录中将此班次已检的车票汇总，生成客凭；

打印客凭。

2.5注销客凭

2.5.1说明和优先级

说明：如果客凭开错了或客凭损坏，则可以注销已开的客凭。

优先级：中。

2.5.2激励/响应序列

激励序列：输入要注销的客凭号。

响应序列：①注销客凭；

          ②清除售票记录中相关车票的检票信息。

2.5.3功能需求

1、 验证客凭

根据要输入的客凭号验证客凭是否存在，如果不存在，则给出相关提示；

如果客凭存在，则转入下一步。

2、 验证客凭是否有效

如果客凭是无效的，则给出相关的提示；

如果客凭有效，则转入下一步；

3、 验证客凭是否已结算

如果客凭已结算，则给出相关的提示；

如果没有结算，则转入下一步。

4、注销

在客凭表中加入注销信息；

清除售票记录中的检票信息

2.6补打客凭

2.6.1说明和优先级

说明：开具客凭时，因打印机故障客凭没有开出则可以补打客凭。

优先级：低。

2.6.2激励/响应序列

激励序列：输入要补打的客凭号。

响应序列：①打印客凭；

          ②在客凭表中加入补打信息。

2.6.3功能需求

补打有效的客凭；

记录补打信息。

2.7客凭一览

2.7.1说明和优先级

说明：查询客凭。

优先级：中。

2.7.2激励/响应序列

激励序列：输入日期。

响应序列：查询出客凭；

2.7.3功能需求

查询出客凭主体：班次，终点站，客凭号，有效标志，车型，车号，总人数，总金额，结算金额，余额，开单人，开单时间，车属单位；

查询出客凭详细：到站，票价，全票数，半票数，结算价，分成价，分成金额，结算金额；

查询出客凭客凭所含车票：座位号，起点站，到站，票型，票价，票号，里程；

注销客凭；

补打客凭。

2.8报表一览

2.8.1说明和优先级

说明：查询客凭使用情况。

优先级：中。

2.8.2激励/响应序列

激励序列：输入日期。

响应序列：查询出客凭；

2.8.3功能需求

查询出客凭的使用情况：开客凭时间，开客凭人，起始号码，终止号码，总份数，空白份数，注销份数，分成价，结算价，总金额，差价，站场费。

2.9关键业务：绿色通道

为了方便旅客上车，提高运行效率，新系统具有绿色通道的功能。绿色通道的处理是先将经绿色通道产生的记录录入电脑中，录入的内容有：班次、车牌、车属单位、起点站、终点站、人数、票价、总金额、发车日期、制单人、制单日期。

绿色通道产生的票款缴款后，将缴款人、缴款单号、缴款日期回写到绿色通道记录表中。

绿色通道产生的票款结算后，将结算人、结算地点、结算日期回写到绿色通道记录表中。

1. 票证管理

1.1功能框图

1.2功能描述

各级财务部门对营业用的各种票证（特别是有价票证）进行入库、分发、退库、销票、盘存等管理工作。在入库后，如还未分发，可以取消入库，其他相关的操作也可以取消。所管理的票证都有连续的编号，且在整个总公司范围内是连贯的，号码按使用频度决定是按年重新编号还是按季度重新编号等。通过批次来区分重新编号过的票证，在各级领用入库中都需要注明批次。

1.2.1票据类型

票据分为有价票证（如客凭、行包发票、车票等是由税务核定颁发的需严格控制）、一般票证（公司内部印发的票证）；各种票证应标识有无面值。包括：电脑车票、人工车票、人工客凭、电脑行包发票、人工行包发票等。

1.2.2设置票库

票证采用两级管理方式，总公司财务部设立“票证总库”，各车站财务股设立“票证分库”。总公司财务部根据生产计划安排印票、印票入库、发放票证到车站“分库”，车站将票证再发放给售票员售票。

1.2.3票证入库

票据从印刷厂领回后，由总公司财务部进行入库处理，对于没有跟总公司联网的车站，车站也要将总公司发放的票证进行分库入库处理。

1.2.4票证发放

总库发放票证给分库，如果分库已跟总库联网，系统同步进行“分库入库”，否则分库必须自己进行“入库处理”。

分库发放票证给售票员，如果售票点已跟分库联网，系统同步进行“票证请领”，否则售票员要自己进行“票证请领”。

1.2.5票据退回

售票员将未使用票证退回分库，分库同时进行“入库操作”，以便重复使用。

车站分库将未用票证退回给总库，总库同时进行“入库操作”，以便重用。

1.2.6票据作废

售票员作废票证，车站财务审核确认，上报总公司。

车站作废票证，总公司审核确认。

总公司直接作废票证。

1.2.7票据盘存

查询各种票证的使用情况。

清点票证实物情况。

处理帐实不符的问题。

总库和分库分别进行，分库盘存的结果应上报总库处理。

总库与分库进行库存同步的处理。

1.2.8票据过帐

每个月结束时，将所发生的票证业务进行分类汇总，产生票证明细账、票证总帐。

1.2.9统计查询

总库查询

分库查询

查询使用情况

查询票证明细

2. 营收缴款

说明：处理每日的各种营业收入的缴款，及时了解营收、已缴、未缴款的情况。

2.1 缴款

2.1.1 客票缴款

2.2.2 绿色通道缴款

录入缴款记录，并打印相应的绿色通道客凭供结算用。其数据要参与计算。

2.3.3 包车缴款

2.4.4 行包缴款

2.5.5 其他缴款（停车费、退票费、站场费、杂项收入等）。

联网票点营收

票点营收缴到所属站，相当于一个售票员，如何扣除劳务费给售票点，归站内部处理。

联网站售其他站的联网票也是同社会票处理。这些联网票要计入所属站的营收中参与与车队的结算，事后再同售票站进行劳务费结算，而不实际收款。

缴款确认：售票员缴款，车站财务要确认。车站缴款，后总公司要确认。

在确认之前，可以取消缴款。

2.2营收、缴款查询

查询售票员每日售票情况；

查询以前售今天的售票金额；

查询今天的售票金额；

查询销票金额、张数；

查询废票张数；

查询退票金额、张数。

查询当日营收应缴情况。要分清退票费、售票款、销票张数。

查询未缴、已缴情况。总公司要查询总的营收汇总数据（分别按售票员、车站、业务种类进行）。

3.结算管理

说明：所有的营收都统一缴到总公司，由总公司进行结算的处理，计算出各车站、车队应得的收入，然后再将收入划拨到各车站、车队。与外司的结算，由车站根据客凭和合同规则来进行分成。需要考虑结算费率、合同、分成比例等因素，存在总公司和车站两级结算。

3.1 结算基础资料

结算方式（外司协议结算、本司结算、按实结算、结算一半、现金结算、互不结算），由总公司管理。

班次的结算方式，由各车站负责。

车型的结算比率，由总公司财务部负责。

经营单位的结算方式，由总公司财务部负责。

车辆的结算方式，由各车站负责。

线路各车型结算价硬调、外司结算班次结算价硬调、本司结算班次不同于线路结算价硬调，由各车站负责。

3.2 外司客凭录入

因为本系统没有与外司客运系统联网，外司的客凭必须手工录入本系统，作为与外司结算的依据。

3.3 结算处理

结算分为本司结算和外司结算。

1、数据收集：

车站、总公司财务部检索检票产生的车辆实际营运信息并选择要进行结算分成处理的部分（以一定时间范围、经营单位为条件）。

取得相应的结算方式和结算价格等信息。

2、结算处理：

对选择的每一笔根据相应的结算方式和结算价、分成价等形成结算数据。

3、结算分配：

选择需要分成、分配的结算数据（按时间、经营单位、车辆进行）。

录入车站、车队、车主等相对应的结算价、分成价的分成比例。

进行分成处理。

可以取消操作，但前提是不能实际发生计算。

4、结算、分配实际发生跟踪：

总公司：公司内部结算依据电脑数据，而客凭只作为有问题时核对单据。不需要直接针对实际客凭进行审核，而只是在站队层次对结算与分成进行跟踪。而外司的客凭已在结算时进行了核对，在这里只是记录有否与外司进行实际结算。

4.财务报表

财务报表分两级：车站、车队财务报表和总公司财务报表。总公司财务部要查询营收报表和汇总客凭，车站、车队要查询结算分成前后的营收、客凭和应得收入。

4.1售票日营收统计表

4.2售票日营收汇总表

4.3 营收情况分析表

4.4车站分车属单位汇总客凭

4.5车属单位分车站汇总客凭

4.6车属单位分车号汇总客凭

4.7 异地上车客凭报表

4.8车站客凭日报表

4.9客运运费分配明细表

4.10行包车凭日报

4.11行包托运日报

4.12 行包进出库日报

总公司对各站进行权限管理，模块信息的授权与维护、操作日志等。

1功能框图

2关键业务：分级权限管理

1、系统用户通过被授予的角色进入系统；

2、每个角色被赋予适当的权限，如：角色“售票员”被赋予：1）售票；2）补票；3）留票；4）销票等多项权限；

3、设置每个角色能存取的数据的范围：如：设置南站售票员能存取的机构为：南站；

4、当南站售票员进入系统时，他只能看到与1）售票；2）补票；3）留票；4）销票等相关功能菜单，同时他只能存取南站范围的数据；

5、总公司能够有效地进行角色授权，限制不同的用户的权限，从而达到集中控制、分级权限管理的目的。

第二部分：闸机技术要求

请有意者对该项目进行报价（含对两个部分分别进行报价）。报价要求：1.提供营业执照；2.报价截止时间：2021年10月13日下午5时止；3.报价材料需加盖公章，密封后邮寄或送至福建省宁德市东侨经济技术开发区金马北路19号宁德客运枢纽站综合楼二层宁德汽运集团技术信息部，联系人：王文靖，电话：05936560099，15059346800。

福建省宁德市汽车运输集团有限公司

二0二一年十月八日