个人开发者收款方案之--面包多

前言

收款,是大多数个人开发者的梦想。如果你正在搜寻这方面的内容,恭喜你,至少说明你的项目有赢收的可能。作为一个WEB前端开发者,我对接过目前一些比较常见的收款方案,并应用于自己的项目中,现在把自己对接的过程记录下来,希望对你有所帮助。

本文仅讨论WEB端(包括H5、浏览器扩展)售卖虚拟商品(激活码),且支持全程自动化的收款方案。

介绍

“面包多”属于创业团队作品,作者@greatdk偶尔活跃于V2等论坛,个人博客偶有更新,是个喜欢思考的人。

官网:点击进入

优缺点

优点:申请免费、对接简单、实时提现
缺点:入驻需实名认证、支付流程在平台进行,且用户需登录

价格费用

普通模式:5%服务费+1%的第三方支付手续费。
闪电结算:5.7%的服务费。

ps:官方预告2022-10-01之后服务费将提高到13%
官方价格说明:https://mbd.pub/help/#/withdraw

对接过程

流程:(开发者)创建商品–>(用户)登录后支付–>(平台)发送回调通知–>(开发者)获取通知、查询订单、完成入库、发货。
官方帮助文档:https://mbd.pub/help

第一步:入驻申请

填写基础资料、实名认证后,拿到Developer Key。

第二步:创建作品

(略)

第二步:接收回调请求(非必须)

在面包多后台设置回调地址,用户支付后平台会主动向开发者推送回调请求,内容如下:

1
2
3
4
5
6
7
8
{
"order_id": "3faa1cfd5a364d29a5d2aec8606a2fxa", //面包多订单号
"out_order_id": "211234132", //独立订单号
"product_name": "新品小报第123期", //作品名称
"product_url_key": "usdas", //作品urlkey
"amount": 0,1, //支付金额
"state": 1, //支付状态,成功支付则为1
}

注意:如果担心回调通知有延迟或失败,可引导用户手动复制订单号进行查询以入库。

第三步:主动查询订单信息

在收到面包多的支付通知回调后,开发者可以主动去查询一次订单支付信息,双重验证后入库。

订单查询接口地址:https://x.mianbaoduo.com/api/order-detail
请求方式:GET
Header公参:x-token (string, 必须,即第一步拿到的Developer Key)
入参:order_id (string, 必须)
出参:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
{
"code": 200,
"result": {
"ordertime": 1590508123,
"orderamount": 3,
"payway": "alipay",
"orderid": "d878ee7909c902b19d193fb8fd0af695",
"creatorid": "a2w=",
"state": "success",
"expire_at": 1593186560,
"rounds": 1,
"urlkey": "Y5ublZk=",
"re": {
"ordertime": 1594108875,
"orderamount": 3,
"payway": "alipay",
"orderid": "4a03d948c448fb8b5f51a31ab33011e0",
"creatorid": "a2w=",
"state": "success",
"expire_at": 1596787295,
"rounds": 1,
"urlkey": "Y5ublZk="
}
},
"error_info": ""
}

第四步:入库、发货

入数据库、发激活码(略)

总结

面包多最大的问题在于支付全程在平台进行,且用户必须登录,体验不是很好。类似的还有“爱发电”、“Buy Me A Coffee”等。

流程调通之后,我因为上面的原因,选择了其它方案。但如果仅作为打赏捐赠平台,还是可以考虑。目前面包多的功能还在更新迭代,可以持续关注。

其它方案

《个人开发者全球收款方案实践之–Paddle支付》

本文转载自: 前端邓浩

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

0%