附4财政电子票据公共服务接口规范
财政票据电子化改革管理系统介绍
财政票据电子化改革管理系统介绍财政票据电子化改革管理系统介绍1.1、系统管理方案财政票据电子化管理系统，是对财政票据由原来的手工操作管理，改变为依托智能卡加密技术和网络技术等科技手段，按照“领用审批、限量发放、验旧领新、以票核费”的票据管理规定，对财政票据实行“电子开票，自动核销，全程跟踪，源头控制”，实现“以票管费”。
既是加强非税收入管理的重要措施，更是加强财务管理的基础手段，它是从源头上预防和治理“小金库”、预防腐败的重要措施。
1.2、系统解决方案财政票据电子化管理系统的主要管理流程如下图：1.2.1申领票据用票单位首次购领票据时，应持物价部门核发的《收费许可 证》和相关收费文件、单位法人等相关的材料去财政部门办理申 领票据的相关手续。
122办理票据智能加密卡用票单位首次进行票据电子化管理时，财政票据管理部门给 该单位发放一张票据智能加密卡，卡内预先设置了该单位的管理 信息，该信息包括单位的可用票据、收费项目、收费标准、资金 解缴时限、票据核销时限等，当单位进行开票时，须在智能加密 卡的监管下进行开票。
该卡的职能相当于财政管理派驻于开票单业务管理流程 商业银彳亍管理机制财政部门」也子議撫期用 HiWSA•皆厦分折 贞忑ft绳甘斷*智龍卡的盡即： 标准民冏络條在管#口材様帽时融控剧 -獸毎解■时限挖剧 •竇金解・t 分成修理陆伪散字尙坟 *收欄璃月赫肇控嗣 土持财吒徉种需祥■ SMWffliAiiE • K4端樓烷 劇桂楮确檢馆 懐记酿釦耀* 車中疔卫 Y-位一个代表，监管该单位的每一项执收业务与每一笔资金。
智能卡的类型：按容量区分：小智能卡（核销周期内最大开票量400 张）大智能卡（核销周期内最大开票量100000 张）按业务使用类型分：标准卡：大多数财政票据用户都能够采用标准卡。
网络卡：当用票单位存在多开票点且有网络条件，采用网络卡。
直管卡：实现对于垂直管理的部门的票据管理。
在领用上采用“统一领票、逐级下发”的方法，在核销上，采用“逐级上报、统一核销”的作法。
财政票据电子化管理系统操作指南(单位端)
财政票据电子化管理系统操作指南（单位端）一、登录地址打开IE浏览器，并在IE浏览器中输入网址:http://202.99.207.176:7001/BILL/INC/（注BILL/INC必须大写）如下图示：二、登录软件选择本单位“所属区划”→输入“单位编码”→选择“开票点”→输入“用户编码”、“用户密码”、“验证码”→点击“登录”。
单位信息帖在加密卡上三、票据申领（向财政部门申领票据）点击票据申领→点击“新增”→输入“申领人”→选择“票据类型”、输入“数量”（多种票据可以点击增行）→点击“保存”如下图四、入库确认单位领到纸质票据后登录系统，显示“您有以下信息待处理”：双击“入库确认”核对电子票与纸质票号码是否一致，→“确定”不一致的话联系财政部门。
五、电脑开票（所有电子化票据都在该模块开）双击“电脑开票”→点击“增加”→点击“请核对票据号”→输入“缴款人或缴款单位”→选择“行业分类”→选择“收费项目”输入“计费数量”、“收费标准”（多个项目于可以点击增行）→确认输入信息无误→将对应的纸质票据放入打印机→点击“打印”。
一旦点击打印就无法修改信息，错误只能作废重开。
六、集中汇缴点击“集中汇缴”→点击“生成”→选择缴款“截止日期”→“刷新”（核对缴款书金额跟实际收取金额是否吻合）→确认金额无误后点击“生成”→将纸质缴款书放入打印机→“打印”→打印好后将缴款书带至相关银行进行缴款。
回来后点击→“缴款”→输入缴款信息→保存.一旦点击打印就无法修改信息，错误只能作废重开。
七、直缴缴款书点击→“直缴缴款书”→点击“新增”→“确定”→输入“付款人全称”（付款人如转账缴费，则需输入账号与开户银行）→选择财政收款账号（一般默认）→选择“收费项目”、“计量单位”、“数量”、“收费标准”（多个项目于可以点击增行）→点击“保存打印”→将纸质票据放入打印机→打印好后将缴款书带至相关银行进行缴款。
回来后点击→“缴款”→输入缴款信息→保存.一旦点击打印就无法修改信息，错误只能作废重开。
山东省财政厅关于推进政府非税收入收缴和财政电子票据管理改革的实施意见鲁财综〔2019〕42号
山东省财政厅关于推进政府非税收入收缴和财政电子票据管理改革的实施意见鲁财综〔2019〕42号文章属性•【制定机关】山东省财政厅•【公布日期】2019.09.30•【字号】鲁财综〔2019〕42号•【施行日期】2019.09.30•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】财政综合规定正文山东省财政厅关于推进政府非税收入收缴和财政电子票据管理改革的实施意见省直有关部门（单位），各市财政局、省财政直接管理县（市）财政局：为进一步深化“放管服”改革，构建适应现代财政制度要求的政府非税收入（以下简称非税收入）收缴和财政票据管理机制，根据《财政票据管理办法》（财政部令第70号）、《财政部关于加快推进地方政府非税收入收缴电子化管理工作的通知》（财库〔2017〕7号）和《财政部关于全面推开财政电子票据管理改革的通知》（财综〔2018〕62号）等规定，现就推进全省非税收入收缴和财政电子票据管理改革，提出以下实施意见。
一、目标要求认真贯彻落实省委省政府“一次办好”改革部署，深化制度创新，推进流程再造，充分利用互联网、移动智能等现代化信息技术手段，加快构建覆盖所有执收项目、票据种类的管理新机制，推动非税收入收缴和财政票据管理全过程无纸化、电子化和便民化，实现缴费取票线上“零跑腿”、线下“最多跑一次”，方便企业群众办事，提升监管效能，为优化营商环境、建设服务型政府提供有力支撑。
二、基本原则——坚持标准统一。
建立统一的非税收入收缴和财政电子票据数据标准、基本管理流程及编码规则，为非税收入一体化管理、自动化分成、智能化分析和财政电子票据顺畅流转、规范使用、便捷查询奠定基础。
——坚持全省统建。
采取省级“大集中”模式，对非税收入征收管理系统实施升级改造，部署财政部统一开发的财政电子票据管理系统，建设信息推送和查验两个平台。
各级各部门通过省级系统平台进行非税收入收缴，开具、查验财政电子票据，避免重复建设，保障信息安全。
电子票据实施方案
电子票据实施方案随着信息技术的不断发展，电子票据作为一种新型的票据形式，正在逐渐成为企业和个人交易中的重要工具。
为了规范电子票据的使用，提高票据交易的安全性和效率，制定一套科学合理的电子票据实施方案显得尤为重要。
一、电子票据的定义和特点。
电子票据是指以电子数据形式表现的、具有票据法律效力的票据形式。
与传统纸质票据相比，电子票据具有信息化、便捷化、高效化的特点，能够大大提高票据交易的效率和便利性。
二、电子票据的实施方案。
1. 技术支持。
在实施电子票据过程中，需要充分利用先进的信息技术手段，包括电子签名、加密技术、区块链等，确保电子票据的安全性和不可篡改性。
2. 法律规范。
制定电子票据相关的法律法规，明确电子票据的法律地位和使用规定，保障电子票据交易的合法性和有效性。
3. 业务流程。
建立完善的电子票据业务流程，包括电子票据的生成、传递、保管和核验等环节，确保电子票据交易的规范和顺畅。
4. 审计监管。
建立电子票据的审计监管机制，加强对电子票据交易的监督和管理，防范电子票据交易中的风险和不当行为。
5. 接入接口。
建立电子票据的统一接入接口，实现不同系统之间的电子票据互通互认，提高电子票据的通用性和便捷性。
三、电子票据实施方案的优势。
1. 提高效率。
电子票据的实施能够大大提高票据交易的效率，减少人力和时间成本，提升交易的便利性和快捷性。
2. 降低成本。
电子票据的实施可以减少纸质票据的使用和管理成本，降低企业和个人的经济负担。
3. 提升安全。
通过先进的技术手段，电子票据的实施能够提升票据交易的安全性，防范票据风险和欺诈行为。
4. 便利管理。
电子票据的实施能够便利票据的管理和查询，提高票据交易的可追溯性和可管理性。
四、电子票据实施方案的应用前景。
随着信息技术的不断发展，电子票据的实施将成为未来票据交易的主流形式，有望在各行各业得到广泛应用。
同时，电子票据的实施也将为票据交易带来更多的便利和安全保障。
总之，电子票据的实施方案对于规范票据交易、提高效率和安全性具有重要意义。
3.中国票据交易系统直连接口规范(纸票业务分册)
内部资料，注意保管中国票据交易系统直连接口规范【纸票业务分册】上海票据交易所2019年04月文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人V1.0 A 新建2017.6.8 闻名、黄继超2017.6.8 欧韵君V2.0 M 修改2017.9.30 冯达妮2017.9.30 欧韵君V2.1 M 修改2018.4.20 冯达妮2018.4.20 欧韵君V2.2 M 修改2019.4.30 冯达妮2019.4.30 欧韵君注：变化状态：A—增加，M—修改，D—删除目录修改记录 (3)1 各业务场景报文流程 (6)1.1承兑信息登记 (6)1.2承兑保证信息登记 (7)1.3质押信息登记 (7)1.4质押解除信息登记 (8)1.5贴现信息登记 (9)1.6结清信息登记 (10)1.7止付或止付解除信息登记 (11)1.8信息登记类撤回 (12)1.9纸票登记信息查询 (12)1.10库存变更申请 (13)1.11保证增信申请 (14)1.12付款确认申请 (14)2 中国票据交易系统报文（XML格式） (16)2.1承兑信息登记申请报文（NCP001） (16)2.2承兑保证信息登记申请报文（NCP002） (19)2.3质押信息登记申请报文（NCP003） (20)2.4质押解除信息登记申请报文（NCP004） (22)2.5贴现信息登记申请报文（NCP005） (24)2.6结清信息登记申请报文(NCP006) (26)2.7止付信息登记申请报文(NCP007) (28)2.8止付解除信息登记申请报文(NCP008) (30)2.9止付及止付解除登记通知报文(NCP009) (32)2.10信息登记类撤回申请报文(NCP010) (34)2.11纸票登记信息查询申请报文(NCP011) (36)2.12纸票登记信息查询应答报文(NCP012) (37)2.13库存变更申请报文（NCP013） (39)2.14库存变更通知报文（NCP014） (40)2.15保证增信申请报文（NCP015） (41)2.16付款确认申请报文（NCP016） (43)2.17付款确认结果通知报文（NCP017） (45)修改记录序号修改日期修改说明1 2017-6-16 1、[M]-修改库存变更申请报文（NCP013）前置状态删除风险票据状态判断；2 2017-6-19 1、[M]-修改修改付款确认结果通知报文（NCP017）报文功能描述，报文结构增加应答标识；2、[M]-修改修改库存变更通知报文（NCP014）报文功能描述；3、[M]-修改修改库存变更申请报文（NCP013）报文处理规则；3 2017-6-20 1、[M]-修改修改止付信息登记申请报文(NCP007)报文处理规则中的判断逻辑；4 2017-6-21 1、[M]-修改修改止付信息登记申请报文(NCP007)状态前置风险票据状态为：非风险票据、挂失止付；2、[M]-修改修改付款确认申请报文（NCP016）报文功能描述和前置风险票据状态；5 2017-6-27 1、[M]-修改票据库存状态“已增信保管”替换为“已增信保证”；6 2017-7-17 1、[M]-修改修改质押解除信息登记申请报文（NCP004）报文结构“登记机构代码”的备注为：与质权行同一机构；2、[M]-修改纸票库存状态“保证增信退票移出”替换为“保证增信退票待签收”；3、[M]-修改修改业务场景报文流程图“库存变更申请”；4、[M]-修改修改贴现信息登记申请报文（NCP005）报文结构中贴入人信息的<XML Tag>为：<DsctInInf/>；5、[M]-修改修改止付及止付解除登记通知报文(NCP009)报文功能描述；6、[M]-修改修改付款确认结果通知报文（NCP017）报文结构中付款确认拒绝原因代码的属性；7 2017-8-14 1、[M]-修改修改质押解除信息登记申请报文（NCP004）报文处理规则描述；8 2017-8-23 1、[M]-修改修改结清信息登记申请报文(NCP006)报文处理规则描述、报文结构的“登记机构代码”的备注为与付款行同一机构，报文结构中“解付信息”<RelPayInf/>标签内再添加一个子标签“结清类型”2、[M]-修改修改止付信息登记申请报文(NCP007)报文处理规则描述、报文结构中“登记机构代码”的备注为与承兑行或承兑人开户行同一机构3、[M]-修改修改库存变更申请报文（NCP013）报文处理规则描述4、[M]-修改修改止付及止付解除登记通知报文(NCP009)报文功能描述5、[M]-修改修改库存变更通知报文（NCP014）报文功能描述6、[M]-修改修改付款确认申请报文（NCP016）报文功能描述、报文结构中影像信息集合的备注、报文说明、报文处理规则7、[M]-修改在库存变更申请流程图库存通知报文方向接收人新增质权人8、[M]-修改在付款确认申请流程图场景四，删除流程图下注“注：若上传影像批次号，需提前上传贴现影像，处理时还需对对上传的影像批次号合法性进行校验”9、[M]-修改修改贴现信息登记申请报文（NCP005）报文结构中“登记机构代码”的备注为与贴现行同一会员10、[M]-修改信息登记类撤回申请报文(NCP010)报文处理规则中“风险票据状态更新为：止付登记或止付解除登记的撤回，撤回后恢复为登记前的风险票据状态。
财政电子票据公共服务接口规范
财政电子票据公共服务接口规范1适用范围本规范规定了财政电子票据公共服务接口，为财政电子票据服务平台和外部系统间在交互财政电子票据相关电子信息时的接口技术规范，实现财政电子票据的下载和入账反馈。
2技术规范2.1处理流程使用公共服务接口时，基于HTTPS协议，采用POST方式“请求-响应”模式进行交互。
（1）请求方发送请求请求方系统由财政电子票据服务平台分配一个身份标识app_id，每个app_id 配有一个秘钥（appKey）。
请求方根据接口要求，构造请求参数并使用密钥（appKey）对请求参数进行签名。
（2）电子票据服务平台返回响应结果电子票据服务平台通过验证请求参数的签名来验证请求方身份合法性及数据完整性，无误后进行处理。
a)处理成功时，根据请求服务不同，响应结果分为两种情况：电子票据下载时，返回电子票据文件压缩包；电子票据入账时，返回JSON格式的参数。
b)处理失败时，响应结果为JSON格式的参数。
（3）请求方接收数据请求方收到响应结果后，首先判断电子票据服务平台响应是否成功：电子票据下载时，通过HTTP Content-Type判断是否成功；电子票据入账时，通过返回码判断是否成功。
2.2数据类型2.3参数说明说明：（1）参数名必须为小写字母；（2）业务参数message的构成，根据具体接口描述构造；（3）字符集统一采用 UTF-8编码格式。
3接口列表4接口描述4.1电子票据下载单位通过该接口下载待入账电子票据。
4.1.1服务名downloadPNG4AccountByDate4.1.2业务参数节点：message4.1.3返回参数根据HTTP响应头中Content-Type值判断成功或失败。
成功时值为application/x-zip-compressed，失败时值为application/json。
（1）成功返回电子票据文件压缩包，命名规则为：包内电子票据份数-最大批次序列号.zip。
电子票据压缩包文件名提取方式：HTTP Headercontent-disposition，值为"attachment;filename=包内电子票据份数-最大批次序列号.zip"。
非税电子票据系统建设方案
非税电子票据系统建设方案目录一、项目建设背景 (3)1、项目来源 (3)2、客户情况 (3)二、项目概述 (4)1、建设目标 (4)2、建设原则 (5)3、项目建设遵循标准规范 (6)（一）基础标准 (6)（二）开发标准 (6)（三）文档标准 (7)（四）管理标准 (7)4、建设内容 (7)①通过接口对接，实现扬州市本级业务系统应用电子票据，实现业务流程： (9)②电子票据系统接口 (10)一、项目建设背景1、项目来源依据《财政部关于加快推进地方政府非税收入收缴电子化管理工作的通知》（财库〔2017〕7号，以及关于印发《关于稳步推进财政电子票据管理改革的试点方案》的通知（财综〔2017〕32号），及“财政部税政司有关负责人就全国政府性基金和行政事业性收费目录清单“一张网”答记者问”等财政部相关精神。
实施政府非税收入收缴电子化管理，是建立现代财政国库管理制度的一项重要的基础性工作。
为进一步深化财政票据领域“放管服”改革，全面落实全国财政电子票据管理改革工作会议精神，根据财政部《关于全面推进财政电子票据管理改革的通知》（财综〔2018〕62号）和《财政部关于统一全国财政电子票据式样和财政机打票据式样的通知》（财综〔2018〕72号）要求，结合江苏省财政票据管理实际，江苏在全省范围内全面启用财政机打票据和推进财政电子票据管理改革工作。
根据江苏省财政厅《关于我省全面启用财政机打票据和推进财政电子票据管理改革的通知》（苏财综[2019]13号）的要求，推进扬州市财政电子票据建设。
2、客户情况2017年10月之前，扬州市财政非税的缴费方式是执收单位使用非税征管系统开出纸质非税缴款书，财政方将开出的缴款书信息发送至各大银行，客户凭纸质非税缴款书到银行窗口排队缴费，银行缴费后将缴费信息发送至财政局，由客户将缴费凭证送返给执收单位，执收单位依据缴费凭证为客户办理相关事务。
2019年10月12日，扬州市财政局非税收缴管理系统成功与江苏省公共支付平台进行对接，实现非税缴费电子化，客户可凭非税一般缴款书号，通过微信、支付宝等方式进行线上缴费。
电子票据交易操作规范协议2024版B版
20XX 专业合同封面COUNTRACT COVER甲方：XXX乙方：XXX电子票据交易操作规范协议2024版B版本合同目录一览1. 定义与术语1.1 本协议的定义1.2 术语的使用2. 电子票据交易的类型与规则2.1 电子票据的类型2.2 电子票据交易规则3. 操作权限与身份验证3.1 操作权限的分配3.2 身份验证的方式与要求4. 电子票据的与签发4.1 电子票据的流程4.2 电子票据的签发流程5. 电子票据的传输与存储5.1 电子票据的传输方式5.2 电子票据的存储要求6. 电子票据的使用与兑付6.1 电子票据的使用流程6.2 电子票据的兑付流程7. 电子票据的作废与挂失7.1 电子票据的作废流程7.2 电子票据的挂失流程8. 电子票据交易的安全保障8.1 安全防护措施的实施8.2 信息安全事件的处理9. 电子票据交易的监督与审计9.1 交易监督的方式与频率9.2 审计的要求与流程10. 合同的生效、变更与终止10.1 合同的生效条件10.2 合同的变更程序10.3 合同的终止条件11. 违约责任与争议解决11.1 违约行为的认定与责任11.2 争议解决的途径与方法12. 合同的适用法律与争议管辖12.1 适用法律的确定12.2 争议管辖的确定13. 其他约定13.1 双方的其他权利与义务13.2 合同的附件与补充协议14. 合同的签署与生效14.1 合同的签署程序14.2 合同的生效时间第一部分：合同如下：第一条定义与术语1.1 本协议的定义1.2 术语的使用在本协议中，下列术语具有如下含义：（1）甲方：指从事电子票据交易的一方，即电子票据的出票人或持票人。
（2）乙方：指提供电子票据交易平台服务的一方，即电子票据的交易平台运营商。
（3）电子票据：指以电子数据形式记载的、具有支付请求权的有价证券。
（4）电子票据交易：指甲方通过乙方提供的交易平台，进行电子票据的签发、传输、存储、使用、兑付、作废、挂失等活动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附4：
财政电子票据公共服务接口规范
1适用范围
本规范规定了财政电子票据公共服务接口，为财政电子票据服务平台和外部系统间在交互财政电子票据相关电子信息时的接口技术规范，实现财政电子票据的下载和入账反馈。
2技术规范
2.1处理流程
使用公共服务接口时，基于HTTPS协议，采用POST方式“请求-响应”模式进行交互。
（1）请求方发送请求
请求方系统由财政电子票据服务平台分配一个身份标识app_id，每个app_id 配有一个秘钥（appKey）。
请求方根据接口要求，构造请求参数并使用密钥
（appKey）对请求参数进行签名。
（2）电子票据服务平台返回响应结果
电子票据服务平台通过验证请求参数的签名来验证请求方身份合法性及数据完整性，无误后进行处理。
a)处理成功时，根据请求服务不同，响应结果分为两种情况：电
子票据下载时，返回电子票据文件压缩包；电子票据入账时，返回JSON
格式的参数。
b)处理失败时，响应结果为JSON格式的参数。
（3）请求方接收数据
请求方收到响应结果后，首先判断电子票据服务平台响应是否成功：电子票据下载时，通过HTTP Content-Type判断是否成功；电子票据入账时，通过返回码判断是否成功。
2.2数据类型
2.3参数说明
说明：
（1）参数名必须为小写字母；
（2）业务参数message的构成，根据具体接口描述构造；（3）字符集统一采用 UTF-8编码格式。
3接口列表
4接口描述
4.1电子票据下载
单位通过该接口下载待入账电子票据。
4.1.1服务名downloadPNG4AccountByDate
4.1.2业务参数
节点：message
4.1.3返回参数
根据HTTP响应头中Content-Type值判断成功或失败。
成功时值为
application/x-zip-compressed，失败时值为application/json。
（1）成功返回电子票据文件压缩包，命名规则为：包内电子票据份数-最大批次序列号.zip。
电子票据压缩包文件名提取方式：HTTP Header content-disposition，值为"attachment;filename=包内电子票据份数-最大批次序列号.zip"。
压缩包内包含电子票据文件和清单文件，每批最大份数100。
电子票据文件命名规则为：电子票据代码-电子票据号码.后缀名（后缀名为png）。
清单文件是JSON格式的文本文件，命名规则为：最大批次序列号.json。
清单文件内容如下：
Data包含一系列电子票据，每份电子票据的数据项目：
（2）失败返回参数：
节点：error_message
4.2电子票据入账反馈
单位入账后，通过该接口将财政电子票据入账凭证号反馈财政电子票据服务平台。
4.2.1服务名accountForRecode
4.2.2业务参数
节点：message
4.2.3返回参数
（1）成功返回参数
节点：message
（2）失败返回参数：
节点：error_message
5调用步骤说明
以accountForRecode调用为例，具体步骤如下：
5.1设置参数值
请求参数（示例）：
method=“accountForRecode”,
app_id=”7e7f4e61189145c1a5c2cce38a4219b3”,
format=”json”,
datetime=”20161018192033123”,
version=”1.0.1”,
message_id=”132e4ef89ff44816b9200219274480d2”,
message=”JT dCJTIybWVzc2FnZSUyMiUzQSUyMCU3QiUyMCUyMnBsYWNlX2NvZGUlMjIlM0ElMjAlMjIwMDE lMjIlMjAlN0QlN0Q=”
其中，message为业务参数转换为Base64编码。
5.2按ASCII顺序排序
app_id=”7e7f4e61189145c1a5c2cce38a4219b3”,
datetime=”20161018192033123”,
format=”json”,
message=”JTdCJTIybWVzc2FnZSUyMiUzQSUy MCU3QiUyMCUyMnBsYWNlX2NvZGUlMjIlM0ElMjAlMjIwMDE lMjIlMjAlN0QlN0Q=”,
message_id=”132e4ef89ff44816b9200219274480d2”,
method=”accountForRecode”,
version=”1.0.1”
5.3参数值拼接
把各个参数值进行拼接，结果为：
7e7f4e61189145c1a5c2cce38a4219b320161018192033123jsonJTdCJTIybWVzc2FnZSUyMiUzQSUyMCU3 QiUyMCUyMnBsYWNlX2NvZGUlMjIlM0ElMjAlMjIwMDElMjIlMjAlN0QlN0Q=132e4ef89ff44816b92002192 74480d2accountForRecode1.0.1
5.4生成防伪码
调用接口时需要生成请求参数防伪码(security)，服务器会对该参数进行
验证，用于确认调用者身份是否合法及参数信息完整性。
防伪码(security)为32位大写字符串，计算过程如下：
（1）将appKey 拼接到参数字符串头、尾
假设appkey为”helloworld”，则拼接后的结果为：
helloworld7e7f4e61189145c1a5c2cce38a4219b320161018192033123jsonJTdCJTIybWVzc2FnZ
SUyMiUzQSUyMCU3QiUyMCUyMnBsYWNlX2NvZGUlMjIlM0ElMjAlMjIwMDElMjIlMjAlN0QlN0Q=132e
4ef89ff44816b9200219274480d2accountForRecode1.0.1helloworld
（2）对拼接结果进行md5加密
（3）转化成32位大写，security为：66987CB115214E59E6EC978214934FB8
5.5组装HTTP请求
将所有参数名和参数值采用utf-8进行URL编码（参数顺序可随意，但必须要包括防伪参数），然后通过POST方式发起请求，如：
http://IP:PORT/?app_id=7e7f4e61189145c1a5c2cce38a4219b3&datetime=20161018192033123&messa ge=JTdCJTIybWVzc2FnZSUyMiUzQSUyMCU3QiUyMCUyMnBsYWNlX2NvZGUlMjIlM0ElMjAlMjIwMDElMjIlMjAlN0QlN 0Q=&message_id=132e4ef89ff44816b9200219274480d2&method=accountForRecode&version=1.0.1&securi ty=66987CB115214E59E6EC978214934FB8
6附录
6.1返回结果代码。