首页 > 团体标准 >

ICS97

团体标准

T/JSLYXH 002—2022

江苏省文化场馆和旅游景区电子票务系统技术规范

2022-11-29发布2023-01-01实施

江苏省旅游学会发布

现行 T/JSLYXH 002—2022

江苏省文化场馆和旅游景区电子票务系统技术规范

Technical specification for electronic ticket system of cultural venues and scenic spots in Jiangsu Province

公布日期：2022-11-29 发布日期：2022-11-29 实施日期：2023-01-01

所属团体：江苏省旅游学会标准发布公告

分类信息

国际标准分类 97 家用和商用设备、文娱、体育 -> 97.200 文娱活动设备 -> 97.200.01 文娱活动设备综合

中国标准分类 -

国民经济分类 R 文化、体育和娱乐业 -> R88 文化艺术业 -> R889 其他文化艺术业

研制信息

起草单位南京旅游职业学院南京新中安物联技术股份有限公司南京联创数字科技公司浙江深大智能科技有限公司中通服咨询设计研究院有限公司

起草人顾至欣黄　宇耿　海邹传江余　静梁　磊张旺旺李俊楼赵　爽邓　奇魏　阳朱云成陈晓华刘增祥

范围

主要技术内容 5　系统业务描述 5.1概述系统业务主要包括文化场馆和旅游景区票务中心的票务管理、售票和检票等三个板块，业务交互的HIM界面的终端通常由PC端、移动端、自助售取票终端、核销终端等组成。 5.2票务管理票务管理业务主要包括票种设置、门票出入库，宜通过PC端进行业务交互。相关业务流程如图1所示：图1　电子票务系统票务管理流程 5.3售票售票业务主要包括散客和团队的线下人工售票、线上售票、支付下单、生成票务凭证等业务，宜通过PC端、自助售取票终端、移动端开展业务。相关业务流程如图2所示：图2　电子票务系统售票流程 5.4检票检票业务主要包括核销设备对门票信息的读取上传、系统对信息的判断回传、核验设备的通行等。门票介质包括但不限于身份证、社保卡、电子门票码和纸质门票等。宜通过PC端、闸机验证端、移动验证端进行用户交互。相关业务流程如图3所示：图3　电子票务系统检票流程 6　系统应用架构应符合如下要求，如图4所示： a) 应用层：包括中心管理、库存管理、财务结算、售票管理、检票管理和分销与渠道管理； b) 基础支撑层：为系统运行提供支撑性底层服务，实现系统的感知、数据传输与存储、识别比对、操作互动、硬件控制、安全防护和数据分析等功能。包括基础软件和硬件设备，如网络设备、数据库软件、服务器、售检票端软硬件等。图4　电子票务系统技术架构 7　系统功能要求 7.1基础支撑 7.1.1　基础软件应符合GB/T12991、GB/T 22239、GB/T19003、GB/T 20273的相关要求。 7.1.2　硬件设备应包括票务数据库服务器、售票端硬件和核销端硬件等。数据库服务器可使用本地数据库服务器或云端数据库服务器。一台数据库服务器应配置不少于两块存储硬盘。对于稳定性要求较高的文化场馆和旅游景区，宜采用双机热备的方式，两台服务器应保存相同的售检票数据。售票端硬件应包含售票电脑、门票打印机、自助售取票机以及相关二维码、相关REID、生物特征采集设备。核销端硬件应包含固定式和可移动式核销设备。 7.2应用层 7.2.1内部管理 7.2.1.1中心管理 7.2.1.1.1设备管理应对核销设备进行管理，应包括闸机管理、闸机分组管理、闸机分组匹配以及票型闸机分组匹配等功能。 7.2.1.1.2用户及权限管理应支持创建不同用户角色，并进行角色权限管理。系统可建立超级管理员用于管理其用户账号的信息和权限，同一个用户可授权多个角色，该用户具有对应角色的所有权限。 7.2.1.1.3日志管理应记录系统使用人员操作系统的记录，包含后台登录日志、后台操作日志、窗口登录日志和窗口操作日志。 7.2.1.1.4配置管理应满足不同场馆或景区个性化需求的集中配置、快捷方便配置等系统配置。应可以对文化场馆、景区、分景区、景点信息、淡旺季、票面打印模板和应用介质等进行配置；应可以对销售渠道、检票模式和逻辑、分成规则和退票规则等门票基础业务规则进行配置设置；应可以对门票的单张与多张打印，计时与计次规则、次数限制与购票、生效、过期时间的门票属性进行配置设置。 7.2.1.1.5数据推送应能够实时统计门票销售、检票、退票等数据，并能进行数据上报。 7.2.1.2库存管理 7.2.1.2.1预约库存管理应能够通过控制票务库存的方式，对景区承载量进行的管理，即对门票做总量控制，应包含分时（门票）预约库存管理、门票预约实名制管理。 7.2.1.2.2分时（门票）预约管理应采用分时预约的方式，实现对客流量大的园区的门票的管控，可以瞬时承载量或最大承载量为依据对分时段库存进行设置。 7.2.1.2.3实名制预约管理应对游客采取实名制预约管理。对外宾或持有军人证、残疾证等游客应进行相关证件有效识别后提供服务。预约应采用一人一证的实名认证方式。 7.2.1.2.4门票入/出库应支持对门票的入/出库操作，显示操作明细、入/出库明细。 7.2.1.2.5票型票价管理应支持对各票种的管理。票种包括但不限于散客票、团体票、联票、优惠票、交通票和景区内的游乐票等，每个票种也可有多种票型，如全票、半票等。 7.2.1.3财务结算管理功能 7.2.1.3.1支付结算应支持OTA电商和自有电商平台、人工窗口、自助等渠道的支付结算，应能支持现金、银行卡、互联网、售票员自定义支付等多种支付方式，可设置支付方式的优先级，应能通过标准接口支持与所有售票渠道的每日交易对账，并进行账单及时下载。 7.2.1.3.2对账报表应支持生成对账报表。对账表报应包括销售报表、线下售票报表、线下检票报表。销售报表应包含所有门票的销售数量和金额，作为财务总账对账报表。线下售票报表应包含窗口、自助售取票机门票的销售数量和金额，作为财务线下对账报表。线上检票报表应包含OTA电商和自有电商平台的票务的销售数量和金额，作为财务线上对账报表。 7.2.1.3.3报表查询打印应支持报表查询打印功能，并支持自定义报表。报表应包含但不仅限于营业报表、销售报表、销售年报表以及客流报表。 7.2.1.3.4电子发票应支持开具电子发票。 7.2.2对客服务 7.2.2.1售票管理 7.2.2.1.1售票服务应支持对接OTA电商和自有电商平台、人工窗口、自助服务等渠道售票服务。应提供在线购票、窗口购票和自助购票等多种预订购票方式。 7.2.2.1.2线上购票应支持线上购票功能，应包含线上散客购票及线上团队（旅行社）分销购票。具体要求包括： a) 散客应通过OTA电商或自有电商平台进行线上购票，应生成相关电子门票凭证； b) 团队（旅行社）应通过线上分销售票渠道进行线上购票；旅行社相关人员应提供团队全部成员身份信息完成预约流程，生成相关电子门票凭证。 7.2.2.1.3线下购票应支持人工窗口购票和自助购票。 7.2.2.1.4订单管理应支持票务订单信息的查询、筛选、处理等功能，具体要求包括： a) 系统应支持线上和线下的门票订单查询筛选功能。应包含订单的票种名称、票价、售票时间、使用时间、使用次数、门票状态、入园设备信息等信息； b) 系统应支持门票冲正功能。在门票出售过程中出现错误购买情况导致当天营业数据出现偏差，使用订单冲正功能对订单进行处理纠正； c) 系统应支持门票重新打印，并生成重打印记录。 7.2.2.1.5取票管理应支持人工取票和自助取票方式。应支持游客凭游客身份证、购票订单号、手机号、二维码等取票，应可使用身份证号识别游客预订门票订单信息。人工取票时应由工作人员与游客确认订单无误后方可出票；自助取票时，应采用取票须知提示，并经过游客确认无误后出票，出票时应提醒游客核对并取走门票。 7.2.2.1.6退票管理应支持退票功能。订单退票退款应采取原路返回原则，退票管理包括有效票退票、失效票退票。有效票退票应能在系统订单管理进行退票；失效票退票应根据文化场馆和旅游景区规定进行处理。应为已检票未入园的游客进行退票服务，并提供现场或在线退改咨询服务。 7.2.2.2检票管理 7.2.2.2.1检票模式检票模式包括散客/团队检票、年卡检票、数字旅游卡检票和生物特征识别检票及一票多日、一票多次入园核销等模式，均应运用于同一台固定式或可移动式核销终端检票设备（检票设备标准参考GA/T 1260 人行出入口电控通道闸通用技术要求），且设备应对系统发出的有效卡/码进行查询其售票状态及使用状态，具体检票模式要求包括： a) 团队包含且不限于旅行团团体与自由行团体，团队检票应支持实名制或非实名制，实行一人一票（证）或一团一票； b) 年卡的检票应支持有效门票凭证介质（卡、身份证、二维码或生物特征），针对人脸的采集需按照个人信息保护法的相关要求进行采集和使用； c) 系统应支持数字旅游卡（IC卡、入园身份码）的刷卡、码核销，将核销数据上传至数字旅游卡平台，完成核销数据更新，系统需做数据留存。 7.2.2.2.2门票介质支持的门票介质应包含二代身份证、三代社保卡、电子社保卡、数字旅游卡（入园身份码、IC卡）和二维码（电子门票码、苏康码、苏服码）。 7.2.2.2.3门票编码门票编码规则详见附录A。 7.2.2.3分销与渠道管理 7.2.2.3.1电商（OTA和自有）平台分销管理电商平台分销包括OTA电商和自有电商平台，其预约管理应与系统进行数据对接。电商平台分销应能设置景区票型信息和售票规则，应能对日历价格库存进行维护，应支持在线预订。应能够对电商平台中的预约库存数量进行分时管理，支持查看、筛选、导出电商平台的订单信息。 7.2.2.3.2团队（旅行社）分销管理团队（旅行社）分销的预约管理应与系统进行数据对接。应能够实现对旅行社分销商的分类管理，实现实名/分时实名预约的库存管理要求。应支持查看、筛选、导出团队（旅行社）的订单信息，能对退订订单进行处理。 7.2.2.3.3异常名单应能够设置异常名单，针对失信旅行社进行限制分销行为；应具备异常名单的解封功能。 7.2.2.3.4分销财务管理应能够支持对团队（旅行社）分销的票务价格进行设置，应提供预付金管理和团队（旅行社）价格管理功能。 8　外部接口要求 8.1外部接口概述系统与外部系统对接，应通过接口实现数据交互，外接系统包含江苏智慧文旅智慧平台，各大互联网渠道平台，外接接口包括景区票务数据上报接口、社保卡一卡通核验接口、互联网直分销支撑数据接口。与江苏智慧文旅平台对接，按照 T/JSLYXH 001-2022要求，系统作为客户端调用服务接口实现数据交互。与互联网渠道对接，系统按照相关接口规范，系统以数据总线的方式提供接口服务，具体参考附录B.1 数据总线相关说明。外部接口逻辑结构如图5所示：图5　外部接口逻辑结构 8.2 票务数据上报接口 8.2.1　对接内容应包含实时客流数据、预约数据和开放状态数据，并遵循T/JSLYXH 001-2022相关要求。 8.2.2　对接要求应遵循T/JSLYXH 001-2022关于对接方式、频次、规则和路径的要求。 8.3社保卡一卡通核验接口 8.3.1　对接内容应满足用户使用多种身份核验介质（社保卡、身份证、市民卡、电子社保卡、健康码、苏服码）核验要求，应与江苏智慧文旅平台对接实现用户身份转换。应遵循 T/JSLYXH 001-2022中身份核验数据部分要求。 8.3.2　对接要求应遵循T/JSLYXH 001-2022关于对接方式、频次、规则和路径的要求。当系统与江苏智慧文旅平台通信链路断开时，应自动切换为离线模式，只使用身份证核验入园，人工核验苏康码，保障游客入园不受影响。 8.4互联网直分销支撑数据接口 8.4.1 对接内容应符合本文件附录B.2定义的互联网分销支撑接口技术规范。对接内容包括： a) 商品库存和价格数据； b) 订单下单数据； c) 订单预下单数据； d) 订单支付确认数据； e) 订单详情数据； f) 订单信息修改数据； g) 门票凭证重发数据； h) 订单凭证数据； i) 退订数据； j) 验证消费通知数据； k) 退票通知数据； l) 下单通知数据； m) 分时预约时段和库存数据； n) 开票数据； o) 开票结果数据。 8.4.2　对接要求互联网渠道平台实时调用系统互联网直分销支撑数据接口。 8.5数字旅游卡业务数据接口 8.5.1　对接内容应包括数字旅游卡业务核验数据和核销数据，应遵循所对接的数字旅游卡业务平台数据接口技术规范。 8.5.2　对接要求应实时调用数字旅游卡业务平台数据接口。 8.6数据接口协议 8.6.1　接口方式宜采用HTTPS+JSON方式。 8.6.2　接口说明具体接口说明包括： a) 身份校验接口遵循T/JSLYXH 001-2022附录A.2要求； b) 实时客流数据上报接口遵循T/JSLYXH 001-2022附录A.3要求； c) 预约数据对接接口遵循T/JSLYXH 001-2022附录A.4要求； d) 文化场馆和旅游景区状态数据对接接口遵循T/JSLYXH 001-2022附录A.5要求； e) 获取商品库存和价格接口遵循B.2.1要求； f) 订单下单接口遵循B.2.2要求； g) 订单预下单接口遵循B.2.3要求； h) 订单支付确认接口遵循B.2.4要求； i) 订单详情接口遵循B.2.5 要求； j) 订单信息修改接口遵循B.2.6要求； k) 门票凭证重发接口遵循B.2.7要求； l) 获取订单凭证接口遵循B.2.8要求； m) 退订接口遵循B.2.9要求； n) 验证消费通知接口遵循B.2.10要求； o) 退票通知接口遵循B.2.11要求； p) 下单通知接口遵循B.2.12要求； q) 查询分时预约时段和库存接口遵循B.2.13要求； r) 开票接口遵循B.2.14要求； s) 开票查询接口遵循B.2.15要求； t) 数字旅游卡业务数据接口遵循数字旅游卡业务平台接口规范。 9　安全要求 9.1数据安全 9.1.1　数据库安全运维服务应提供数据安全运维服务，为系统数据共享交换、数据价值的深入挖掘提供数据安全保障。 9.1.2　隐私数据安全应参照《信息安全技术网络安全等级保护基本要求》[GB/T 22239-2019]，要求包括： a) 数据完整性应采用校验技术或密码技术保证重要数据的完整性，包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等； b) 数据保密性应采用密码技术保证重要数据在传输、存储过程中的保密性，包括但不限于鉴别数据、重要业务数据和重要个人信息等； c) 剩余信息保护应保证鉴别信息、存有敏感数据所在的存储空间被释放或重新分配前得到完全清除； d) 个人信息保护应参照《中华人民共和国个人信息保护法》进行个人信息保护，应仅采集和保存业务必需的用户个人信息，禁止未授权访问和非法使用用户个人信息。 9.1.3　数据全生命周期安全应根据数据全生命周期各阶段特点，采取相应的数据安全保护措施，建立数据分类分级管理制度处置，加强对重要数据、企业商业秘密和个人信息的保护。 9.1.4　非规范操作应能够在出现非规范操作时（如非正常关机、断电等）保持票、款和相关数据的一致性。 9.1.5　数据库备份和恢复应具备数据库数据备份的功能，每天至少进行一次备份。应具备备份数据恢复的功能。应符合GB/T 20988-2007标准的信息系统灾难恢复的要求。有条件的单位宜考虑异地备份。 9.1.6　数据传输安全应能够对数据通信进行加密并支持数据重传等确保数据传输完整性。 9.1.7　数据库审计应能够对数据库的各类操作行为进行监视、记录、分析，生成审计报表。对于监测到的风险事件，及时生成告警并以邮件、短信等方式通知相关人员。确保系统符合各类法律法规对数据库审计的要求。 9.2用户认证安全 9.2.1内部人员身份认证应有效区分业务人员和数据管理人员等内部人员身份，进行身份认证。 9.2.2外部人员身份认证应有效区分第三方开发、运维和常驻人员的外部人员身份，进行身份认证。 9.2.3账号安全应采取安全认证措施和安全管理策略，确保系统账号安全，支持对信息访问者进行身份识别和接入位置识别，并对信息访问者的访问权限进行控制。 9.2.4系统用户口令应提供?户?令更换机制，严禁应?弱?令。系统?户?令应由?令长度、?令字符复杂度、?令最长有效期组成： a) ?令最?长度8位； b) ?令由数字、??写字母及特殊字符组成，且?少包含其中两种字符（动态?令除外）； c) ?令可根据系统重要性和?户权限采取不同的有效期（30/60/90 天）。

适用范围

是否包含专利否

预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！

预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！

预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！预览模式，未正式公布，仅供预览使用！

{{ detail.standardStatusName }}

{{ $t('standardDetail.aboutToAbolish') }}

{{ detail.standardNo }}

{{ detail.standardTitleCn }}

{{ detail.standardTitleEn }}

{{$t('standardDetail.filePublishDate')}}：{{ detail.filePublishDate || '-' }} {{$t('standardDetail.publishDate')}}：{{ detail.publishDate || '-' }} {{$t('standardDetail.implementDate')}}：{{ detail.implementDate || '-' }} {{$t('standardDetail.abolishTime')}}：{{ detail.disabledDate || '-' }} {{$t('standardDetail.upcomingAbolishDate')}}：{{ detail.disabledDate }}

{{$t('standardDetail.belongOrg')}}：{{ detail.organName }} {{ file.tagName }}

{{ $t('standardDetail.adminPreviewCn') }}

{{ $t('standardDetail.adminPreviewEn') }}

{{ date }}

{{ getTimelineDisplayTitle(cell.item) }} 当前

{{ meta.label }}：{{ meta.value }}

{{$t('standardDetail.icsNo')}} {{ detail.icsl1Name || '-' }}

{{$t('standardDetail.ccsNo')}} {{ detail.ccss1Name || '-' }}

{{$t('standardDetail.nationalEconomy')}} {{ detail.ccsl1Name || '-' }}

{{$t('standardDetail.draftingUnit')}} {{ part.text }} -

{{$t('standardDetail.drafter')}} {{ drafterText }} -

{{$t('standardDetail.mainContent')}} {{ detail.mainContent || '-' }}

{{$t('standardDetail.scope')}} {{ detail.scope || '-' }}

{{$t('standardDetail.hasPatent')}} {{ detail.isPatentName || '-' }}