var card = {
card_type: "DISCOUNT",
base_info: {
// ...
},
special_info: {
// ...
}
}
wxCard.card.createCard(card, function(err, cardId) {
// 创建成功后，返回卡券的ID
})
首先我们要清晰了解API充值接口具体是怎样运作的。
目前啊。市面上有很多生活服务类的平台、网站等，提供便民的服务优惠.充值等功能。这些提供API接口的平台几乎覆盖了所有的充值功能.，常见的如芒果会员、腾讯视频会员、爱奇艺等各.大影视平台，以及滴滴出行、美团外卖会员饿了么会员.等生活类服务。通过API的.点击与充值实现直开通，并且和与之相对应的平台合作着相当大的优惠力度，实现充值的API接口与商家的对接和运行。
为大家更直观的理解，举个比较具有代表性的例子。大家可以搜适试下，应该都能搜到。【重要说明】或者直达试试:三w点huihuakf.考姆
因为这种平台不一定发出去，就以这种方式给大家推荐了。
至于品类的话，我就细选几个枚举一下。
影视会员API➕音频会员API（属于同一系列，可以针对此场景接入）
美食API
这种的就比较适合，积分商城，兑换商城或者做异业合作的。
外卖红包API，基本都是免费的，这个不稀罕，但是官方接口在哪里，确实需要能联系到美团饿了么官方商务才可以。
诸如话费API(快充➕话费慢充api)
还有出行api，中石化api，肯德基api，代点api。等等。
这似乎就是充值API接口卡券API源头以及逻辑！ 后期我在深度研究后，在发布。如果有不合理的地方可以提建议，如果有价值的信息，大家可以去寻找。自认为推荐的是非常有价值的源头！！！谢谢阅读！
随着公司业务的发展，各个产品线都有对卡券的需求。但是各产品线对于卡券类型、金额等其他属性的需求又有很大不同，那么作为平台底层，怎么设计一个通用的卡券系统，既能满足各业务线的需求，又能达到系统之间的解耦。这正是这篇文章要解决的问题。
一、卡券系统和其他系统的交互架构：
名词解释：
MQ：消息池子
事件平台：在MQ中辟出的一块消息队列空间，可以做消息的开关控制，另外可以创建一个轻活动（事件）
发券流程：
1.首先在卡券系统创建一批卡券，配置卡券的适用条件（有效期，适用范围等）；
2.在事件平台配置一个活动（注意此处的活动并非很重的大型营销活动，可以理解为一个事件，一个动机）
3.业务线埋点
4.业务线当触发了发券节点，则向MQ（消息池子）发送消息，业务线和MQ以秘钥作为约定标识。事件平台收到消息，通过开关来控制是否像下面系统分发消息。如果开关处于打开状态，则像优惠券系统发送消息，优惠券系统得到消息，找到对应的优惠券批次，发送给各业务线。
卡券系统内部的结构
1.卡券基本属性：
卡券类型：直减、满减、折扣（各类型之间的叠加使用条件一并约定好）
地域范围：北京，全国......
适用的业务范围（品类）：大家电，生鲜类，或者全品类......
2.卡券的创建：
运营（其他人员）在卡券系统提供的界面上创建一个批次的卡券，选择如上的卡券属性。
创建完成后，有可视化的卡券列表可进行不同维度的筛选。
待续......
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）