java中Ping++退款

refund 退款

succeeded  成功

Webhooks   web钩

status     现状

Server     服务器

invalid    无效

request    请求

error      错误

channel    通道,渠道

transaction 交易

retrieve    检索

refunded    退还

refunds     退款

status      现状

amount_refunded  退还量

required         要求

examples         实例

操作退款链接:https://pingxx.com/guidance/server/charge/refund

退款操作疑问:

API:如若未收到 Webhooks 通知，可以调用查询方法发起退款查询，该查询结果可以作为退款结果。

我:可以不使用webhooks直接使用查询方式发起退款吗?

ping++人员：查询方式如何发起退款，你的意思是直接使用查询结果作为退款最终结果吧。

我:恩，在服务器端退款后 我在调用查询方法完成退款。

ping++人员:你是什么渠道，推荐采用 webhooks，因为像微信之类的，如果是退款到银行卡，可能需要几天，这个你直接查，效率很低。还不如坐着等呢.

我:退款操作不是通过后台控制server的方法进行退款的吗?

ping++人员:退款操作是可以通过管理平台发起，也可以后台调用接口。

我:webhooks即时通知自己调用的话太麻烦是吧?

ping++人员:像支付宝也会出现退款到银行卡账户的时候需要好几天，你这样查询的话，要查好几天的。

我:那么未收到 Webhooks 通知情况多吗?

ping++人员:这个一般发生在你们的服务器网络不稳定的情况下，绝大多数不会出现.

我:根据webhooks的API显示，webhooks会连续向我们服务器发送8次请求,只要24h内服务器稳定便可以收到webhooks退款通知！

ping++人员:是的，所以我们建议是你把查询作为备案，也就是你超过一定时间仍然没有等到的话，再发起。

我:webhooks是不是你们调用第三方支付软件给你们返回的通知?

ping++人员:是第三方渠道通知我们以后，我们通知你们，因为不同渠道的异步通知格式不一样，所以我们做了归一化处理。

我:通过server端进行退款提交后 就只等通知了吧？

ping++人员:是的

ping++人员:二维码的生成和显示都是你自己做的，本身我们没有这部分的客户端的 sdk 提供的

状态变化charge创建退款对象后会在对象属性refunds下的data添加退款相关数据，同时refunded变为true

微信扫码渠道wx_pub_qr

扫码是没有客户端的sdk 的,只有服务端的 sdk 的，所以不用调用 客户端的sdk 

1、服务端调用?Server-SDK封装的创建支付?Charge?的方法请求?Ping++?。

2、Ping++?响应你的服务端请求，返回?支付?Charge?对象，在?Charge?对象中有?Credential?字段，该字段中包含可以生成二维码的?alipay_qr?或?wx_pub_qr?链接。

3、你需要截取出?alipay_qr?或?wx_pub_qr?的链接并**自行生成二维码**，显示在你的?PC?端或任意你需要展示二维码的平台。

4、在?Ping+＋?管理平台配置?Webhooks?的?charge.succeeded?事件。支付完成时，Ping++?会主动以?POST?方式向你配置在管理平台上的?Webhooks?通知地址发送支付结果，服务端的订单状态请根据?Webhooks?通知更新。

支付成功后，ping++管理平台会根据你在webhooks配置的事件，异步通知支付成功或退款成功！写方法处理即可！

项目花了时间挺多的，感悟:其实每项技术都不像我们想象的那么难，只要用心了，不浮躁就简单了。