平台开放接口管理审核规范(开放平台对接)

网友投稿 674 2023-03-12


本篇文章给大家谈谈平台开放接口管理审核规范,以及开放平台对接对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享平台开放接口管理审核规范的知识,其中也会对开放平台对接进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

多渠道平台接入接口规范 包括哪些

根据《中国银联股份有限公司企业标准》多渠道平台接入接口规范包括五个部分,分别是:

交易处理说明;

终端报文接口;

渠道报文接口;

文件接口;

附录。

五个部分涉及的主要内容范围包括:

交易处理说明:多渠道平台各种业务交易处理流程,包括联机交易和批量交易的处理流程及其异常处理以及差错处理流程等;

终端报文接口:多渠道平台的终端与多渠道平台之间进行联机交易时使用的报文接口,包括联机交易报文的结构、格式以及报文域;

渠道报文接口:渠道接入机构与多渠道平台之间进行联机交易时使用的报文接口,包括联机交易报文的结构、格式以及报文域;

文件接口:银联系统与行业商户之间的文件接口规范,向行业商户推荐的格式;

附录:多渠道平台所有交易种类区分表、用户号码标识、支付方式标识、SP代码、机构代码、mac计算方法等常用信息。

接口管理规范

平台开放接口管理审核规范我们需要选取并定义合适状态码平台开放接口管理审核规范,不能都返回 200

HTTP/1.1 200 ok Content-Type: application/json Server: example.com

{ "code": 0, "msg": "success", "data": { "username": "username" } }

HTTP/1.1 200 ok Content-Type: application/json Server: example.com

{ "code": -1, "msg": "该活动不存在", }

{ "code": 500, "msg": "错误信息", }

https://huchao.blog.csdn.net/article/details/124220802?spm=1001.2014.3001.5502

税务总局统推信息系统接口的审核原则

统一规划。通过查询推信息官网得知,税务总局统推信息系统接口的审核原则为统一规划,税务管理信息系统一体化建设严格按照“统一规划”的原则进行,形成一个软硬件平台规范标准,技术结构科学合理。

网格服务管理中心接口规范

网格服务管理中心是整个网格系统数据服务资源信息的管理中心,基于 WebService 开发,具有自己独立的 GUI 界 面,也 可 以在网格 应 用 系统 中 进 行 Web 服务功能的调用,结合网格服务管理中心提供的服务元数据管理功能进行整个网格系统的开发。网格服务管理中心的各个功能接口都有自己的接口规范,现一一列出,并给出接口调用实例。

3.3.7.1 错误信息结构及提示信息规范

针对错误信息结构及提示信息规范的制定下,对于错误信息的描述见表 3.21。

表 3.21 错误信息规范

续表

续表

3.3.7.2 用户管理接口规范

用户管理必须遵循以下的接口规范(表 3.22)。

表 3.22 用户管理接口规范表

3.3.7.3 发布服务接口规范

普通服务发布类接口规范:

class GeneralService{

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_binddata;

string Service_bindservice;

Method method [10];

}

class Method{

string Method_name;

string Method_description;

string Method_algorithm;

string Method_input;

string Method_output;

}

Map 服务发布类接口规范:

class MapService{

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_binddataamount;

Map map [10];

}

class Map{

string Map_name;

string Map_description;

string Map_reference;

float Map_xmin;

float Map_xmax;

float Map_ymin;

float Map_ymax;

int Map_layernum;

float Map_binddataamount;

File Map_descriptiondocument;

Layer layer [10];

}

class Layer{

string Layer_name;

string Layer_type;

string Layer_format;

float Layer_max;

float Layer_min;

float Layer_dataamount;

string Layer_scale;

string Layer_description;

Field field [10];

}

class Field {

string Field_name;

string Field_description;

string Field_type;

}

Globe 服务发布类接口规范:

class MapService {

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_binddataamount;

string Globe_reference;

float Globe_xmin;

float Globe_xmax;

float Globe_ymin;

float Globe_ymax;

int Globe_layernum;

float Globe_binddataamount;

File Globe_descriptiondocument;

Layer layer [10];

}

class Layer{

string Layer_name;

string Layer_type;

string Layer_format;

float Layer_max;

float Layer_min;

float Layer_dataamount;

string Layer_scale;

string Layer_description;

Field field [10];

}

class Field{

string Field_name;

string Field_description;

string Field_type;

}

GeoData 服务发布类接口规范:

class GeoDataService{

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_datatype;

float Service_dataamount;

string Service_scale;

string Service_range;

string Service_outputpath;

string Service_methoddescription;

}

Geoprocess 服务发布类接口规范:

class GeoprocessService{

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_bindmap;

}

GeoCode 服务发布类接口规范:

class GeoCodeService{

string Service_name;

string Service_type;

string Service_URL;

string Service_description;

string Service_publisher;

datatime Service_publishtime;

string Service_runtime;

string Service_charge;

string Service_accesslimite;

string Service_input;

string Service_range;

string Service_output;

}

各个服务类型发布接口规范(表 3.23)。

表 3.23 服务发布接口规范表

续表

3.3.7.4 查询服务接口规范

普通服务查询类接口规范:

class S_GeneralService{

string Service_name;

string Service_type;

string Service_publisher;

string Service_description;

string Method_name;

string Method_description;

}

Map 服务查询类接口规范:

Class S_MapService{

string Service_name;

string Service_publisher;

string Service_description;

string Map_name;

string Map_description;

string Map_xmin;

string Map_xmax;

string Map_ymin;

string Map_ymax;

}

Globe 服务查询类接口规范:

Class S_GlobeService{

string Service_name;

string Service_publisher;

string Service_description;

string Globe_xmin;

string Globe_xmax;

string Globe_ymin;

string Globe_ymax;

}

GeoData 服务查询类接口规范:

class S_GeoDataService{

string Service_name;

string Service_publisher;

string Service_description;

string Service_range;

string Service_methoddescription;

}

Geoprocesing 服务查询类接口规范:

class S_GeoprocessService{

string Service_name;

string Service_publisher;

string Service_description;

string Service_bindmap;

}

GeoCode 服务查询类接口规范:

class S_GeoCodeService{

string Service_name;

string Service_publisher;

string Service_description;

}

查询结果类接口规定:

class Result{

int value;

string [10]URL;

}

各个服务类型查询接口规范(表 3.24)。

表 3.24 服务查询接口规范表

续表

3.3.7.5 删除服务接口规范

删除服务接口规范(表 3.24)。

表 3.24 删除服务接口规范

续表

3.3.7.6 修改服务接口规范

修改服务接口规范(表 3.25)。

表 3.25 修改服务接口规范表

3.3.7.7 数据上传下载接口规范

数据上传下载接口规范(表 3.26)。

表 3.26 数据上传下载服务接口规范表

API接口响应格式规范定义

由于接口规范平台开放接口管理审核规范的定义和接口的实际实现是分开的两个部分, 而且涉及到多人协作, 因此在开发过程中可能出现接口规范与实现不同步, 最终造成实际的接口不符合规范的定义, 接口规范就会慢慢失去存在的意义.

为了尽量避免这种问题, 后端在实现接口的过程中应该确保与接口规范保持一致, 一旦出现分歧, 必须同步修改接口规范, 尽可能保持沟通.

专门的api应用使用独立域名 https://api.example.com
简单的可使用api前缀区分 https://www.example.com/api

接口版本的控制平台开放接口管理审核规范,可以在程序发布时平台开放接口管理审核规范,不同版本的业务逻辑在一定程度上避免受到影响。

https://api.example.com/v {n}
应该将API的版本号放入URL。
采用多版本并存,增量发布的方式。
n代表版本号,分为整型和浮点型
整型: 大功能版本, 如v1、v2、v3 ...
浮点型: 补充功能版本, 如v1.1、v1.2、v2.1、v2.2 ...

客户端任何的修改都是需要发版的,发版需要审核流程。

客户端尽量只负责展示逻辑,不处理业务逻辑
客户端不处理金额的计算
客户端少处理请求参数的校验与约束提示

图片文案等,与校验规则类似,通过接口返回,并提供默认。

​ url连接一般采用https协议进行数据传输,可以提高数据交互过程中的安全性。

区分版本

合并接口

字段简写

无用字段清理

图片裁剪

局部刷新

预加载

其他

接口安全,防参数篡改

频率的控制

数据存储

是否需要依赖于第三方

服务降级,熔断和限流

拆分

扩展性

适配性

幂等

重复提交

部署

缓存穿透、缓存雪崩和缓存击穿

是否需要白名单

预加载

重试

异步

服务端推送或者客户端拉取数据

隔离(例如内网的中台服务,后端服务)

健康检查,后台大盘监控可视化,故障主动通知

什么是接口文档,如何写接口,有什么规范

接口文档一般是提供给商户对接时进行参考及提供帮助平台开放接口管理审核规范的一个说明文档或API。里面包含借口说明、接口列表、接口参数列表、签名/验签规则、商户应答规则等说明平台开放接口管理审核规范
接口一般要首先考虑安全性,支付类的签名可以参考支付宝和微信支付这一类的接口文档,业务类的签名可以参考微信公众平台的接口API;
加签是根据商户号、业务参数、随机字符串或时间戳、商户密钥/公钥私钥等按照规则组装参数,然后按照一个签名规则生成签名,以保证接口的安全性; 关于平台开放接口管理审核规范和开放平台对接的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 平台开放接口管理审核规范的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于开放平台对接、平台开放接口管理审核规范的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:支付接口 表设计(支付接口怎么配置)
下一篇:微服务api网关框架(微服务网关 kong)
相关文章

 发表评论

暂时没有评论,来抢沙发吧~