目前聚信立提供了如下接口：
1.获取access_token接口：
https://www.juxinli.com/api/v2/access_report_token
GET请求，参数：org_name，client_secret，hours
2.根据用户信息获取报告接口：
https://www.juxinli.com/api/access_report_data
GET请求，参数：client_secret，access_token，name，idcard，phone
3.获取到采集流程的token列表（私有接口）：
https://dev.juxinli.com/devPlatformApi/rest/query/reports
GET请求，参数：start，end，pageIndex，pageSize，name
此私有接口为聚信立技术人员私下提供，使用此接口需要在请求头中把Authorization传递过去（即需要登录的授权认证）
4.根据采集TOKEN获取报告：
https://www.juxinli.com/api/access_report_data_by_token
GET请求，参数：client_secret，access_token，token
上述2和4接口可以用来获取用户的报告，区别是：
- 接口2需要传递用户的
name、idcard以及phone，分别对应着用户的姓名、身份证、手机号。如果一个用户填写了多次，那就会获取到多个报告，如下图：
一个用户可以拥有多份报告
这个可以看作为便利接口，即可以通过用户的个人信息快速获取到此用户的所有报告。但聚信立把此接口获取接口但时限设定为15天，也就是说15天之前的报告无法通过这个接口获取，而必须使用接口4。
- 接口4是根据参数
token来获取到某一个特定到报告，采集token可以理解为一份报告到唯一标示id，它与这份报告是一一对应的关系。
一个采集token对应一份报告
这个接口没有时间限制，只要聚信立的数据里还存在这份报告，就可以拿着采集token通过这个接口获取到相应的报告。
另外接口1用来获取企业的安全凭证码，这相当于企业使用聚信立接口的通行令。所有其他接口调用时必须填写的参数access_token就是通过它获取到的。
其中org_name是申请聚信立服务时的组织机构名称，client_secret是聚信立提供的企业或组织唯一客户标示码，hours是标示此access_token的有效期限，1标示1小时内有效，24标示24小时内有效，per标示永久有效。
接口3是一个私有接口，可以使用chorme在聚信立后台扒到。
chrome调试工具获取私有接口
这个接口必须授权登录后才能调用，因此在使用Paw、Postman等http请求调试工具时必须在请求头中将
Authorization的值手动添加进去（值可以从chrome中取得，如上图）。但有一个问题，由于
Authorization是有时间限制的（目前发现聚信立24小时后就会发生变化），那就无法在代码里写死，故无法将这个接口作为常用接口使用，而只能一次性使用将获取到到采集token列表写入自己到数据库。
金保姆后台目前存在到问题
- 在审核阶段（初审和终审）查看的聚信立报告可能因为用户再次填写而发生变化，而审核人员需要随时看到最新的报告
审核
- 已放款模块中需要查看之前的聚信立报告
已放款
- 聚信立反馈考虑到巨大的数据量，他们只会为商户保存三个月的数据，而我们之前没有进行保存
针对上述问题，目前给出的解决方案如下
- 在审核阶段，包括初审和终审直接调用接口2来获取聚信立报告
接口2的时效是15天，而审核一般只需要1-3个工作日，完全可以应付报告查看的需求。
接下来就是保存报告的步骤，分以下几种情况：
- 初审不通过
直接最新的报告写入数据库 - 初审通过，终审不通过
初审通过后不操作，在审核人员点击终审不通过的按钮后将报告写入数据库 - 初审通过，终审通过
初审通过后不操作，在审核人员点击终审通过的按钮后将报告写入数据库 - 初审通过，终审也通过，但审核人员点击重审核（有句mmp不知当讲不当讲！）
这种情况，之前但数据库里已经存过一份报告，但用户是否需要重新填写聚信立无法确认，即无法确认是否会产生新的报告。那只能再次获取到最新的报告写入数据库。
综上所述，在初审不通过按钮被点击时写入数据库，以及终审步骤的两个按钮任意一个被点击后都进行写入数据库操作
点击初审不通过
终审按钮被点击
- 之后在已放款中查看此次借款对应的报告就直接从数据库获取而不需要调用接口
需要注意的是，必须使用idcard(身份证)去数据库去找对应人的报告，如果查出多份报告，以分页的形式在已放款页面显示，具体如下图
样式供参考
网友评论