admin管理员组

文章数量:1533115

2023年12月25日发(作者:)

将APP发布到腾讯应用宝

开发者资质接入前提条件

应用申请上线前,请确认开发者资质证明已符合接入规范,才可以将开发者创建的应用提交上线。

开发者资质证明清单

APP接入标准

APP详情信息设计规范

APP内容及功能规范

开发者银行信息填写规范

开发商财务信息需正确填写,避免因信息填写错误而导致财务付款失败。

发布应用

1. 进入创建应用页面

如果您刚完成开发者注册(详见开发者注册),则注册验证成功后会跳转到以下页面。点击下图中的 “创建应用” 按钮,即可开始创建应用。

如果您之前已经创建过应用,则登录后在管理中心首页即可看到创建应用的按钮。如下图所示:

弹出窗口,此时选择需要创建的应用类型,如下图:

2. 创建应用

填写应用名称和分类,点击 “创建应用” 按钮即可:

官方标签申请流程规范

1. 背景

为了更好地为开发者提供应用标签服务,应用宝团队规划了官方标签展示功能。应用申请官方标签后可在应用宝客户端的搜索智能联想、搜索列表页、应用详情页等展示官方标签。

2. 申请规则

申请官方标签的应用需符合以下规则:

1. 应用所属开发者为星级开发商;

2. 应用申请了软件著作权(需提供软件著作权证明);

3. 应用经过GOOGLE PLAY签名验证(需提供GOOGLE PLAY的前后台截图证明);

4. 若特许行业需同时提供资质证明的应用,如支付类应用、资讯类应用、视频类应用等提供授权许可证明。

3. 申请方式

开发者需要提供软件著作权、GOOGLE PLAY的前后台截图以及特许行业授权许可证明等一种或多种发送到alarmapp@申请,申请核实后会对应用打上官方标签。审核工作日大约2~3个工作日,请耐心等待。

4. 官方标签展示/应用详情页

应用消耗游戏币购买道具一般流程

支付FAQ :

d版本要求?

该支付SDK支持android2.1及以上版本

支付完成后,能否通知应用充值数量及是否充值成功?

Q点Q币、Q卡是实时到账,财付通渠道、快捷、手机充值卡为非实时到账,所以SDK也无法实时确定发货成功。而且SDK回调通知应用购买数量及是否成功存在安全隐患,因为这个是本地调用。应用可以通过调用后台API向服务器发起请求查询用户余额。

3.调用SDK时pf和pfkey如何确定?

pf为应用侧构造传递给SDK。pf的格式为平台标识信息:平台-注册渠道-系统运行平台-安装渠道-业务自定义。渠道表示应用发布的渠道:如应用宝、豌豆荚等,用数字表示(具体如何表示业务侧定义,SDK侧不关心)。系统运行平目前支持android 例如: pf =

qq_m_qq-2001-android-2011-xxxx pf = qq_m_wx-2001-android-2011-xxxx 其中 qq_m_qq 表示 手Q平台启动,用qq登录态 qq_m_wx

表示手Q平台启动,微信登录态 pfKey为应用所在平台下方,SDK侧不关心,只做透传处理。对于自研应用后台对pfKey不做校验,应用可以传递为pfKey = “pfKey”。对于非自研应用后台强校验,应用需要从开放平台侧获取传递给SDK。使用了MSDK的游戏可以通过MSDK的接口:WGGetPf()和WGGetPfKey() 获取pf和pfkey的数值。

4.什么是基础货币和安全货币?

基础货币:普通支付应用场景使用,充值基础货币后,用于普通购买行为。满足常用的支付需求。 安全货币:如果应用有特殊要求,例如:要求寄售道具场景(玩家之间的道具买卖)只能用特殊的货币进行交易,那么可以使用安全货币,区别于基础货币,安全货币也用于购买道具。(可选货币)

5.支付时为什么会登录态过期?

支付的登录态时效性要求比较高,因此需要应用拉起支付时,先更新下登录态,这样能保证支付过程中尽可能出现少的登录态失效。如果用户在支付页面停留过长时间,支付时提示登录态过期,支付会回调应用,应用应该再重新获取用户的登录态再进行支付。 如果应用在接入联调时一直出现登录态过期,支付的log中出现错误码1018,那就说明传递的参数是有误的,请确认sessionId,sessionType,userId和userKey的正确性,具体请参看调用接口时的参数说明。如果还提示1018错误,请确认应用在微信,手Q平台上申请的ID和Key 和支付接入时配置的一致。

6.道具直购和购买游戏币有什么区别

购买游戏币需要对货币进行托管,而道具则不需要托管。购买游戏币由腾讯支付服务端负责发货。购买道具需要应用侧提供发货回调接口,当腾讯服务端扣款后回调应用的发货接口。发货回调接口在支付结算模块的分区配置里设置。如果游戏使用的是云服务器中的服务器,发货回调端口使用9001。

签名错误如何解决

签名计算的规则沿用了腾讯开放平台对签名的计算规则。文档中给出了计算签名的sdk下载地址:wiki下载地址:

/wiki/SDK%E4%B8%8B%E8%BD%BD#OpenAPI_V3.0_ 常见签名计算错误有: 1:cookie参数不正确,没有按照文档里的方式设置。注意session_id =”openid”,session_type=”kp_actoken” 这两个地方都是使用固定的字符串,而不是openid和kp_actoken的数值。 2:注意请求方式GET 和POST计算出来签名是不同的,签名报错首先检查使用工具计算出来的签名和程序计算的签名是否一致。 3:核对参与请求的参数都需要参与签名计算,不要遗漏。

校验失败问题如何解决

导致token校验失败原因很多,目前较常见的原因有 1:传递的openid, openkey的值不对 2:cookie里设置的参数,session_id,

session_type不正确。没有严格按照技术文档写的方式设置 3:设置的支付ID不是本应用的支付ID 4:测试环境和正式环境配置弄混 5:多处登录,刷新了之前取的登录态,导致原来保存的token失效

弹框错误错误码

1、1001-xxxx-xxxx 表示参数错误 2、1003-50000X-xxxx 表示应用侧发货失败

本文标签: 应用支付签名开发者购买