DB5305T 19.40-2019 保山市信息惠民工程综合标准 第40部分：信息惠民(市民)卡应用接入与接口标准

ICS35.240L67DB5305替代DG5305/T19.40—2017保山市市场监督管理局发布DB5305/T19.40—2019本标准按照GB/T1.1—2009《标准化工作导则第1部分：标准的结构和编写》给出的规则起草。本标准中附录A为规范性附录，附录B为规范性附录，附录C为规范性附录。本标准由保山市大数据管理局提出。本标准由保山市工业和信息化委员会归口。本标准起草单位：保山市大数据管理局。本标准主要起草人：刘志胡、王明超、李祖燕、丁威、黄家永、秦政红、起程、卢体璐。本标准替代DG5305/T19.40—2017。DB5305/T19.40—20191保山市信息惠民工程综合标准第40部分信息惠民（市民）卡应用接入与接口标准本标准规范了信息惠民（市民）卡的接入应用的类型、实现接口、数据格式和接入应用的管理等内容。本标准适用于需要接入信息惠民（市民）卡平台的外部系统的接口开发，主要包含以市区两级各政务部门及单位和其他需要接入市民卡平台的服务提供商。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。ISO7816-2识别卡.有触头的集成电路卡DB5305/T19.2-2019保山市信息惠民工程综合标准总体框架和技术要求DB5305/T19.3-2019保山市信息惠民工程综合标准术语3术语、定义3.1术语和定义DB5305/T19.3-2019确立的以及下列术语和定义适用于本标准。3.1.1信息惠民（市民）卡信息惠民（市民）卡是指由一个城市的政府机构或其授权机构面向市民发行的智能IC卡，集市民个人身份识别、电子凭证、电子支付、信息采集、信息查询等功能于一体，用于办理个人社会事务、享受信息惠民及其他社会公共服务的电子身份凭证，是政府为市民提供服务的公共载体。3.1.2卡平台卡平台指信息惠民（市民）卡运营支撑管理平台。3.1.3综合服务云平台综合服务云平台指保山市信息惠民综合服务云平台。3.1.4银联系统银联系统指银联用于处理商户终端POS消费的清结算系统。3.1.5POS系统POS系统即销售时点信息系统，是指通过自动读取设备（如收银机）在销售商品时直接读取商品销售信息（如商品名、单价、销售数量、销售时间、销售店铺、购买顾客等并通过通讯网络和计算机系统传送至有关部门进行分析加工以提高经营效率的系统。POS系统最早应用于零售业，以后逐渐扩展至其他如金融、旅馆等服务行业，利用POS系统的范围也从企业内部扩展到整个供应链。3.1.6数据交换DB5305/T19.40—20192数据交换主要指各领域单位及委局通过综合服务云平台与卡平台进行业务数据共享的操作。3.1.7数据交互数据交互指数据接受单位定时、主动向综合服务云平台请求数据交换的过程。3.1.8机具机具指符合信息惠民（市民）卡使用规范的读卡器设备。3.1.9终端终端指符合信息惠民（市民）卡使用规范，并用于信息惠民（市民）卡及其他领域单位或委局改造后的读卡器等硬件设备。(Microcircuitcard)或微芯片卡等。它是将一个微电子芯片嵌入符合ISO7816标准的卡基中，做成卡片形式。IC卡与读写器之间的通讯方式可以是接触式，也可以是非接触式。根据通讯接口把IC卡分成接触式IC卡、非接触式IC和双界面卡（同时具备接触式与非接触式通讯接口）。3.1.11PSAM卡PSAM卡是中国人民银行发布的识别卡，包括普通PSAM卡和高速PSAM卡。4缩略语下列缩略语适用于本标准。——B/S：Browser/Server，浏览器/服务器模式————IC:IntegratedCircuit，集成电路————IEC：InternationalElectrotechnicalCommission，国际电工委员会————ISO：InternationalOrganizationforStandardization，国际标准化组织————POS：pointofsale，销售终端————PSAM：PurchaseSecureAccessModule，销售点终端安全存取模块————URL：UniformResoureLocator，统一资源定位符————VPN：VirtualPrivateNetwork，虚拟专用网络————Web：WorldWideWeb，万维网或环球网——5应用接入规范5.1概述信息惠民（市民）卡以加载金融应用的信息惠民卡为卡体，在DB5305/T19.2-2019确立的信息惠民总体框架基础上，为信息惠民相关应用提供统一的卡类应用集成，统一的身份认证和和支付结算功能。为指引各领域及各单位高效、有序的开展信息惠民（市民）卡的应用接入工作，本标准将对如何申请接入信息惠民（市民）卡系统，以及信息惠民（市民）卡的各种应用接入模式进行说明，具体的应用接入需求，各领域及各单位可以在此基础上，结合自身业务的特点，选择符合本行业需求的接入模式。为保证信息惠民（市民）卡能为各领域单位及委局的应用接入提供安全、稳定、高效的接入服务，我们将应用接入类型的划分如图1所示。其中，身份认证类、自助服务类、支付功能类属于可选类应用，各领域单位及委局根据自身的实际应用需要，可多选或全选以上三种应用接入类型。而业务数据汇总和应用黑名单则属于必选功能，当各领域单位及委局如果选择了前三种接入类型中的一种或多种，则必须提供市民在各领域及委局业务系统中的用卡情况的信息。DB5305/T19.40—20193图1应用接入类型5.2应用接入分类公众服5.2.1身份认证类应用接入在使用身份认证功能时，行业使用方需要配置能够读取卡信息的受理设备，或在原有受理设备上改造支持卡身份的读取。目前市民卡平台支持的读卡器规格，见附录A。各领域单位及委局可在提供服务的各类窗口（如网点窗口、自助设备、信息门户等）发起认证请求，该请求通过综合服务云平台提供的web服务器进行转发至市民卡平台，市民卡平台返回数据核查结果。身份认证业务流程见图2所示，身份认证类应用数据流程见图3所示，此类应用流程说明如表1。图公众服5.2.1身份认证类应用接入在使用身份认证功能时，行业使用方需要配置能够读取卡信息的受理设备，或在原有受理设备上改造支持卡身份的读取。目前市民卡平台支持的读卡器规格，见附录A。各领域单位及委局可在提供服务的各类窗口（如网点窗口、自助设备、信息门户等）发起认证请求，该请求通过综合服务云平台提供的web服务器进行转发至市民卡平台，市民卡平台返回数据核查结果。身份认证业务流程见图2所示，身份认证类应用数据流程见图3所示，此类应用流程说明如表1。图2身份认证业务流程图2.通过多种渠道使用网点读卡器省社保卡系统6.业务系统提供服务5身份验证4.转发请求8.共享给惠民卡系统惠民卡系统信息惠民综合服务云平台民在业系统中用卡数业务单位系1.市民持卡请求服务3.身份验证9.保存用卡数据门户网站微信平台1.用卡行为分析DB5305/T19.40—20194图3身份认证类应用数据流程提交请求提交请求发起认证请求Web服务数据核查转发结果返回结果各业务领域及委局业务系统综合云服务平台市民卡中心认证是否通过通过不通过结束具体业务处理身份认证转发请求表1身份认证流程表序号环节名称处理系统描述1发起认证请求各领域单位及委局业务系统包含网点、自助设备、信息门户等，请求将通过信息惠民综合服务云平台web服务器进行转发2Web服务信息惠民综合服务云平台由信息惠民综合服务云平台提供基于web请求的服务转发3数据核查市民卡平台在市民卡系统中核查身份认证信息，如身份认证，核查状态等。4认证是否通过各领域单位及委局业务系统各领域单位及委局根据市民卡中心返回的认证结果判断身份验证是否通过。5业务处理各领域单位及委局业务系统认证通过后，即可使用各领域单位及委局业务系统进行相关业务办理。5.2.2自助服务类应用接入自助服务应用主要指市民通过市民卡中心提供的自助终端或信息门户进行相关自助类操作的情况，各领域单位及委局如果需要借助市民卡中心的自助设备或信息门户提供相关的业务办理服务，则可申请此类的业务接入。市民卡平台提供的自助服务，对于各领域单位和委局来说，类似一个应用投放平台，各领域单位和委局将相关业务应用发布至市民卡中心的自助设备和信息门户后，市民即可通过市民卡中心的自助服务设备进行相关业务领域的业务操作。市民卡中心的自助终端系统设计时采用B/S结构；支持触摸屏、摄像头、打印机、条码扫描仪、指纹仪等业务处理辅助设备的使用；具有符合银联和人行标准的个人密码采集和传输机制，保证结算功能要涉及到使用信息惠民（市民）卡中的金融借记功能的使用。信息门户具体功能实现需要技术层面支持多种模式，第一种是由信息门户完成业务受理的实现，通DB5305/T19.40—20195过渠道和接口与信息惠民（市民）卡管理系统进行交互；第二种是信息惠民（市民）卡使用自有系统完成实际业务受理的实现，通过单点登录等手段集成进信息门户，实现市民服务的统一入口。自助服务类应用的业务流程见图4，自助服务类应用接入流程见图5，自助服务类应用接入流程说明如表2。图4自助服务类应用业务流程图5自助服务类应用接入流程图市民卡中心身份认证数据存储各业务领域及委局业务系统自助业务处理综合云服务平台认证通过身份认证业务应用业务数据业务数据数据上传数据前置机数据交互DB5305/T19.40—20196表2自助服务类应用接入流程表序号环节名称处理部门描述1身份认证市民卡中心市民卡平台对需要使用自助功能的请求进行身份验证。2自助业务处理各领域单位及委局业务系统市民通过刷卡验证身份信息后，自助办理相关表2自助服务类应用接入流程表（续）序号环节名称处理部门描述3业务数据环节各领域单位及委局业务系统市民通过自助服务类应用产生的相关业务数据收集的过程。收集后的数据定期发送至信息惠民综合服务云平台的数据前置机。4数据前置机信息惠民综合服务云平台供各领域单位及委局业务系统暂存业务数据，并将数据交换给市民卡系统。5数据存储市民卡中心记录并存储市民卡在各领域单位及委局业务系统中使用情况的业务数据。5.2.3支付功能类应用接入5.2.3.1概述支付功能类应用主要由各领域单位及委局业务系统进行相关的业务处理，而在涉及到多业务领域或跨部门支付业务中，市民卡平台则可作为一个沟通、协调的应用平台，为各领域单位及委局提供相关的服务。支付功能主要包含两种业务形态，一种是各相关领域的补贴、补助信息的发放，如农业领域补贴等；另一种是各相关领域的惠民福利消费，如体育场馆、园林、文化领域等。5.2.3.2补助补贴发放流程及说明目前很多业务领域及委局均存在相关财政补助补贴发放情况，而受理人员的信息均分布在各自的业务系统数据库中，且各业务领域及委局的财政补助补贴发放关联银行也不尽相同，这对市民的补助补贴享受及使用造成了较大的困扰，目前，可以利用市民卡平台来实现补助补贴信息汇总后统一发送给相关银行，然后银行进行补助补贴发放的功能。补助发放类应用业务流程见图6所示，此应用数据处理流程见图7，其流程说明如表3。图6补助发放类应用业务流程DB5305/T19.40—20197图7支付功能类应用补贴补助发放接入流程图数据交换数据匹配数据上传数据交互接受反馈数据上传数据上传优待发放数据下发反馈发放信息下发发放信息数据前置数据前置数据前置机数据前置各业务领域委局业务系统优待人员基本信息反馈优待发放情况提供人员信息电子结算中综合云服务平台市民卡中心接收优待发放信息优待发放DB5305/T19.40—20198表3支付功能类应用补贴补助发放接入流程图序号环节名称处理系统描述1补助补贴人员基本信息各领域单位及委局业务系统各领域单位及委局汇总自身补助补贴人员的基本信息（如身份证号码，绑定银行，补助补贴金额，发放时间等）上传至综合服务云平台的数据前置机2数据前置机综合服务云平台所有的数据交换及信息交换必须经由综合服务云平台的数据前置机进行交换。3数据匹配市民卡平台由市民卡平台汇总所有补助补贴人员信息进行汇总，并匹配每个补助补贴人员的银行及金额等信息4补助补贴发放各银行系统接收来自市民卡平台的匹配结果，按照匹配结果发放补助补贴补贴。并按补助补贴人员反馈发放结果，如发放未成功还需反馈未成功人员列表及补助补贴类型等信息。5接收反馈市民卡平台接收由银行返回的发放情况，并交换至综合服务云平台前置机，以供各业务领域单位及委局获取补助补贴发放的反馈信息。6接收补助补贴发放信息各领域单位及委局业务系统从综合服务云平台前置机中获取本单位的补助补贴人员补助补贴发放反馈信息。5.2.3.3惠民福利发放流程及说明在一些特定的领域或委局中，由于领域及委局业务的特殊性，存在需要实时的向广大市民发放一些惠民福利。如园林的老人小孩免费、体育场馆及设施的定期免费开放、文化场馆的免费图书、免费电影等等，这些惠民福利措施极大的丰富了广大的市民的业余文化生活。但是，目前这些惠民福利由于系统跨地域、跨业务领域的限制，其受众始终无法大面积扩散。因此，也可以通过此类应用与市民卡平台的应用接入，通过市民卡这个载体扩大这些惠民福利的受众面。惠民福利发放及应用流程见图8，其流程说明如表4。DB5305/T19.40—20199各业务领域及委局业务系统综合云服务平台惠民福利发放银联市民卡中心数据上传2.数据前置机1.惠民福利信息数据交换3.数据更新图8惠民福利发放及应用流程图各业务领域及委局业务系统综合云服务平台惠民福利发放银联市民卡中心数据上传2.数据前置机1.惠民福利信息数据交换3.数据更新相关商户核查请求提交消费5.请求核查4.POS核查请求提交消费5.请求核查4.POS消费通过用卡情况用卡情况反馈核查8.扣减反馈扣减反馈核查8.扣减反馈扣减9.扣减信息11.数据前置机定期上传定期获取反馈11.数据前置机定期上传定期获取反馈扣减10.登记消费表4惠民福利发放及应用流程表序号环节名称处理系统描述1惠民福利信息各领域单位及委局业务系统市民卡系统综合服务云平台各领域及委局业务系统将惠民福利信息通过综合服务云平台交换给市民卡系统，市民卡系统将惠民福利信息更新至所有的市民卡中。2数据前置机3数据更新4POS消费商户POS银联系统市民卡系统市民通过市民卡在相关场所通过POS刷卡进行优惠消费，通过银联系统传至市民卡系统进行惠民资格核查，核查通过则进入下一个环节，核查不通过则记录用卡信息并结束业务。5请求核查6核查7核查结果市民卡系统市民卡系统将惠民资格核查通过的结果反馈至银联系统。8扣减银联系统银联系统收到市民卡系统的核查通过信息后，扣减市民卡中对应账户的金额。9扣减信息商户POS商户通过POS机得到惠民优惠扣减成功的信息后，提供后续的服务。登记消费各领域单位及委局业务系统市民卡系统综合服务云平台市民卡系统定期接收银联系统传过来的惠民消费数据，再通过综合服务云平台前置机定期将惠民消费数据交换给各领域单位及委局。数据前置机扣减信息汇总5.2.3.4业务处理数据交换市民在各领域单位及委局的业务系统中办理相关业务时，会产生大量的业务处理数据，这些业务处DB5305/T19.40—2019理数据如果是与市民卡应用是相关的，则需要将此类数据汇集后交换至市民卡平台中进行保存。业务处理数据的交换，采取各领域单位及委局定期上传至综合服务云平台，然后市民卡平台定期向综合服务云平台交换数据的方式实现，业务处理数据交换流程见图9所示，其数据处理流程见图10，其流程说明如表5。图9业务处理数据交换业务流程业务处理数据业务处理数据定时、批量上传数据中心前置机图10业务处理数据交换流程图各业务领域及委局业务系统业务处理数据综合云服务平台市民卡中心数据交换数据交互数据上传数据前置机数据存储表5业务处理数据交换流程表序号环节名称处理系统描述1业务数据环节各领域单位及委局业务系统市民通过自助服务类应用产生的相关业务数据收集的过程。收集后的数据定期发送至综合服务云平台的数据前置机。2数据前置机综合服务云平台供各领域单位及委局业务系统暂存业务数据，并将数据交换给市民卡系统。3数据存储市民卡中心记录并存储市民卡在各领域单位及委局业务系统中使用情况的业务数据。DB5305/T19.40—20195.2.3.5黑名单管理信息惠民（市民）卡中心管理的黑名单不同于普通业务系统的黑名单，它指的是卡在丢失或密码挂失状态下登记的卡标识信息。市民卡中的黑名单包括卡黑名单及应用黑名单两大类。其中卡黑名单的主要数据来源于卡的挂失信息，应用黑名单的主要数据来源于各类应用的提供机构（如医保中心等）。卡片一旦被登记为黑名单卡，则该卡对应的所有业务都不可以使用；而业务系统自身维护的黑名单，一般是用来限制业务对象办理该业务系统的业务，其管理的对象是人而不是卡。信息惠民（市民）卡管理系统对黑名单的维护有两种：一种是增加的黑名单，一种是减少的黑名单。各领域单位及委局需要在产生相应的黑名单数据时，如增加或减少时，将这些信息汇总后上传至综合服务云平台，市民卡平台再通过数据交换从综合服务云平台获取相应数据。黑名单交换业务流程见图11所示，其数据流程见图12，其流程说明表6。图11黑名单交换业务流程图12黑名单管理数据流程图综合云服务平台市民卡中心各业务领域及委局业务系统黑名单数据数据交换数据上传数据交互数据前置机数据存储DB5305/T19.40—2019表6黑名单管理数据流程表序号环节名称处理系统描述1黑名单数据环节各领域单位及委局业务系统各领域单位及委局收集后的数据定期发送至综合服务云平台的数据前置机。2数据前置机综合服务云平台供各领域单位及委局业务系统暂存业务数据，并将数据交换给市民卡系统。3数据存储市民卡中心记录并存储市民卡在各领域单位及委局业务系统中黑名单情况的数据。5.3应用接入业务实现接口5.3.1概述五大类型的应用接入根据每个业务自身特点的不同，需要涉及的业务系统以及需要使用到的业务实现的接口方式也是不一样的，具体情况请见表7。表7业务接口表序号应用类型实现方式1身份认证1、通过综合服务云平台的web服务器转发请求；2、通过市民卡的webservice获取反馈信息。21、通过综合服务云平台的web服务器转发请求；2、通过市民卡的webservice获取反馈信息。1、通过URL传递认证码给市民卡系统；2、将业务数据传递至综合服务云平台消息队列服务器。3、市民卡系统通过认证码从综合服务云平台消息队列服务器获取数据并完成跳转。1、将业务数据传递至综合服务云平台前置机；2、市民卡系统从综合服务云平台前置机中获取增量数据，并存至市民卡数据库。3支付功能1、将业务数据传递至综合服务云平台前置机；2、市民卡系统从综合服务云平台前置机中获取增量数据，并存至市民卡数据库。4业务数据1、将业务数据传递至综合服务云平台前置机；2、市民卡系统从综合服务云平台前置机中获取增量数据，并存至市民卡数据库。5黑名单1、将业务数据传递至综合服务云平台前置机；2、市民卡系统从综合服务云平台前置机中获取增量数据，并存至市民卡数据库。从上表可知，各应用类型涉及的业务实现方式以及数据流转方式主要分为Webservice接口、消息队列、数据交换三类。5.3.2Webservice接口通过URL方式进行信息交互的情况下选用，主要用于需要对实时性要求较高的应用场景，如身份认DB5305/T19.40—2019证等情况。为保障信息在网络中的安全传递，webservice接口将通过综合服务云平台的web服务转发服务器实现请求的转发。以身份验证为例，其业务数据示意图如图13身份验证业务示意图所示。图13身份验证业务示意图核查不通过核查不通过核查通过核查结果惠民（市民）卡系统办理后继业务发起身份验证核查是否符合相关条件核查请求结束5.3.3消息队列适用于传递少量且对数据实时性要求不高的数据交换场景，如应用申请数据提交、应用审核结果反馈等场景。为保障数据传输的安全性，该工作通过信息惠民综合服务云平台的消息队列服务器来完成。以反馈审核结果为例，其业务流程见图14所示：图14反馈审核结果业务示意图消息队列定时获取信息消息队列反馈审核结果综合服务云平台消息队列服务器反馈审核结果惠民（市民）卡系统5.3.4数据交换适用于需要批量数据交换的业务场景，如业务处理数据反馈、黑名单信息上报、支付信息汇总等。为保障数据的安全性，该工作通过信息惠民综合服务云平台的前置机来完成。以业务处理数据反馈为例，其业务流程如业务处理数据业务示意图所示，见图15。DB5305/T19.40—2019图15业务处理数据业务示意图业务办理业务处理数据定时、批量5.4应用接入接口数据格式5.4.1身份认证类应用数据格式5.4.1.1概论身份认证类应用的数据传递需要通过接口实现交互，为保障数据的安全传输，接口数据需要通过综合服务云平台提供的Web服务进行转发，如果各领域单位及委局的操作终端不能访问政务外网，需要通过VPN联接至政务外网后方可使用。5.4.1.2提交验证基础信息各领域单位及委局业务系统需要通过市民卡平台进行用户身份验证时，需要提供一些必要的基础数据以供市民卡中心进行查验，其需要提供的基础数据如表8。表8身份认证基础数据表数据项数据类型是否必填说明公民身份证号码VC18必填、不可空需要进行验证的公民身份证号码姓名VC30必填、不可空需要进行验证的公民姓名办理时间YYYY-MM-DDhh24:mi:ss必填、不可空办理身份验证的时间业务来源单位VC2必填、不可空办理身份验证的受理单位编码，固定参数，市民卡系统将为每个业务来源单位确定一个单独的固定编码参数。受理网点编码VC100受理身份验证的网点或自助终端编码受理网点名称VC200受理身份验证的网点名称备用字段AVC500备用字段，用于扩展使用。DB5305/T19.40—2019表8身份认证基础数据表（续）数据项数据类型是否必填说明备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.1.3返回验证结果信息身份验证完成后，市民卡中心返回给各领域单位及委局业务系统的验证信息如表9。表9返回验证结果信息表数据项数据类型是否必填说明验证结果VC2必填、不可空验证返回的结果，如通过、不通过等。5.4.2自助类应用数据说明市民通过市民卡中心的自助类终端进行业务操作时，实际上访问的是各领域单位及委局业务系统，此时市民进行的服务申请、自助查询、业务办理等操作产生的相关业务处理数据，均需要通过综合服务云平台交换给市民卡平台进行存储。需要交换的数据格式，请见本标准的《4.4.4业务处理数据交换数据格式》章节。5.4.3支付类应用数据格式5.4.3.1概论各领域单位及委局业务系统以及各银行系统在进行支付功能类应用接入时，需要提供一些相关的数据以供市民卡中心进行交换，其需要提供的数据格式如下。5.4.3.2补助人员信息表10助人员信息表数据项数据类型是否必填说明公民身份证号码VC18必填、不可空补助人员的公民身份证号码姓名VC30必填、不可空补助人员的姓名补助类型YYYY-MM-DDhh24:mi:ss必填、不可空补助人员的补助补贴类型业务来源单位VC2必填、不可空来源单位的编码，固定参数，市民卡系统将为每个业务来源单位确定一个单独的固定编码参数。补贴金额VC200必填，不可空本补助类型的补贴金额发放时间YYYY-MM必填，不可空本补助类型的发放期间备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。DB5305/T19.40—2019表10助人员信息表（续）数据项数据类型是否必填说明备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.3.3反馈发放信息表11馈发放信息表数据项数据类型是否必填说明公民身份证号码VC18必填、不可空补助人员的公民身份证号码姓名VC30必填、不可空补助人员的姓名补助类型YYYY-MM-DDhh24:mi:ss必填、不可空补助人员的补助补贴类型业务来源单位VC2必填、不可空来源单位的编码，固定参数，市民卡系统将为每个业务来源单位确定一个单独的固定编码参数。补贴金额VC200必填，不可空本补助类型的补贴金额发放时间YYYY-MM必填，不可空本补助类型的发放期间发放信息VC2必填，不可空补助发放成功标识（0：未成功；1：成功）备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.3.4未发放成功列表表12未发放成功表数据项数据类型是否必填说明公民身份证号码VC18必填、不可空补助人员的公民身份证号码姓名VC30必填、不可空补助人员的姓名补助类型YYYY-MM-DDhh24:mi:ss必填、不可空补助人员的补助补贴类型业务来源单位VC2必填、不可空来源单位的编码，固定参数，市民卡系统将为每个业务来源单位确定一个单独的固定编码参数。DB5305/T19.40—2019表12未发放成功表（续）数据项数据类型是否必填说明补贴金额VC200必填，不可空本补助类型的补贴金额发放时间YYYY-MM必填，不可空本补助类型的发放期间发放失败原因VC500必填，不可空发放失败原因备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.3.5惠民福利基本信息表12民福利基本信息表数据项数据类型是否必填说明惠及人群VC20必填、不可空惠民福利涉及的人群。业务来源单位VC2必填、不可空来源单位的编码，固定参数，市民卡系统将为每个业务来源单位确定一个单独的固定编码参数。发放时间YYYY-MM-DD必填、不可空本次惠民福利的发放时间惠民福利编号VC50必填、不可空本次惠民福利的唯一编码福利发放模式VC2必填、不可空0：按折扣优惠；1：按次优惠；2：按时间段优惠；3：补贴金额优惠。惠民福利折扣VC10惠民福利计算单位，惠民福利按折扣计算时必填。惠民福利次数VC10惠民福利计的算单位，惠民福利按次计算时必填。惠民福利金额VC10惠民福利的计算单位，惠民福利使用金额时必填有效时间（起）YYYY-MM-DDhh24:mi:ss惠民福利的有效期间，另，惠民福利如按时间为计算单位时，该项为必填项。有效时间（终）YYYY-MM-DDhh24:mi:ss备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。DB5305/T19.40—2019表l2民福利基本信息表（续）数据项数据类型是否必填说明备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.3.6惠民福利核查信息表13惠民福利核查信息表数据采集项数据类型是否必填说明市民卡卡号VC50必填、不可空使用惠民福利的市民卡卡号特约商户编码VC50必填、不可空特约商户的唯一编码POS机编号VC20必填、不可空POS消费的POS机器编码。用卡时间YYYY-MM-DDhh24:mi:ss必填、不可空本次用卡消费惠民福利的时间备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.3.7反馈惠民消费扣减信息表14反馈惠民消费扣减信息表数据采集项数据类型字段名说明市民卡卡号VC50，必填、不可空使用惠民福利的市民卡卡号公民身份证号码VC18必填、不可空补助人员的公民身份证号码姓名VC30必填、不可空补助人员的姓名特约商户编码VC50必填、不可空特约商户的唯一编码POS机编号VC20必填、不可空POS消费的POS机器编码。POS机流水号VC30必填、不可空POS消费时的POS流水号用卡时间YYYY-MM-DDhh24:mi:ss必填、不可空本次凭卡消费惠民福利的时间消费金额VC20必填、不可空本次凭卡消费惠民福利的金额优惠金额VC20必填、不可空本次凭卡消费的优惠金额备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。l8DB5305/T19.40—2019表14反馈惠民消费扣减信息表（续）数据采集项数据类型字段名说明备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.4业务处理数据交换数据格式表15业务处理数据交换数据格式表各业务领域单位及委局需要定期上传的数据格式如表表15业务处理数据交换数据格式表数据采集项数据类型是否必填说明公民身份证号码VC18必填、不可空使用业务的公民身份证号码姓名VC30必填、不可空使用业务的公民姓名用卡类型VC6必填、不可空数据的业务类型，详情请见附录B用卡时间YYYY-MM-DDhh24:mi:ss必填、不可空业务发生时间业务受理方式VC2必填、不可空业务受理的方式，详情请见附录C用卡地点VC200业务办理时的网点或自助设备所在地用卡地点编码VC20业务办理时的网点或自助设备所在地的编码终端设备编码VC20业务办理时的自助设备的编码备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.4.5黑名单管理数据格式表16黑名单管理数据格式数据采集项数据类型是否必填说明公民身份证号码VC18必填、不可空持卡人的身份证号码DB5305/T19.40—2019表15业务处理数据交换数据格式表（续）持卡人姓名VC30必填、不可空持卡人的姓名市民卡类型VC2必填、不可空持卡人的市民卡类型持卡人联系电话VC30必填、不可空持卡人的联系电话生效日期YYYY-MM-DDhh24:mi:ss必填、不可空卡片进入黑名单的时间失效日期YYYY-MM-DDhh24:mi:ss必填、不可空卡片接触锁定的时间，书面挂失为永久，口头挂失为7天锁定功能类型VC2必填、不可空市民卡需要锁定的功能类型：卡功能/业务应用功能代理人身份证号码VC18必填、如有则不可空代理人的身份证号码代理人姓名VC30必填、如有则不可空代理人的姓名代理人联系电话VC30必填、如有则不可空代理人的联系方式是否关联银行卡VC2必填、不可空市民卡是否关联银行卡金融功能关联银行VC2关联银行的编码备用字段AVC500备用字段，用于扩展使用。备用字段BVC500备用字段，用于扩展使用。备用字段CVC500备用字段，用于扩展使用。备用字段DYYYY-MM-DDhh24:mi:ss备用字段，用于扩展使用。5.5应用接入接口参数规范本标准约定，所有输入参数、输出参数均为string类型，但是会要求不同的格式，如数字，日期，时间等，格式说明如下：——数字格式：必须是0-9的数字，可以带+号，-号，小数点.等符号字节，如无特别申明一般保留2位小数；——日期格式：必须是yyyy-mm-dd(年4位，月2位，日2位)；——时间格式：必须是yyyy-mm-ddhh24:mi:ss(年4位，月、日、时、分、秒均2位)；——字符格式：指定长度的字符串。6应用接入管理6.1应用接入申请应用接入申请由各领域单位或委局发起，依据自身行业特点及需求，整理相关接入要求后，以公函的形式发至市民卡中心，再由市民卡中心组织市民卡技术团队与申请应用接入单位的技术团队一起进行对接，按照相关规定进行应用接入的开展。应用接入申请及工作对接流程见图16所示。DB5305/T19.40—2019图16应用接入申请及工作对接流程示意图6.2应用接入实施6.2应用接入实施6.2.1概论由于应用接入涉及的领域、行业较多，为保障应用接入的顺利开展，本章主要定义应用接入实施的申请单位技术团队市民卡中心技术团队技术对接技术碰头会硬件网络准备机具改造系统改造联合调试技术实现各单位发起接入申请以公函形式发送卡中心审批主要事项，以指导应用接入的快速、规范的实施。6.2.2应用接入规划各领域单位及委局根据自身的行业特点提请应用接入后，由市民卡中心技术团队与各领域单位及委局的技术团队进行对接，并由双方技术团队根据实际情况出具针对具体业务的接入方案。应用接入方案中如果涉及到web请求及数据交换，均需要通过综合服务云平台的Web服务器和数据前置机来实现信息的传递和交换。6.2.3应用接入环境准备确定了应用接入方案后，需要确认各领域单位及委局业务系统与综合服务云平台及市民卡中心的网络是否联通、服务器端口是否开启、防火墙策略是否有调整，以确保接入环境的一致性。如存在需要接入满足市民卡要求的读卡器，还需要进行机具的改造或机具的统一工作，以保证各领域单位及委局的机具能支持市民卡的正常读写工作，机具的具体信息请见附录A。DB5305/T19.40—20196.2.4应用接入实现及联调在确保网络环境、服务器端口、防火墙策略等环境都准备完成后，市民卡中心技术团队和各领域单位及委局技术团队即可对应用接入的方案进行技术实现。应用接入技术实现后，由市民卡中心团队和各领域单位及委局技术团队一起，对接入功能进行联调和测试、联调。联调申请业务流程示意见图17所示。图17联调申请业务流程示意图各单位发起联调申请以公函形式发送卡中心受理申请单位技术团队市民卡中心技术团队技术对接实施联调6.2.5技术保障团队由各领域单位及委局和市民卡中心技术团队共同组建技术保障团队，以确保应用接入过程中如果遇到相关技术问题，可以尽快的找到相关的人员协助处理问题。6.3应用接入保障6.3.1概述保山市信息惠民（市民）卡系统的接入工作具有跨部门、跨业务应用协作的特点，要使接入工作做到顺畅、有序的进行，需要各领域单位及委局的大力协作和配合。市民卡平台接入的环境复杂，多系统、多数据库、多应用平台、多厂商、多业务参与单位以及不同的网络环境及设备、多业务应用等复杂的管理环境。信息化系统的安全稳定有“三分建设、七分管理”之称，构建一套适合市民卡平台的管理制度以及保障机制将直接影响到市民卡平台的稳定、安全、高效的提供服务。运行服务保障业务示见图18所示。DB5305/T19.40—2019图18运行服务保障业务示意图6.3.2日常巡检需要建立日常巡查和管理的24小时日常巡检机制，以确保网络基础设施、信息数据、服务、接口的稳定、准确运转。提供对网络、主机、操作系统、存储设备、数据库、中间件及应用软件等IT资源的全面管理和日常巡查。在建立巡查机制的初期，需要设立巡查档案，并逐步完善形成巡查核对表，以作为后续标准化巡查的工作依据。随着巡查工作的进行，以及巡查人员经验的积累，需要对巡查工作的关键点形成可量化的数据衡量标准，并对数据进行汇总、分析，形成巡检报告并归档，为后续的系统扩容、升级提供数据辅助支持。6.3.3问题处理建立问题处理相应机制，在遇到相关技术问题时，能及时、高效的解决问题。问题处理相应机制中应包含（但不限于）以下内容：问题类型分类、各类