DB32_T 4753-2024 文化场馆和旅游景区电子票务系统技术规范.docx

《DB32_T 4753-2024 文化场馆和旅游景区电子票务系统技术规范.docx》由会员分享，可在线阅读，更多相关《DB32_T 4753-2024 文化场馆和旅游景区电子票务系统技术规范.docx（45页珍藏版）》请在课桌文档上搜索。

1、ICS35.240.99CCS1.7O11i11iirkMzf三tkDB32江苏省地方标准DB32/T47532024文化场馆和旅游景区电子票务系统技术规范Technicalspecificationforelectronicticketingsystemsinculturalvenuesandtouristattractions2024-04-26发布2024-05-26实施江苏省市场监督管理局发布中国标准出版社出版目次前言III1范围12规范性引用文件13术语和定义14缩略语25系统业务描述26系统应用架构37系统功能要求48 系统性能79 外部接口要求710 安全要求10附录A（规范性）

2、文化场馆和旅游景区电子票务系统门票编码规则13附录B（规范性）文化场馆和旅游景区电子票务系统数据接口规范19参考文献41前言本文件按照GB/T1.12020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由江苏省文化和旅游厅提出。本文件由江苏省文化和旅游标准化技术委员会归口。本文件起草单位：南京旅游职业学院、南京新中安物联技术股份有限公司、南京联创数字科技公司、浙江深大智能科技有限公司、中通服咨询设计研究院有限公司。本文件主要起草人：顾至欣、黄宇、耿海、邹传江、余群、梁磊、秦川、张旺旺、李俊楼、赵爽、

3、邓奇、魏阳、朱云成、陈晓华、刘增祥。文化场馆和旅游景区电子票务系统技术规范1范围本文件规定了文化场馆和旅游景区电子票务系统业务描述、系统应用架构、系统功能要求、系统性能要求、外部接口要求和安全要求等方面的内容。本文件适用于实行各类票务管控的文化场馆和旅游景区电子票务系统建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件：不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T209882007信息安全技术信息系统灾难恢复规范GB/T22239信息安全技术网络安全等级保护基本要求GB/T32

4、918.22016信息安全技术SM2椭圆曲线公钥密码算法第2部分：数字签名算法1.B/T0342014景区最大承载量核定工作导则DB32/T4754-2024文化场馆和旅游景区身份核验系统一卡通技术规范3术语和定义下列术语和定义适用于本文件。3.1电子票务系统e-ticketingsystem使用包括但不限于电子技术、条形码技术、单片机技术、双机热备技术、自动控制技术、无线传输技术、精密机械加工技术及计算机网络技术、加密技术等信息技术，实现网络售票、检票、查询、汇总、统计、报表、防伪等各种门票通道门禁控制管理功能的信息系统。3.2门票介质ticketmedium包括但不限于基于射频识别技术（R

5、FID）、二维码和生物识别等技术，可储存门票和游客（访客、读者）身份信息，用于系统核销的凭证载体门票介质。注：包括但不限于身份证、社保卡、数字旅游卡、电子门票码和纸质门票和生物特征等。3.3数字旅游卡digitaltravelcard文旅产品和服务在线定制的数字化卡。3.4生物特征biologicalcharacteristic人体中可被电子设备采集和识别的具有个体唯一性的部位特征。3.5核销终端VerifiCationterminal用于对电子票务系统售出的门票进行合法性的验证及票务核销的终端硬件设备。3.6自有电商平台selfbuilte-commerceplatform隶属于文旅场所、旅

6、游景区自主搭建的电商营销平台，区别于OTA第三方电商平台。4缩略语下列缩略语适用于本文件HIM:人机界面模块(HUmanMachineInterface)OTA:在线旅行社(OnlineTravelAgency)RFID:射频识别(RadiOFrequencyIdentification)5系统业务描述5.1概述系统业务应包括文化场馆和旅游景区票务中心的票务管理、售票和检票三个方面内容，负责业务交互的HIM界面的终端宜由PC端、移动端、自助售取票终端和核销终端等组成。5.2票务管理票务管理业务宜包括票种设置、库存管理、门票出入库，宜通过PC端进行业务交互。相关业务流程如图1所示。票务管（值图1

7、电子票务系统票务管理流程出票5.3售票售票业务应包括散客和团队的线卜.售票、线上售票、下单支付、生成票务凭证等业务，宜通过PC端、移动端和自助售取票终端开展业务。相关业务流程如图2所示。图2电子票务系统售票流程售票成务.证一生票凭5.4检票检票业务应包括核销设备检票、读取门票介质信息、上传信息至电子票务系统、判断有效性、反馈信息至核销设备和最终实现入园成功或禁止入园。相关业务流程如图3所示。无效门票禁止入网图3电子票务系统检票流程6系统应用架构宜符合如下要求，如图4所示：a) 交互层：系统与用户的交互场景应包括售票场景、检票场景和票务管理场景；b) 应用层：宜包括中心管理、库存管理、财务结算管

8、理、售票管理、检票管理和分销与渠道管理：c)基础支撑层：应为系统运行提供支撑性底层服务，宜实现系统感知、数据传输与存储、识别对比、操作互动、硬件控制、安全防护和数据分析等功能，宜包括基础操作系统和基础硬件，如网络设备、数据库软件、WEB服务器、硬件服务器、售检票端软硬件等。|I检察场景1票务管理场累外部接口4票服务.我上购.11线下购票订郎管理I，取炭/售果管理U.检票管理4A11门票介质I卜1未编码电荷平台分1!战IMIQl5*.01异常名单数字旅旃卡业务数据按U票务数除上报振U互联网l,i分销支控数据接口社:B.v热络捻口中心管理Dla备管理I1管理11日志管理II配词管理I极推送I库存管

9、理OM存IFTnnZ11f11电子发票需结算u付站算I对账报11报耕IFl居M状R-1I饿件谀归图4电子票务系统技术架构7系统功能要求7.1 基础支撑7.1.1 基础操作系统系统PC端桌面应用程序，应支持至少在一种主流操作系统上运行。主流的操作系统包含Windows、macOS、1.inux等。7.1.2 基础硬件应包括票务数据库服务器、票务系统应用部署服务器、售票端硬件、核销端硬件和网络安全防护设备等。应具有完整的架构体系、安全防护能力和数据安全。网络线路和设备宜具有实时热备份和应急处理手段。7.2 应用层7.3 内部Ira7.21.1 中心Ira7.21.1.1 设备1强！应对销售终端设备

10、、移动终端设备、核销终端设备以及其他终端设备进行管理。7.21.1.2 2用户及权限管理应支持创建不同用户角色，如售票员、财务员、管理员等，并进行权限管理。7.21.1.3 日1fi三应记录系统用户操作系统记录，包含后台登录日志、后台操作日志、窗口登录日志和窗口操作日志。7.21.1.4 EMra应满足不同场馆或景区票务的集中配置、快捷配置等操作，具体包括：a）对售票规则、检票规则、退票规则和打印规则等门票业务规则进行配置；b）对门票的单张与多张打印，计时与计次规则、次数限制与购票、生效、过期时间的门票属性进行配置。7.21.1.5应实时统计门票销售、检票、退票等数据，并进行数据推送。7.21

11、.2 库存地7.21.3 21预约库存Ifi理应依据景区承载量通过控制票务库存的方式进行管理，包含分时（门票）预约管理、实名制管理；对文化场馆内部分收费的临时展览应预设时段性的预约库存管理。7.21.4 2.2分时（门JJO预约管理应采用分时间段预约的方式，对园区的门票进行预约管控。7.21.5 .3实名制预约管理应对游客采取实名制预约管理。对外宾或持有军人证、残疾证等游客应进行相关证件有效识别后提供换取票服务。7.21.24 三B应支持对门票的入/出/退库操作，显示操作明细、入/出/退库明细。7.21.25 5票型票价Ii理应支持对各票种及票型的管理，并进行系统审核。7.21.26 务结算管

12、理7.2.1.3.1支付结算应支持OTA电商和自有电商平台、人工窗口、旅行社签单、自助等渠道的支付结算，支持现金、银行卡、互联网（支付宝、微信、银联、数字人民币）等多种支付方式，设置支付方式的优先级，应通过标准接口或授权充值等形式支持与所有售票渠道的每H交易对账与结算。7.21.12对账报表应支持生成对账报表，包括销售报表、线上（下）营销报表，具体如下：a）销售报表是所有营收门票的销售数量和金额；b）线上营销报表是OTA电商和自有电商平台的票务销售数量和金额报表；c）线下营收报表是窗口、自助售取票机门票的销售数量和金额报表。7.2.1.3.3电子发票应支持与电子发票系统对接，开具电子发票、冲红

13、、作废、参数配置等功能。7.2.2对客服务7.2.2.1 售票管理1.1.1 1.1售票服务应提供在线、窗口、自助和旅行社签单购票等多种售票服务1.1.2 电子年卡应提供电子年卡的销售、激活与线上预约服务。1.1.3 SaM三应支持游客（访客、读者）凭游客（访客、读者）身份证、购票订单号、手机号、电子票二维码等介质进行取票。应支持人工取票和自助取票方式。1.1.4 gHtt三订单退票退款应采取原路返回原则，宜对已检票未入园的游客进行退票服务，并提供现场或在线退改咨询服务。1.1.5 订单Ira应提供票务订单信息的查询、筛选、处理等功能，具体要求包括：a）对订单的票种名称、票价、售票时间、使用时

14、间、使用次数、门票状态、入园设备信息的查询筛选；b） 对错误订单的纠正处理的订单冲正功能；c） 门票重新打印及重打印信息的记录。7.22.2检票管理7.2.22.1 检票模式检票模式应包括散客/团队身份证或电子身份证检票、二维码检票、年卡检票、数字旅游卡检票和生物特征识别检票及一票多日、一票多次入园核销等模式，应运用于同一台固定式或可移动式核销终端检票设备（检票设备标准参考GA/T1260人行出入口电控通道闸通用技术要求），具体检票模式要求包括：a） 团队检票应支持实名制或非实名制，实行一人一票（证）或一团一票；b） 年卡的检票应支持有效门票凭证介质（卡、身份证、二维码或生物特征）；c）系统应

15、支持数字旅游卡（IC卡、入园身份码）的刷卡、码核销和数据上传与留存。7.2222门票介质应支持二代身份证或电子身份证、三代社保卡、电子社保卡、数字旅游卡（入园身份码、IC卡）、中华人民共和国外国人永久居留身份证、二维码（电子门票码）和生物特征（人脸）作为门票入园凭证。7.222.3门票编码规则详见附录A。7.2.2.3分销与桑7.2.2.3.1 电商（OTA和自有）平台分销献电商平台分销应包括OTA电商和自有电商平台，其预约管理应与系统进行数据对接。7.2.23.2团队（M行由分销管理团队（旅行社）分销的预约管理应与系统进行数据对接。应对旅行社分销商的审核、分类和年审管理功能。7.223.3异

16、常名单应设置异常名单和个人身份证异常名单的限制分销功能。应具备异常名单的解封功能。7.2.2.3.4分销财务管理应提供预付金管理和团队（旅行社）价格管理功能。8系统性能应实时处理业务请求，在3s内下达命令并返回处理结果。应对保存的数据进行统计及报表查询，在IOs内显示并返回查询结果。宜每日处理10万笔以上数据和每秒能处理100条以上交易数据的能力。9外部接口要求1.1 外部接口概述外接接口宜包括票务数据上报接口、社保卡一卡通核验接口、数字旅游卡业务数据接口和互联网直分销支撑数据接口。1.2 票务数据上报接口9. 2.1对接内容应包含实时客流数据、预约数据和开放状态数据，并遵循DB32/T475

17、42024相关要求。10. 2.2对接要求应遵循DB32/T47542024关于对接方式、频次、规则和路径的要求。9.3社保卡一卡通核验接口9.3.1对接内容应满足用户使用多种身份核验介质（社保卡、身份证、市民卡、电子社保卡）核验要求，应遵循省级文旅行政主管部门的要求提供的标准化接口实现数据对接，实现用户身份转换。应遵循DB32/T47542024中身份核验数据部分要求。9.3.2对接要求应遵循DB32/T4754-2024关于对接方式、频次、规则和路径的要求。当系统与省级文旅行政主管部门提供的标准化接口通信链路断开时，应自动切换为离线模式，只使用身份证核验入园，保障游客入园不受影响。9.4数

18、字旅游卡业务数据接口9.4.1 对接内容应包括数字旅游卡业务核验数据和核销数据，应遵循所对接的数字旅游卡业务平台数据接口技术规范，应符合附录B中B.3定义的数字旅游卡业务数据接口技术规范。对接内容包括：a）联机核销；b）套餐情况查询；c) 明细查询；d) 汇总查询；e) 预约明细查询;f) 签名算法。9.4.2 对接要求应实时调用数字旅游卡业务平台数据接口.9.4.3 对接流程图对接流程图见图5。闸机:用户购社保卡/社保码/数字：;康游卡/入山码，同步社保卡/社保码/数字旅-1F游R/入阀码数据：-I-E31.I1.J根据提东信息入园已购黑，邈开门间信息返回开关俯信息户权益返回身份信&运同用户

19、极益郎!用户权益同步社保卡，社饿字费的卡/入园码数据核脍用户是否购票用户未聊，同步身价(Sg根据提示信总入园图5数字旅游卡业务对接流程图应支持用户使用多种身份核验介质(社保卡、身份证、市民卡、电子社保卡)核验数字旅游卡要求，具体内容包括：a) 票务系统应支持同步用户刷卡介质(社保卡、电子社保卡、数字旅游卡、入园码等)至省文旅一卡通数据应用共享中台，根据中台返回的用户身份信息核验是否有实名购票记录，对未购票用户，同步用户身份信息至中台获取用户是否具有数字旅游卡权益；b) 省文旅一卡通数据应用共享中台应支持对接省人社厅、省数字旅游卡等外部平台，将社保卡、电子社保卡、数字旅游卡、入园码等介质数据统一

20、转换为用户身份数据，并获取用户标签，包括是否为70周岁以上老人、是否为退休职工等，同时通过省数字旅游卡平台获取用户是否具有数字旅游卡权益，同步结果至票务系统；c) 省数字旅游卡平台应支持核验用户是否具有数字旅游卡、是否已预约、当前景区是否使用超限等权益，并反馈结果。9.5互联网分销支撑数据接口9.5.1 对接内容应符合B.2定义的互联网分销支撑接口技术规范。对接内容包括：a)商品库存和价格数据；b)订单下单数据：c) 订单预下单数据：d) 订单支付确认数据：e) 订单详情数据：D订单信息修改数据；g) 门票凭证重发数据：h) 订单凭证数据：i) 退订数据：j) 验证消费通知数据：k) 退票通知

21、数据；l) 下单通知数据：m) 分时预约时段和库存数据：n)开票数据；0)开票结果数据。9.5.2对按要求互联网渠道平台应实时调用系统互联网直分销支撑数据接口。9.6数据接口侨议1. 6.1接口要求数据接Il协议宜遵循附录B。9. 6.2接口方式宜采用HTTPS+JSON方式。10. 6.3接口说明具体接口说明包括：a) 身份校验接口遵循DB32/T47542024中A.2的要求；b) 实时客流数据上报接口遵循DB32/T47542024中A.3的要求；O预约数据接口遵循DB32/T47542024中A.4的要求；d) 文化场馆和旅游景区状态数据接口遵循DB32/T47542024中A.5的要

22、求；e) 获取商品库存和价格接口遵循B.2.1的要求；f) 订单下单接Il遵循B.2.2的要求：g) 订单预下单接口遵循B.2.3的要求，h) 订单支付确认接口遵循B.2.4的要求，该接口实现方式为异步方式，异步通知由B.2.11下单通知接口实现；i) 订单详情接口遵循B.2.5的要求；j) 订单信息修改接1.l遵循B.2.6的要求；k) 门票凭证重发接口遵循B.2.7的要求；l) 退订接口遵循B.2.8的要求，该接口实现方式为异步方式，异步通知由B.2.10退订通知接口实现；m)验证消费通知接Il遵循B.2.9的要求，改接口发起方为电子票务系统，接收方分销商平台；n)退订通知接Il遵循B.2

23、.10的要求，改接口前置接口为B.2.8退订，发起方为电子票务系统，接收方分销商平台，退票通知接口遵循B.2.11的要求：O) 下单通知接口遵循B.2.12的要求；P) 查询分时预约时段和库存接口遵循B.2.13的要求；q) 开票接口遵循B.2.14的要求；r) 开票查询接口遵循B.2.15的要求；s) 数字旅游卡联机核销接口遵循B.3.1的要求；O数字旅游卡套餐情况查询接口遵循B.3.2的要求；u)数字旅游卡明细查询接口遵循B.3.3的要求：V)数字旅游卡汇总查询接口遵循B.3.4的要求；w)数字旅游卡预约明细查询接Il遵循B.3.5的要求：X)数字旅游卡签名算法遵循B.3.6的要求。10安

24、全要求10.1 基本要求一般情况下，业务系统安全宜不低于GB/T22239-2019中二级标准要求，在业务系统达到百万数据级别时，安全宜不低于GB/T22239-2019中三级标准要求。10.2 系统安全10.2.1 权限电子票务系统为操作用户提供独立的账号。应包括但不限于登录用户名、登录密码、角色、操作权限。10.2.2 系统用户口令具备完整的口令管理，包括口令有效期、限制口令重用、口令错误的忽略、警告、审计、失效、中断操作、强迫签退和口令挂起等。口令宜根据系统重要性和用户权限采取不同的有效期(30d60d).az3日志应建立文件系统的行为日志、访问日志、接口日志、服务日志。10.2.4 操

25、作安全的保证应对系统内所有操作进行必要的保护，对可能出现的误操作应予以提示，尽可能方便用户操作，引导操作者完成正确操作。10. 2.5通信安全数据传输在进行通信时应对数据进行加密，采用国标密码算法要求CB/T32918.22016。数据接收端应能安装国密证书。10.3数据安全10.3.1数据库安全运维服务应提供数据安全运维服务，在数据传输过程中或在数据库存储时进行加密，确保关键数据不被窃取。10. 3.2隐私数据安全应按照GB/T222392019,具体要求如下。a) 数据完整性应采用校验技术或密码技术保证重要数据的完整性，包括但不限于鉴别数据、而要业务数据、重要审计数据、重要配置数据、重要视

26、频数据和重要个人信息等。b) 数据保密性应采用密码技术保证重要数据在传输、存储过程中的保密性，包括但不限于鉴别数据、重要业务数据和重要个人信息等。c) 剩余信息保护应保证鉴别信息、存有敏感数据所在的存储空间被释放或重新分配前得到完全清除。d) 个人信息保护应对采集和保存业务必需的用户个人信息进行(数据变形处理)脱敏存储使用，不应未授权访问和非法使用用户个人信息。对用户个人信息数据应当使用后及时销毁处理。应对用户个人信息的采集增加授权和撤销信息的通知通道。在处理个人信息前，均应以显著方式、清晰易懂的语言真实、准确、完整地向个人告知相关事项。10.3.3数据全生命周期安全数据库数据存储应对数据进行

27、分类分级存储，确保全周期数据安全且应根据数据全生命周期各阶段特点，采取相应的数据安全保护措施，建立数据分类分级管理制度处置，加强对重要数据、企业商业秘密和个人信息的保护。10.3.4非规范操作应在出现非规范操作时(如非正常关机、断电等)保持票、款和相关数据的一致性。10.3.5数据库备份和恢复应具备数据库数据备份的功能，每天应至少进行一次备份。应具备备份数据恢复的功能。应符合GB/T20988-2007中信息系统灾难恢复的要求。有条件的单位宜考虑异地备份。10.3.6数据传输安全应对数据通信进行加密并支持数据重传。10.3.7数据库审计应对数据库的各类操作行为进行监视、记录、分析，生成审计报表

28、。对于监测到的风险事件，及时生成告警并以邮件、短信等方式通知相关人员。确保系统符合各类法律法规对数据库审计的要求。10.4用户认证安全10.4.1 内部人员身份认证应有效区分业务人员和数据管理人员等内部人员身份，进行身份认证。10.4.2 外部人员身份证应有效区分第三方开发、运维和常驻人员的外部人员身份，进行身份认证。10.4.3 账户安全应采取安全认证措施和安全管理策略，确保系统账号安全，支持对信息访问者进行身份识别和接入位置识别，并对信息访问者的访问权限进行控制。附录A（规范性）文化场馆和旅游景区电子票务系统门票编码规则A.1统一编码规则单位编码采用注册制，由单位在初次申报文化场馆、旅游景

29、区信息中生成。若对已申报单位信息进行变更，需要由单位向省文化和旅游厅中报核准后再执行。单位统编码规则见表A.l1,A.1统一编码规则数据项规则类型位数说明单位代码城市（地区）行政代码字符4位见国家统计局城市（地区）行政区划代码标准单位序号字符3位按照流水号罗列，位数不足3位高位补0。一个行政管辖单位分配一个独立序号景点代码景点类型字符2位如：00:主园；01:园中园：10:独立园区单位下属二级景点序号字符2位按照流水号罗列，包含景点、重点流量监控区域，如独立单位无分支景点按照00补位承载量代码最大承载量代码字符6位按照1.B/T0342014相关规定并结合文化场馆或旅游景区实际上报承载量综合核

30、算确认景点最大承载量代码字符6位按照1.B/T0342014相关规定并结合文化场馆或旅游景区实际上报承载量综合核算确认单位属性单位类型字符3位如：国家AAAAA级旅游景区、博物馆、图书馆等单位收费类型字符1位详见表A.3单位全称同工商登记名称字符100位如：敦煌莫高窟单位简称字符100位如；莫高窟最长游玩天数以“天”计字符1位如：2天A.2基础信息基础信息见表A.2。衰A.2基础信息数据项规则类型位数说明承载量代码最大承载量代码字符6位按照1.B/T0342014相关规定并结合文化场馆或旅游景区实际上报承载量综合核算确认景点最大承载量代码字符6位按照1.B/T0342014相关规定并结合文化场

31、馆或旅游景区实际上报承载量综合核算确认表A.2基础值息（续）数据项规则频血说明单位属性单位类型字符3位如：代码表示国家AAAAA级旅游景区、博物馆、图书馆等单位收费类型字符1位详见表A.3单位全称同工商登记名称字符100位如：敦煌莫高窟单位简称字符100位如:莫高窟最长游玩天数以“天”计字符1位如:2（天）A.3收费形式收费形式见表A.3。赛A.3收费形式代码编号类型名称说明1免费开放2有限开放3封闭式A.4门票票号编码规则门票票号由系统生成，编码规则见表A.4。A.4门票票号编码规则数据项类型位数说明单位统一编码字符11单位代码十景点代码，下同售票时间（年月日）字符6格式为YYMMDD每日出

32、票流水号字符8保证不重复，位数不足高位补零A.5门票预约、预订编码规范分销渠道商编码采用注册制，由渠道商在初次申报信息时生成。若对已申报渠道商信息进行变更,需要由渠道商向省文化和旅游厅申报核准后再执行。编码规则见表A.5。A.5门票分销商渠道商编码数据项类型位数说明分销渠道商字符6例如，携程为I（XX）OIA.6门票票面类型规范门票票面类型规范见表A.6。表A.6门票票面类型规范数据项类型位数说明门票票号字符26遵循门票票号编码规则有效使用期限字符4单位天。预约、预订出票后多久有效。（示例：OOIO）允许单次入园人数字符4同一张电子门票允许单次入园的游客数量（示例：0006）门票类型字符201

33、:全价票：02:半价票：03:免费票；04:年卡：05:其他类型（示例：01）出入园类型字符201:单次入园：02:当日不限次数：03:多日不限次数；04:其他类型（示例：01）A.7门票预约数据规范根据电子门票出票1.l期统计，未付款的订单门票为预约门票，其数据规范见表A.7。表A.7门票预约数据规范数据项类型位数说明单位统一编码字符11分销渠道商字符6（示例：100oOI）出票时间字符122019年10月1日10时0分1秒（示例：20191001100001）门票类型字符201:全价票；02:半价票：03:免费票；04:年卡；05:其他类型（示例；OD计划出行日期字符82019年10月2日

34、（示例：20191002）订单游客人数字符-110人（示例：0010）购票者姓名字符5（示例：张三）购票者证件类型字符201：身份证：02:护照：03:军官证；04:港澳通行证：05:湾居民往返大陆通行证：06:其他（示例：01）购票者证件号字符18购票者手机号字符11中国大陆手机号A.8门票预订数据规范根据电子门票出票日期统计，己付款的订单门票为预订门票，其数据规范见表A.8。表A.8门票预订数据规范数据项类型位数说明单位统一编码字符11分销渠道商字符6（示例：100OOI）出票时间字符122019年10月1日10时0分1秒（示例：20191001100001）A.8门票预订数据规范（续）数

35、据项类型位数说明门票类型字符201：全价票：02:半价票；03:免费票：04:年卡；05:其他类型（示例：OD计划出行日期字符82019年10月2日（示例：20191002）订单游客人数字符410人（示例：0010购票者姓名字符5（示例：张三）购票者证件类型字符201:身份证；02:护照；03:军官证；04:港澳通行证；05:台湾居民往返大陆通行证；06:其他购票者证件号字符18购票者手机号字符11中国大陆手机号A.9现场售票数据规范现场售票数据是指直接现场售票出票，或者通过网络预约渠道进行下单后在现场完成支付后出票行为中产生的现场售票数据，其数据规范见表A.9。表A.9现场售票数据规范数据项

36、类型说明单位统一编码字符11销售终端号字符4单位定义出票时间字符122019年10月1日10时0分1秒（示例：20191001100001）入园日期字符82019年10月2日门票类型字符201:全价票;02:半价票:03:免费票:04:年卡;05:其他类型（示例：01）订单游客人数字符410人（示例:0010）购票者姓名字符5（示例：张三）购票者证件类型字符18（）1:身份证；02:护照：03:军官证；04:港澳通行证；05:台湾居民往返大陆通行证；06:其他购票者证件号字符18购票者手机号字符11中国大陆手机号A.10入园凭证规范入园凭证规范见表A.10。A.10入园凭证规范数据项翘血说明门

37、票票号字符26遵循门票票号编码规则分销渠道商字符6（示例：100001）入园凭证编码字符8预制随机字符，用于标示入园凭证（示例：OdfeVa39）*A.10入园凭证规范（续）数据项类型W说明入园身份证号码字符18无身份证信息时用0补位有效使用期限字符4单位天。预约、预订出票后多久有效。（示例：OOlO）允许单次入园人数字符4同一张电子门票允许单次入园的游客数量（示例：0006）门票类型字符201:全价票：02:半价票：03:免费票；04:年卡：05:其他类型（示例：01）出入园类型字符201:单次入园：02:当日不限次数：03:多日不限次数；04:其他类型（示例：01）A.11出入园闸机编码规

38、范入园闸机编码规范见表A.11。A.11入园闸机编码规范数据项类型位数说明单位统一编码字符11入园时间字符122019年10月1日10时0分1秒（示例：20191001100001）入园人数字符42人次入园（示例：0002）单位出园数据实时记录规范见表AI2.*A,12单位出园数据实时记录规范数据项类型位数说明单位统一编码字符12出园时间字符122019年10月1日16时0分1秒（示例：20191001160001）出园人数字符41人次出园（示例:0001）A.12出入园验票与计数游客（访客、读者）持含有入园（馆）凭证信息的门票（FRlD介质、纸质门票、二维码、人脸识别）通过闸机或其他验票设备

39、出入园（馆），按单次出入园（馆）人数进行计数，无出园闸机的，应通过相关辅助识别的方式实现人流量的统计。a）单文化场馆或旅游景区出入园（馆）；b）出入园（馆）包括单次出入园（馆）及多次出入园（馆）的情况，系统应能分别记录出入园（馆）的次数和出入园（馆）的人数；O单文化场馆或旅游景区内多景点开放式出入园（馆）；d） 系统应能记录并上报文化场馆或旅游景区人数和景点人数：e） 单文化场馆或旅游景区多景点园中园式出入园（馆）；f）系统应能记录文化场馆或旅游景区人数和景点人数；针对文化场馆或旅游景区多景点园中园式入园（馆）游客（访客、读者）有二次出入单位的情况，系统应能分别记录出入园（馆）的次数和出入园（

40、馆）的人数；g）多文化场馆或旅游景区联合售票出入园（馆）；h）针对多文化场馆或旅游景区联合售票出入园（馆）的情况，系统应能记录并上报文化场馆或旅游景区人数和景点人数：针对多文化场馆或旅游景区联合售票出入园（馆）游客（访客、读者）有二次出入的情况，单文化场馆或旅游景区系统应能分别记录出入园（馆）的次数和出入园（馆）的人数。A.13实时流计算规则文化场馆或旅游景区实时流量计算规则为系统中记录的实时入园人数总和减去实时出园人数总和。A.14统计流量计算规则文化场馆或旅游景区统计流量计算口径为单位接待人次，即系统中记录的入园游客总人次（1人2次入园按2人次计）。附录B（规范性）文化场馆和旅游景区电子票

41、务系统数据接口规范8.1 数据总线8.1.1 数据总线对接电子票务系统业务流程互联网预约订单同步推送到现场电子票务系统流程互联网预约订单通过网络预约平台推送至数据总线，数据总线查找到对应的门票服务接口，将订单信息数据路山推送到现场电子票务系统中，从而实现游客通过网络渠道购票，实现闸机检票入园。B.I.1.2互联网预约平台信息上报至数据上报服务平台流程工作人员通过登录互联网预约平台，设置不同时段入园游客人数，设置完成以后，网络预约平台把数据实时通知到旅游企业服务总线系统，系统通过电商服务模块把入园游客人数等原始数据实时推送到数据中心的数据仓库中。经过数据仓库汇总统计后的电商预约信息，通过旅游企业

42、总线系统的对外数据开放接口推送上报到数据上报服务平台，或者数据上报服务平台通过旅游企业服务总线系统对外数据开放接口，主动查询预约相关信息。B.1.1.3门票管理系统信息上报至数据上报服务平台流程门票管理系统提供的标准的对外数据接口，旅游企业总线系统通过管理平台配置的数据对接策略，把门票管理系统的原始数据通过旅游企业总线票务接口推送到数据中心仓库中。经过数据仓库汇总统计后的票务系统数据通过旅游企业总线系统的对外数据开放接口推送上报至数据上报服务平台，或者数据上报服务平台通过旅游企业总线系统对外数据开放接口，主动查询门票系统相关信息。8. 1.2旅游企业服务总线系统对接门票管理系统标准数据接口8.

43、1.1.1 对接门票管理系统订单数据标准接口对接门票管理系统订单数据标准接口包含：对接在线监测接口、订单（非实名制）下单推送接口、订单（实名制）下单推送接口、订单（分时预约）下单推送接口、订单预下单推送接口、订单信息修改接口、订单退单接口、订单退单回滚接口、订单详情查询接口、获取订单凭证接口、订单凭证重发接口、订单下单通知接口、订单线上检票接口、订单核销通知接口8.1.1.2 对接电商朦务平台标准数据接口对接电商服务平台标准数据接口包含：单位基本信息接口、票型信息接口、订单基本信息查口、订单明细信息查口、订单实名制信息接口、订单检票信息接口、订单退票基本信息接口、订单退票明细信息接口。8.1.

44、1.3 对接分时预约平台标准数据接口分时预约库存信息推送接口。8.1.1.4 对接门票管理系统基础数据标准接口对接门票管理系统基础数据标准接口包含：客户（旅行社）基本信息接口、单位基本信息接口、票型信息接口、线上交易明细接口、线下交易明细接口、线下支付方式交易流水接口、线上实名制信息接口、线下实名制信息接口、线上检票明细接口、线下检票明细接口、线上退单明细接口、线下退单明细接口、线上退单流水接口、离园信息接口、IC卡交易信息（开卡，补卡）接口、IC卡入园刷卡信息接口、订单详情快照信息接口、订单核销接口8.1.1.5 对接数据上报服务平台标准数据接口对接数据上报服务平台标准数据接口包含：客户（旅行社）基本信息接口