秒速时时彩app下载 > 票务系统 >

电子票务系统

2019-08-03 22:54 来源: 震仪

  电子票务系统_信息与通信_工程科技_专业资料。电子票务系统 旅游景区的门票经营是旅游景区重要收入和经营。天迈网络为智慧旅 游开发了,一套应用于旅游运营的信息化产品,电子票务系统。 电子票务系统的基本原理如下图: 根据以上图示,对电子票务系统工程建

  电子票务系统 旅游景区的门票经营是旅游景区重要收入和经营。天迈网络为智慧旅 游开发了,一套应用于旅游运营的信息化产品,电子票务系统。 电子票务系统的基本原理如下图: 根据以上图示,对电子票务系统工程建设和应用作出如下全面的介 绍。 电子门票系统运营模式 门票介质 采用纸质二维条码作为识别介质。 线上购票游客凭订票彩信直接能在检票闸机上刷码通过。例如:GM 码等。 票型票种 按票务类型分:单景点门票、多景点联票等。 按票价种类分:全票、优惠票(军人证、三属、老年证、教师证、记 者证)、免票等。 按使用人群分:散客、团队等。 按支付方式分:现金、电商平台、银联等。 游客类型 散客:是指自由行程到达并购票的人群。 团队:包括现场凭旅行社计划书、旅行社代售点组团、企事业单位、 政府单位等形式,由相关机构组团购买的人群。 门票库存管理 沿用现有门票库存管理模式,采用三级库存管理模式,总仓库为一级 库存,负责与印刷厂和二级库存衔接,分仓库(又称票房仓库)为二级库存, 售票员为三级库存; 库存管操作包括:总仓入库、总仓退库、库存调拨(一级仓库和二级 仓库之间库存转仓,二级仓库和三级仓库之间库存转仓),废票登记、库 存数量查询。 售票窗口分类 根据售票窗口分散客售票窗口和团队售票窗口两种,散客窗口只销售 散客票,团队窗口只销售团队票。 售票员业务 售票员业务主要包括:售票、退票、门票查询、售票员结算、订单出 票。 售票方式 售票方式分门票激活方式和现场打印两种方式。散客采用现场打印的 方式售票,团队游客为减少购票时间避免排队购票。采用现场激活的方式 购票。 优惠票证件号绑定功能 在系统后台设定了某种优惠票需要绑定证件号,售票员销售该优惠票 时,系统提示需要输入证件号码,并与当前交易关联保存,有效控制同一 证件号码在同一天只能购买一次。 收银员现金缴款 沿用现有收银员缴款方式,根据系统收银结算报表,各收银全额缴款。 检票需求 散客检票采用一人一票,团队采用一团多票模式,团队检票模式由检 票工作人员来控制。 财务报表 目前财务做账通过手工报表完成,主要根据针对各种票型、票价进行 财务做账; 系统改造后可根据不同统计对象,提供报相关统计报表,主要包括: 票型销售统计、售票员销售统计、客源地购票分析、旅行社购票分析、旅 行社购票排行、景点售票销售统计、自助售票机购票统计、时段检票统计、 检票日报表。 门票系统技术要求 系统性能 a. 线下系统并发访问能力不小于100户; b. 系统平均响应时间不大于3秒; c. 系统技术的先进性。要采用全国乃至世界一流的技术,保证在 相当长的时间内不会被淘汰,并且要求系统有良好的扩展能力和升级 能力; d. 良好的人机界面。符合用户使用习惯,便于用户操作,具有个 性化的设置功能; e. 软件系统的响应时间必须是实时显示,要求满足用户现实需求; f. 系统要求具有可扩充性和模块性,便于软件升级; g. 软件系统整体架构必须基于C/S,B/S混合架构,C/S采用三层结 构的软件开发模式; h. 系统稳定,能够保证大量并发事件的准确处理,并保证系统的 正常运行; i. 系统支持客户端售票程序自动升级,即当后台程序为最新程序 时,客户端既可自动检测发现并自动更新为最新程序; j. 新增加的功能模块,只需升级加载该功能模块的dll,而不需要 升级其他的无关的模块; k. 提供开放的数据接口,可实现与未来建立的其他企业管理信息 系统进行无缝对接,达到系统集成的要求; 系统要可跨平台、跨数据库运行 景区景区系统的应用集成建设要遵照行业统一规划、统一标准的要 求,实现跨平台和跨数据库运行,操作系统要求兼容支持 Linux、unix、 windows server、vm,数据库采用统一的数据库技术平台,可支持 ORACLE、 MS SQL Server 或 MySQL。从而可确保不同规模的系统可以用不同的方式 实现,提升管理效率,也降低了设备采购成本。 系统可灵活配置,同时具有高可扩展能力 系统采用平台+插件的形式进行开发、部署、升级,具备适应组织变 革和各种流程调整的灵活性;易于扩展、升级和移植,并具备支持业务处 理的灵活的参数化配置、业务功能的重组与更新的灵活性。必须考虑到景 区以后的发展和技术改造的影响,提出相应的技术要求。通过灵活的系统 配置功能,实现高度的可复制性,系统能够在景区电子门票系统成功运营 后能够保持到二期数字化景区应用。 内部各个业务模块(插件)间集成程度高,无需额外接口开发;与外 部系统集成能力强,可以通过多种方式与其它系统集成以满足用户需要; 接口方式多样,根据客户业务要求,可以构建和其他应用程序之间的实时 集成,而不仅仅提供批文件传输方式。 规范系统 UI 设计 景区电子门票系统的线下业务管理平台的软件操作界面(UI)风格要 统一,突出品牌价值,也方便工作人员快速适应各类业务系统,在统一 UI 的指导思想下,还要兼顾各类特殊应用需求,例如不同类型的频道、栏目 的界面要贴近实际运营的主题风格。 单点登录 整个系统实现用户数据和权限的统一管理,用户可单点登录各子系统 处理与自己相关的业务,无需多套业务系统帐号和密码,既方便统一管理, 又方便用户使用。 系统高安全性 提供完备的安全控制机制和策略,从网络安全、数据安全、传输加密 等全方位考虑系统的全性性,采用多种安全可靠的技术手段,保证系统及 数据的安全正常运行。 统计查询的高效性 要实现智慧景区各类业务子系统和中央决策系统中各类统计报表的 高效查询,复杂报表的统计结果的返回时间小于 3 秒,同时绝对不对因为 查询统计的操作,而影响各业务系统的工作效率。 管理模式创新需求 为了适应现代社会旅游景区管理新模式的建设,发挥景区管理新成 效,景区管理模式产生了新的创新需求:设立票务、消费、营销、咨询、 管控等多个子系统,形成景区规划、管理、服务、营销等全方位的数字化 管理体系。使景区日常管理工作更为自动化、可控化、公开化、人性化, 景区管理水平大幅提升。 电子门票系统功能介绍 库存管理子系统 库存管理子系统是对未经系统正式发售和已预售的门票进行管理,该 系统主要由门票入库、门票领取、售票员退库、总退库、查询打印相关报 表等模块组成。 门票入库 对各类门票进行入库汇总,系统将相应数据存入数据库。 门票领取 各售票员在售票之前,应先到门票管理部门进行空白门票的领取,系 统则将该售票员领的票种、数量、时间等信息记录到数据库。 售票员退库 当售票员离职或换班时,可将手中多余的票到门票管理部门进行退库 操作。 总退库 当发现门票质量不符合要求无法使用等情况时,门票管理员进行退库 操作。 查询打印相关报表 售票员领取报表、各种门票库存报表、退库查询等信息。 售票管理子系统 售票管理子系统是每个售票站必须使用的应用软件。票种可以有散客 票、团体票、联票、优惠票、贵宾票等,每个票种也可有多种票型,如全 票、半票、各种性质团队票等。该系统主要由门票制票销售、门票信息查 询、补票、售票员报表统计查询等模块组成。 本系统中以服务器为中心,多台激活终端对共同的数据资料进行存 取,可同时发售电子门票,每张门票均有唯一的编号及种类,中央服务器 同时记录了每张销售的门票信息。 通过网络和售中售票窗的电脑进行实时联网和数据通讯,通过网络和 联票管理中心进行实时数据通讯。管理中心可汇集存储每天各售票窗的所 有售检票数据,相关领导可以随时查询票务报表。 散客售票 根据游客的需求,在相应的系统界面上填入门票信息等。售票系统将 自动生成票价、工号、时间等相关联条件。在得到游客确认后,系统会将 门票信息打印到纸质票,正式发售成功的门票,系统将自动记录本次业务 的相关数据,并自动保存到数据库中。散客售票界面如下图所示 团队售票 团队支付方式分签单和现金两种,在系统界面上选择相应的旅行社及 售票信息,售票系统将自动生成票价、工号、时间等相关联条件。在得到 导游确认后,正式发售成功的门票,系统将自动记录本次业务的相关数据, 并自动保存到数据库中。当支付方式为签单时,售票员每日结算,签单金 额不计入日报表。景区团队售票界面如下图所示 退票管理 在各个售票点,至少配备一台退票查询设备,方便退票员查询待退门 票是否未使用,所有售票点可以实现联网退票,即游客在某窗口购的票, 可以在任一退票窗口退票,省去游客麻烦。 交班管理 系统提供交班结算功能,当售票员下班时,需进行交接班结算,可点 击系统中的“售票员结算”键,系统会自动计算出该售票员当班时间所售 的所有票务信息,包括已售票(票型、票种、数量、单价、总价),废票 数(含金额)、退票数(含金额)、已领但未售票数量(剩余票数可由下一 班直接继承销售),以确保交接班的顺利进行。 检票管理子系统 根据的实际情况设计了以下多种检票模式:散客检票,团队倒计数检 票等模式。任何一种检票模式都可根据客户需求运用于同一台检票闸机。 任何一种检票模式都可对系统发出的有效票进行查询,可查询其售票 状态及使用状态。该系统不仅可以检验与确认有效的门票,防止伪冒与作 弊,确保门票的收入不会被流失,且还可以通过限制每一次只允许一位持 有效票的人进入,来达到维持现场秩序,保证游客安全。 散客检票 散客检票,将电子门票(二维码纸质票、二维码手机彩信)靠近自动 检票机的对应识别装置,系统对门票的有效性进行自动识别校验,即读取 门票中的数据并和数据库中记录进行比较,若为有效票,则系统进行闸机 解禁、显示有效通行标志及语音提示,游客可进入。若为无效票,系统显 示禁走标志、并有相应的语音提示。 团队检票 导游持门票到团队检票入口处验证,此时自动检票机的显示屏上将显 示该团队的人数,并进行“倒计数”检票放行,即每通过一个游客,显示 屏上显示的游客数量逐个递减,直至为零,闸门自动关闭。 遇到特殊情况:如团队中有部分游客无法按时与团队一起进入,则系 统会在该团队到场的最后一名游客进入 30 秒后自动禁止通行,并记录团 队票剩余可通过人数。待该团队其余人员到场后,导游持票检验成功后, 闸机显示剩余可通过人数,并解禁闸机,使剩余游客顺利通行。 备注:团队票的销售,届时售票窗口可以根据游客的要求,选择一团 一票或团队成员每人一票的模式打印门票,设备会自动识别每张门票包括 的人数。 5.7、客户关系管理子系统 根据我们对旅游景点/十多年的票务软件设计经验,我们设计了一整 套完整的团队管理系统,本系统可以根据不同的签约旅行社,给以不同的 价格优惠。可以对团队人数按地区、旅行社、单位或导游进行统计查询。 还可根据的要求设计有导游积分纪录,有效激励了导游的积极性。为进一 步拓展市场打下了良好的基础。该系统主要客户信息管理、导游员信息管 理、团队协议价管理、旅行社黑名单管理、购票情况统计、金额统计等模 块、导游卡管理组成。 主要对旅行社、导游、政府部门、企事业单位等团队性质的用户进行 管理,维护客户的基本资料、客户的返利、导游卡、团队协议价格等信息。 主要由客户信息管理、导游信息管理、协议价格管理,客户签单核销三个 部分组成。客户信息管理模块(导游信息管理模块)提供相关客户(导游)的 分类信息功能,将客户(导游)根据一定的规律进行编排管理;协议价格 管理模块依据相关的政策协议,实现对应的协议价格管理模式。客户签单 核销模块可以对客户签单进行相关管理。 客户信息管理 管理客户的基本资料,同时进行购票支付方式及享受的协议进行设 置。 导游信息管理 协议价管理 针对部分客户特殊优惠政策的制定和管理,可进行客户协议类型和协 议价格的设置。 5.8、财务结算管理系统 财务结算子系统主要是提供给财务部门使用,从而提高了财务部门的 办事效率和数据的准确性。该系统主要由财务入账、财务部门对应收与实 收现金的对帐、报表查询统计打印、调帐冲帐等模块组成。 财务结算子系统主要是对每日产生的售检票数据,生成各种类型的基 础日报表,产生了查询统计子系统的基础数据。 财务报表子系统有生成日报表,销售统计表,门票收入明细表,门票 收入统计表,总售票员日报表,各售票员日报表,票型销售统计,联票结 报表,签单未结账报表。 入账登记 将各售票点、旅行社上交的金额进行登记。 应收与实收对帐 根据售票情况计算应收金额,并与入账的实收金额进行对帐。 调帐冲帐 在特殊情况下,对应收与实收账目进行调整 账目报表查询打印 可查询打印财务部门需要的应收、实收帐的日、月报表,旅行社的结 算金额报表、各售票点的收入报表。 财务报表 生成日报表 日报表包括:门票销售日报表、销售日报表、售票员销售日报表、客 户销售日报表、客源地销售日报表等。 销售统计表 销售统计表:通过选择查询方式,出票点,时间段统计时间段每日的 购票人数,金额和同期对比。 售票明细表 销售明细表:通过选择查询方式,出票点,时间段统计时间段的 销售明细。 门票收入明细表 门票收入明细表:通过选择时间段,查询该点在所选时间段内门 票收入明细。 门票收入统计表 门票收入统计表:可以选择时间段后进行金额或者人数的对比及 分析。 总售票员日报表 总售票员日报表:通过选择查询条件,查询总售票员日报表。 各售票员日报表 各售票员日报表:通过选择查询条件,查询各售票员的日报表。 票型销售统计 票型销售统计:按时间段查询各票型的销售情况和同期对比。 签单未结账报表 签单未结账报表:通过选择出票点和时间段,统计该时间段内未 核销签单记录。 系统后台管理设置 系统管理子系统是管理中心对整个管理系统进行管理和维护。该系统 由票型票价管理、用户管理、数据字典维护、数据安全、日志管理、全局 参数设置等模块组成。 票型票价管理 系统根据各的实际情况对不同时期(淡、旺季)不同景点进行票型票 价管理,售票员在售票时,只要选中门票的使用时间,系统就会自动对应 该时间点的价格,既减少人为差错,又让门票的销售政策可以更灵活。 用户管理 管理系统中的用户及用户权限,可删除、增加、修改操作员。 数据字典维护 设置系统使用中所需的基础数据,如一卡通有效期设置、门票种类、 售票模式等。 数据安全 备份和恢复数据。 日志管理 查询、导出或清理系统的操作日志。 参数设置 设置系统正常运行所需要的参数,系统参数分:全局参数、本地参数, 如:IC 卡读写卡器的串口属于本地参数,本地参数保存在客户端的配置文 件中,全局参数保存在数据库中,客户端每次启动时自动调用全局参数。 插件维护 系统的设计框架是以插件的方式进行管理功能模块的,每个功能模块 定义为一个插件,所有的插件都可装卸。根据每个客户的不同需求,配置 不同的插件就可以了,这样对通用部分的功能就不需要去维护或编译了, 减少了开发周期和工作量。