收藏的论坛
2015亚太手游市场分析 支付渠道与习惯禁忌
　　在相关机构的2014年互联网趋势报告中侧重分析了移动互联网的发展态势，其中大量的数据证明了移动互联网的迅猛发展态势和广阔的成长空间。全球 52亿移动用户中仅有30%的智能手机使用率，剩余70%的广阔市场待挖掘。在中国，移动互联网的用户数目前已达到了中国互联网用户数的80%，在亚太地区，来自中国的产品和内容将主导移动互联网。　　有关研究公司发布报告，今年全球平板和智能机手游收入将突破250亿美元，手游玩家数将突破15亿，手游设备已经成为全球玩家最多的平台，而且会确保手游市场的持续增长。在地域分布方面，北美地区的手游收入达到59亿美元，手游玩家1.5亿;东欧和非洲地区的手游收入为50亿美元，手游玩家4.5 亿;拉丁美洲手游收入5亿美元，手游玩家数1.6亿;亚太地区手游收入135亿美元，手游玩家数为7.4亿人。亚太地区是2014年全球最大的手游市场，占据全球手游总收入的48%左右。预测2017年全球移动游戏市场规模将达到354亿美元。　　智能手机趋势　　而领先于其他区域的亚太地区移动互联网和手游市场的规模增长，其主要原因还得归功于智能终端设备的剧增。从2013年到2017年，根据有关报告，智能手机市场规模将从128亿美元增长至225亿美元，平板市场规模将从48亿美元增长至128美元，二者的年平均增长率分别为15.2%和28.2%。　　2014年亚太区各国智能机和功能机的占比情况如下，大部分亚太国家智能机占比趋近，接近欧美国家占比，而在东南亚地区泰国占比最高，为49%，接着是印尼23%，印度18%和菲律宾15%。 　　亚太移动终端增长趋势　　以东南亚的泰国为例，最近两年随智能手机价格的下调，出货量的快速增长，外加政府对运营商2G牌照管理的影响(泰国2G牌照将在2015年8月到期，如果三大运营商不续费将自动流失所有2G用户)，因此三大运营商出台各鼓励套餐将3300万功能机用户牵引使用智能手机，并使用3G网络。 　　在泰国，智能手机渗透率约50%，泰国Android系统占智能收集系统约75%，IOS占大约15%。泰国手游用户数增长空间巨大。其中三星智能手机的市场份额为45%，横向对比大陆市场，三星用户的平均APRU都高于其它Android品牌，这也是泰国手游用户的ARPU高于亚太绝大部分国家的原因之一。在2013年泰国智能手机市场总量约 900万台，2014年增至1200万多台，预计2015年将超过1600万台，每年的复合增长超过30%。其中2014年三星销售了550万台，LAVA手机销售200多万台，苹果200万台左右，iMobile 100多万台，OPPO80万台。其中值得一提的是LAVA手机，目前是运营商AIS唯一指定并AIS自行推广的官方定制机，而iMobile是泰国销量第一的本地品牌手机。目前BlueMobile已经和AIS/LAVA，以及iMobile成功携手，成为手机预装业务的战略合作伙伴，也是AIS唯一授权的合作伙伴。　　手游市场环境　　根据以上的智能机增长趋势，东南亚国家将成为未来1-2年手游市场的增长爆发区。其中各项规模和盈利条件最为成熟的市场-泰国将在2015年迎来新一轮的爆炸式增长，其次为印尼与越南。　　在这些手游市场增长爆发区域中，下面详细介绍了手游用户的支付渠道和习惯、手游用户的产品类型喜好：　　手游用户的支付渠道和习惯　　总体而言，在亚太地区尤其东南亚，由于金融环境以及用户行为习惯的因素，只有较小部分用户选择手游的官方支付渠道，绝大多数用户依然青睐第三方支付渠道如短代和点卡(下图为2014年各报告数据总结)。 　　根据泰国的最新数据统计，手机游戏官方支付约20%，第三方支付约80%。手机游戏中第三方支付的短代渠道约占30-40%，点卡约占60%-70%。建议在休闲类/冲动型消费的游戏里主要用短信支付，而重度游戏可短代点卡同时使用。　　在越南，其短代的分成比例相对比较低。最新的消息称，越南运营商正考虑针对部分战略合作伙伴放宽分成比例，因此未来一段时间在越南市场，充值卡将依然占据可观的市场份额。　　手游用户的产品类型喜好　　从官方渠道的排行榜来看，泰国仍然是滋养中国制造最理想的温床。尤其是泰国Google Play榜，例如《啪啪三国》《放开那三国》《神魔之塔》等是该榜单Top20中常见面孔。而作为越南主要收入的非官方渠道，90%的渠道主打产品都为中国产品。然而越南由于支付方面的原因，95%的收入都将越过官方渠道。因此Google Play畅销榜Top1的游戏月流水仅2万美元左右。iPhone畅销榜Top1月流水5至6万美元。　　截止前统计，各地区畅销Top20中国产品数量分别为：泰国11款，新加坡10款，马来西亚10款，越南9款，印尼10款。新马地区iOS畅销榜Top1月流水大概为6万至9万美元。Google Play畅销榜Top1月流水大概为20万至30万美元。　　总结2014年在泰国畅销的手游产品，能长期称霸畅销榜的游戏，玩家平均评分不会低于4.5，可见游戏的质量始终是基础。最受欢迎的产品类型总结如下：　　动作类游戏　　纵观畅销榜上几乎全年都在榜上的游戏，表现强势的始终是融合了RPG、策略或冒险的动作类游戏，以刺激性、紧张的情节、丰富声光效果，以及简明的剧情备受玩家喜欢。其次就是泰国人喜欢的休闲类游戏，以轻松简单又有趣的玩法深得泰国玩家欢心。　　魔幻和卡通题材　　神鬼妖魔等炫酷形象，动物萌物这样的可爱主角，这两种非现实题材和角色在泰国玩家的眼中也很受追捧。中国题材虽然能引起泰国玩家一时的好奇，但无法保持稳定的表现。　　由于越南的文化跟中国的文化的相近性，越南用户喜爱的游戏风格无论是端游，页游还是手游，我们能看到的那些成功游戏共同点是：功夫类型、中国历史、三国、金庸小说。从功能机移植过来的JAVA游戏，大多数标题为MMORPG的智能机游戏，风格比较开放。目前市场正在扩大,MORPG,SLG，Clash of Clan, Horse Racing, Pet, Gardening在市场上的表示都不错，尤其是MMORPG，COC和卡牌。相对中国公司，他们更喜欢选择e-sport或者FPS风格，韩国或者日本名气比较大的游戏公司。　　相关技术经验分享　　不同的支付通道会有不同的接入接口，甚至同一个支付通道对不同运营商的接口都会有参数不同。另外，由于运营商计费的特殊性，使得对接测试比较困难。　　BlueMobile通过提供SDK的方法简化计费接口，提供全套的技术文档、示例代码，以及必要的人工远程协助来简化开发流程，通常情况下只需要半天时间即可接入成功。　　同时BlueMobile SDK提供在国内的远程测试解决方案，在国内即可进行商用发布包的模拟测试，测试后直接将包发布到目的地区即可进正常计费。另外，BlueMobile还可以提供发布包在发布当地的人工测试，保证开发者的应用不出技术问题。　　相关坏账/账期细则　　根据综合情况来看，以Blue Mobile的经验值，在泰国的最终短代坏账比率为5%-6%，首月的综合收账率超过90%。这个比率在泰国各支付渠道中最高，因为Blue Mobile通过很多技术手段，和运营商一起进行了预防和限制。受到2014年泰国Cookie Run的一例用户投诉影响，运营商要求手机后付费账户支付每天总额不能超过300泰株，一个月不能超过3000泰株。这从一定程度上也防范了用户欺诈。综合以上情况来说，在休闲类游戏中，尽量使用短代计费以提供更快捷更好的用户体验，但是针对卡牌、RPG游戏类型的重度游戏，需要支付在150泰株以上的，建议使用充值卡付费。　　越南，印尼的坏账率比泰国偏高，而且由于当地支付通道的不规范性，差异比较大，BlueMobile正在致力于和当地运营商一起从计费流程，产品审批流程，预付费后付费区分，以及用户日限月限管制等各个环节来共同探讨进一步降低和规范坏账的问题。　　在泰国的账期一般为在交易发生月的月底之后70-75天，充值卡30天。具体的对账细则，BlueMobile是这样规定的：对账共有两次，一次是交易发生月月底之后的15天内，BlueMobile会出一份应收报表，即技术对账;然后在交易发生月月底之后的75天之内，BlueMobile提供实收报表，CP收到实收报表后确定没有问题，提供发票给BlueMobile，然后BlueMobile按照发票要求完成付款。　　相关税收规则　　在手游计费业务中需要缴纳两种税，一个是VAT(Value Added Tax), 一个是WHT(With Holding Tax)，根据各国的情况不同，所收的比例也不同。在泰国，短信计费的标价是VAT excluded,所以整个计费流程中不用考虑VAT部分，因为用户会为 VAT额外交钱。WHT在泰国本土需交3%，如果转账到香港或者美国注册的公司则为5%。我们建议为了减少WHT可以考虑在泰国或者香港本地设公司收账。支付公司(如BlueMobile)在和CP结帐的时候，实际转账金额的5%WHT部分会提供税票。　　充值卡的VAT政策和SMS有所不同，以泰国为例，充值卡的面值标价都是VAT included。但是泰国不同的支付公司在充值卡的税收政策上对CP有着不同的计算法则。在泰国市场上主要使用的充值卡有运营商AIS下的12Call Card,和运营商TRUE下面的TrueMoney Card。目前只有Blue Mobile在和CP结算12call充值卡分成时，CP可以无需承担VAT税，而其他支付公司需要在分成比例之外缴纳这部分的税收。即用户买了100泰株的12call充值卡，如果CP和Blue Mobile分成比例为80：20，那么CP在结算时就会得到80泰株，无须缴纳VAT。而其他支付公司在和CP结算12Call Card时，所得的分成部分还需缴纳VAT，也就是如果同样是80：20的比例，CP得到的收入是(如果VAT是7%)80-80*7%，即74.4泰株。但是在True Money的分成中，所有支付公司计算法则一样，分成部分需减去VAT。 　　其他国家Insights总结　　印尼　　总背景：人口2.4亿(运营商以及用户数分别为Telkomsel 1.3亿 XL Axiata 0.63亿 Indosat0.55亿)，移动用户数共2.2亿，3G用户数为6200万，共1960万游戏玩家。手机游戏的ARPU为10K rupiah(印尼盾)，印尼移动设备保有量大该为2.85亿部，其中智能手机占比25% ， Android/Iphone/适配器/平板电脑的增长速度&200%，最畅销手机品牌为Nokia和Samsung。　　游戏的收入规模：网游1.9亿美元，在印尼网络游戏终端分布上智能手机居于首位，比例高达56%，其次为PC(31%)、平板电脑(13%)，知名游戏主要有COC 、Battle Camp战斗营地、《糖果粉碎传奇》　　菲律宾　　总背景：人口1亿左右(运营商以及用户数分别为smart7000万，Globe4270万)，移动用户数为1.09亿，3G用户数2500万，其中有2100万游戏玩家，ARPU在$4-5/ Month，智能机约1560万台，最畅销的手机品牌为三星，约占市场28%份额。　　游戏的收入规模：2012年的网游收入为4390万美元　　付费渠道及各渠道占比：Globe的Gcash在在线支付渠道统计中是使用量最高的(虽然与后面的差距不大)，占比为12%，第二为Paypal(11%)，第三为Smartmoney(10%)　　马来西亚　　总背景：人口3000多万(运营商以及用户数分别为Celcom 1300万，Maxis 1200 万，DiGi1000万)，其中华人680万，760万游戏玩家。马来西亚拥有东南亚最年轻的移动互联网用户群，移动用户数为4100万，3G用户达 1450万人，同期增长41%，今年年底有望突破1840万人。以页游来说，ARPU值大概是RM50-200之间，智能机数量为3270万台。操作系统的用户情况为安卓：70.1%、苹果：21.1%、黑莓：3.2%、Window 2.6%，其中35.8%苹果用户进行了有越狱Samsung28%。　　游戏的收入规模：2012年网游收入为4410千万美元，相比2011年增长率为&22.5% ，主要知名游戏为iOS：Dragon BallZ、LinePop、GT R Android：Candy Crush、Pou、Tank Battles　　付费渠道及各渠道占比：华为intouch合作伙伴联盟马来西亚最大运营商Celcom，大量引入中国品质手游产品在马来西亚发行，种类不限，数量不限，语言要求英语或者马来语。Gameview Eredan为马来西亚最大游戏资讯平台在手机游戏的推广方面，Facebook仍为主要渠道。目前大多都是从正规的 appstore&playstore下载，并没有第三放平台。比列是Google 70%，iOS 22%，其他8%。马来西亚的页游付费玩家主要通过便利店、网上购店来进行储值。渠道比例大概在18%-30%之间。　　越南　　总背景：9000万左右人口 (运营商以及用户数分别为Viettel 3700万 MobiFone 3000万 Vinaphone 2900万);1600万游戏玩家，1.273亿移动用户数，2500万3G用户数，手游ARPU在大概4-6美元，ARPU55-70美元每月，1700万台智能机，操作系统的情况是安卓：21%，苹果：26%，黑莓：21%，塞班6%。最畅销手机品牌排名为Nokia, Samsung和 Sony　　游戏的收入规模：N/A，知名游戏为《水浒3D》，《永生们》和《斗斗堂》　　付费渠道及各渠道占比：在越南，有3大游戏开发商为智能手机提供游戏：他们是 Emobi, Vinova 和 Colorbox。 MySoha 属于Sohagame的在有越南唯一的手机游戏平台，目前有90W的用户。SohaGame是越南最大的生态系统以及手机游戏平台。付款方式的比列在越南如下：1)国际卡：1.4% 2)国内付款卡：16.8% 3)充值卡、游戏卡：68.9% 4)短信：12.7%　　印度　　总背景：人口12亿(运营商以及用户数分别为Airtel 1.92亿，Tata1.70亿，Reliance 1.5亿)，移动用户数为9.15亿左右，3G用户从2011年的1100万人到今年5600万人，到2016年将接近2.66亿人次。ARPU为 113INR。根据印度IMRB Internet报告，印度智能手机用户，今年年底预计将增长到6700万人，2016年这一数字将上涨至3.82亿人。月活跃移动用户将达1.3亿人。最畅销的手机品牌排名为Samsung21%，Nokia19%，Micromax Infomatics 11%，karbonn Mobile 9%。　　游戏的收入规模：2016 年手游和应用市场收入将突破270亿卢比(约39.5亿人民币)，知名游戏有《糖果粉碎传奇》，Teen Patti-Indian Poker(提恩怕帝-印度扑克)，COC。
近期游戏热闻
游戏类型:战棋RPG
开发厂商:任天堂
类型：MOBA
类型：动作射击
类型：角色扮演
类型：音乐舞蹈
类型：换装养成
类型：休闲益智
类型：ARPG请按照支付接入流程步骤，进行注册支付；请猛戳→Android支付接入流程
同步沙箱成功后再进行支付联调
进入支付结算，分区配置页面，添加新分区，分区ID使用数字即可，分区名称游戏自定义。
登录支付结算页面，分区配置添加回调接口；每一个分区对应一个回调地址，多个分区可以使用相同的回调地址。回调地址ID和名称游戏自定义即可，仅用于区分配置的回调；接口URL必须为腾讯内网IP，端口必须为9001。
目前支付接入只有游戏币托管模式。
玩家充值购买虚拟货币，在游戏内消耗虚拟货币购买道具和服务。这种模式叫游戏币充值模式。这个虚拟货币都必须托管在腾讯的账户体系内。
通过客户端SDK进行充值，通过支付API完成虚拟货币的查询，扣费和退款。
回调地址不是一定要使用的；
回调通知接口是充值成功后支付服务端会向该接口异步发送充值游戏币是否成功的消息。
因为是异步发送充值是否成功的通知，不具备时效性，不能作为开发者判断用户充值是否成功的依据，所以该接口不是一定要使用的。
标准的流程是客户端收到充值成功回调以后主动向游戏服务端发起查询余额接口，游戏服务端调用支付后台接口得到结果，在返回给客户端，显示给用户。
联调工具：提供在沙箱联调测试时使用的资源和工具，“充值Q币”，“充值游戏币”，“Q币余额查询”，“生成测试Q卡”和“生成测试Mpay充值卡”
登录,进入管理中心-支付结算页面查看：
移动端按充值来结算。
offerid就是应用支付ID
涉及支付的接口都是用支付ID
1).安卓应用offerid = 手Qappid
2).IOS应用请先联系腾讯产品PM注册IOS相关信息后生成
3).安卓手Q和安卓微信的支付ID都是手Qappid和key
4).IOS手Q和IOS微信的支付ID都是IOS的支付ID和key
pf和pfkey通过MSDK客户端接口WGGetPf()和WGGetPfKey() 获取
支付接口的参数appid都是填应用支付ID，就是offerid
因为支付ID=手Qappid，所以微信登录态也填手Qappid，计算sig使用的appkey也是用手Qappkey.
未调用支付的初始化接口导致crash。
按照demo中初始化方式调用，如下图：
子线程中调用支付出错
支付demo默认游戏是在主线程中调用，如游戏需要在子线程中调用支付接口，请遵循android中子线程调用的规则，先Looper.prepare()，然后调用支付
游戏打包的时候未将TenpayPlugin4Game工程的libs目录下的so库合入，导致跳转到财付通支付时crash，请游戏加入下图的so库重新打包(如果游戏的libs目录存在多个cpu架构的文件夹，那就把libcftutils.so都拷贝一份)
如果该目录下没有libcftutils.so文件，请在解压后的TenpayPlugin4Gmae_libs文件夹内查找。
请检查调用支付接口之前是否注册了回调信息。支付回调的注册和接口的调用必须是成对出现，请游戏成对调用
微信登录的微信号需绑定银行卡才可以显示快捷支付
当游戏选择定额不可改的充值方式时，购买金额和充值卡的面值不等会有这个报错提示；
游戏服务端验证pay_token是否有效，在pay_token失效的时候，由客户端重新拉取授
权页面刷新pay_token即可。
1).是否同步沙箱成功
2).充值是否到账
3).充值的分区是否有配置回调地址
4).Ip需使用内网ip
5).以上检查没有问题，请联系企业QQ ：
确认充值的分区和查询的分区一致，分区ID可能弄错，充值在1分区，查询到2分区，导致查询余额为0。
开发商使用开发者帐号或者协作者帐号登录管理中心支付结算页面，左侧最下放客服中心进入充值查询页面。根据登录帐号，充值时间进行查询。
登录帐号：手Q登录使用QQ号，微信登录使用openid；
充值时间设置不要跨月查询，尽量缩短时间范围查询；
支持三个月内的充值记录查询，数据两小时延迟。
请在联调发布页面，同步沙箱成功后自动生成赠送活动ID和赠送礼包ID
提交支付审核
测试环境完成测试确认都没有问题后，在管理中心，支付结算页面，联调发布中提交支付审批。审批通过后，即可切换支付现网环境。
MSDK客户端域名切换正式环境：
客户端调用setEnv方法，设置成release版本
支付api使用正式环境的地址：
错误码解释：该应用没有接入权限
解决方案：
1).尚未注册支付导致，请按照支付接入流程注册支付，同步沙箱成功后再进行支付联调。
2).充值接口使用错误，游戏币模式不能使用道具直购接口。
3). 服务端接口appid使用错误；特别注意的是微信支付后台接口使用的也是手Qappid。
错误码解释：登录过期，请重新登录
解决方案：
1).用户在其他设备登录了游戏，把之前的登录态刷新了
2).游戏自己没有取到最新的登录态
3).以上检查都没有问题，请联系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1).请检查cookie参数session_id和session_type的值是否正确
手Q：session_id=session_type=kp_actoken
微信：session_id=hy_session_type=wc_actoken
2).以上检查都没有问题，请联系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1).检查openid, openkey参数值
2).检查支付ID的设置
3).检查环境配置是否一致，测试环境和正式环境配置弄混。
4).多处登录，刷新了之前取的登录态，导致原来保存的token失效。
5).用户token过期，需重新登录。
6).请求时间戳和支付服务器时间戳时间差别太大（15min以上）。
7).以上检查没有问题，请联系系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1).请检查openkey参数，
手Q登录openkey传入paytoken
微信登录传入accesstoken
2).以上检查没有问题，请联系系企业QQ ：
错误码解释：请求参数错误，appid错误
处理方案：
1). 应用ID填错，请在应用基本信息核对应用支付ID。
2). 服务端接口报错appid错误，请检查cookie参数传递是否正确。
3). 以上检查没有问题，请联系企业QQ：
错误码解释：sig error，sig计算错误
解决方案：
1).首先请使用签名验证工具来计算签名：
sig和程序计算的是否一致；
2).请使用 GET请求方式；
3).cookie格式出错，注意cookie格式是key=key2=value2；
4). sig值在传输之前，需要进行urlencode。如果sig里边含有’=‘等特殊字符，没有
urlencode会出错。除了sig以外的参数不需要urlencode。
5).以上确认没有问题请联系企业QQ：。
错误码解释：请求参数错误
解决方案：
1).参数错误，请开发者检查zoneid、pf、pfkey参数传入是否正确；其中zoneid即分区配置的分区ID，pf、pfkey均为MSDK登录获取；
2).客户端offerid是否配置
3). pf参数中的系统运行平台描述错误，例如iap写成android，会导致pfkey报错
4). pfkey参数名称大小写请开发商注意
5).zoneid填写错误，分区ID配置后未进行同步沙箱或者现网操作
6).分区配置了角色，但是zoneid又没有传角色
7).参数检查没有问题请及时联系企业QQ：
处理方案：请查看支付的手机是否设置了代理，或者手机时间是否不正确。
错误码解释：对不起，交易流水不存在
处理方案：客户端和服务端支付环境不统一，一个使用了沙箱环境，另一个使用了现网环境。
错误码解释：应用配置信息未同步
解决方案：同步沙箱或者现网失败导致，请重新同步沙箱或者现网操作。
内部错误，请联系企业QQ：。
错误码解释：调用扣除游戏币接口/mpay/pay_m，请求参数出现错误
解决方案：扣除游戏币接口请求参数amt不能为0，请检查参数。
错误码解释：调用扣除游戏币接口/mpay/pay_m，请求参数出现错误
解决方案：扣除游戏币接口余额不足，建议游戏侧扣除之前查询余额，确认余额足够再扣除。
错误码解释：发货cgi返回格式错误
请开发者检查回调地址返回是否是{"msg":"OK","ret":0}格式，其中msg不能是空串，ret必须是数字。
错误码解释：内部错误，没有配置该渠道
处理建议：
这个错误是在沙箱环境，客户端充值游戏币使用Q点渠道，Q点余额不足，点击充值Q点报的；沙箱环境下该渠道是关闭的，为了防止开发商误操作充值在沙箱，请开发者在现网环境下调试该渠道。
错误码解释：内部错误
处理建议：
请开发者将充值游戏币接口内营销活动类型和营销活动号两个参数注释掉
老版本的demo例子里面带的营销活动参数，删掉即可，新版本已经删掉。
最新IAP版支付wiki→→IAP支付wiki
1).联系产品PM，在RDM上申请苹果相关信息，appleid、bundleid、测试证书和物品信息
2).请按照支付接入流程步骤，进行注册支付；请猛戳→IAP支付接入流程
3).注册支付成功后，生成的应用支付ID即为offerid，即IOS专用支付ID
4).同步沙箱成功后再进行支付联调&p&
&p&1).由产品PM在RDM申请到的测试账号即可用于沙箱测试，
2).请开发商注意，沙箱测试账号不能用于已经上架app store的正式包。
1).只有被苹果审核通过，在app stroe下载的包才是苹果正式环境，
2).游戏没有通过苹果审核，连的都是苹果沙箱。开发商在支付沙箱环境调通后，切换到支付的正式环境，这时苹果还是测试环境，
3).提交苹果审批前，一定要确保支付环境用的是正式的支付环境，避免把连接沙箱支付环境的版本提交给苹果审批
1).由产品PM在RDM注册过的物品信息，请填写在管理中心物品信息内
2).物品ID=productid；注意大小写敏感
3).游戏币数量填写该物品对应游戏币个数
4).物品单价填写在苹果登记的该物品价格
由产品PM在RDM申请的测试证书，带有dev的是测试证书，请开发商注意。
请按照本文档1.2章节步骤生成offerid，并配置在工程的info
1).程序启动后，立刻设置environment；
2).获取登陆态后，立刻register；
3).以上两个不用重复调用；
4).pay之前，不需要重复调用1和2
1).RDM上，是否将应用的In-App Purchase功能打开：在Certificates, Identifiers & Profiles中查找，确认RDM管理员帮你申请app-id时，打开了In-App Purchase选项；
2).RDM上的应用状态，请确认是否为Waiting For Upload；
3).千万确定你的工程文件中制定的bundle identifier和RDM中申请的app id是一致的， 必须一字不差，大小写敏感；
4).检查你用来测试的iOS系统版本是否过低，一般目前已知的可以支持的版本，在iOS5.0以上；
5).在RDM上检查配置的商品是否在Ready to Submit及其以后的状态，支持的其他状态还有 Submit for Review，Waiting for Review，Waiting for Upload，In Review，Approved。
6).检查你所请求的productId是否与在RDM上配置的id一致，必须一字不差，大小写敏感；
7).你是否完善了iTC账户上的银行卡信息、税务信息以及联系人信息等：这一项，一般用公司 的RDM来申请的，不会遇到这个问题，但是也不排除公司新申请的开发者账户还没有维护这 个信息，请找RDM管理员确认（另外，这一项配置后，可能要数小时才能生效，1小时到24 小时不等，请耐心等待）；
8).是否刚在RDM中添加的productId？有时候也会遇到要等一会才能生效的情况；
9).是否是越狱设备?越狱设备大多数已经将app store的购买请求截流在本地，如果设备越狱， 请换一台设备测试；
10).实在没办法，把iphone上的app删掉，把xcode的编译缓存清掉，重新debug看看。
1). 网络问题（一般多换几个网络，不太可能都出现，比如说，freewifi出问题，可以尝试更换成3G网络；
2). 未经苹果审核正式发布的测试版本，没用使用开发者帐号下的测试帐号进行测试。（首先检 测手机App Store上是否已经登录了苹果帐号，如果有先进行注销再登录对应开发者帐号下的测试帐号）
3). 越狱的手机，也会连不上；
4). 开发环境下，用mac电脑上的模拟器，一般情况下也连不上iTunes Store，不建议在模拟器上调试midas iap 支付sdk。
5).如果没有，还是一直连不上，可以定位是苹果沙箱不稳定，请稍后再进行尝试
这种情况是因为之前有一笔同等数量的交易未完成导致票据没有Finish，当下次登录 的时候苹果会通知midas进行补发。如还未补发按以下步骤检查：
1). register接口在登录成功和重新登录成功的时候调用一次即可
2). dipose接口在游戏release自己的时候调用一次，其他地方不能调用。
3). 支付的时候不能锁定屏幕
4). payfinish回调表示苹果扣费成功但还没有发货
5). distrbutegood接口表示发货成功，这个时候刷新余额
6). 设置支付环境 在 register之前 如果确定都没有问题先kill掉，然后重新拉起登录 ，应该就会进行补发.如果还是没有补 发，这个基本就确定是苹果的沙箱不稳定造成建议更换测试账号进行测试
因为C和Objective-C混编的时候，Extern C函数中不能新建IAPHelper、Objec所以需要 在Object-C 内将所有初始化封装好。如果不是该原因请联系midas
苹果后台物品登记Type值不自动续费选subscribe， 自动续费选auto renewable subscribe； 程序中producttype参数值不自动续费设置“4”，自动续费设置“2”。
包月的商品都有一个key必须配置在我们的后台，出现该问题请联系企业QQ进行检查
把支付的framework包删掉引用，重新引入
调用赠送接口和扣费接口时，如果同一个账户同一时间对账户进行操作会引发时间搓冲突。 建议不要在同一时间多次调用赠送接口、扣费接口。
未上线的应用无法使用现网环境的apple id进行支付测试，需要使用开发者帐号下的测试帐号进行 测试。该测试帐号需要找itc管理员去申请或索要。
A：修改续费类型需要：
1)、在RDM上重新申请新的product id 并选择对应的类型（Auto-Renewable Subscription 表示自动续费包月， Non-Renewing Subscription 表示非自动续费包月）。
2)、在cpay上将对应offerid下登记的物品信息更改成，并在更改后同步沙箱现网数据。
由于苹果的服务器在美国，当玩家通过appel帐号进行支付后绑定邮箱会收到相应的扣费通知， 这里需要注意的是该通知的时间为美国时间。 我们查询充值流水的时候需要进行时差的转换。
游客模式是一种不使用任何帐号体系（QQ帐号或微信帐号）登录游戏的方式。游客模式下MSDK不提供关系链，好友分享等和帐号体系相关的功能。
但是提供支付功能。MSDK会给每个使用游客模式登录的 玩家分配一个和移动设备绑定的唯一ID（guestID）。
guestID 根据appid和设备ID生成。
1.游客模式支付接口
游客模式下支付接口不变。
2.游客模式客户端参数变化
sessionId ="hy_gameid"
sessionType ="st_dummy"
openid = guestID的值
openKey ="openkey"
注这里固定传openkey字符串
3.游客模式服务端参数变化
Cookie 参数：
session_id="hy_gameid";session_type="st_dummy"
支付API参数
openid=guestID的值
openkey="openkey"
注这里固定传"openkey" 字符串
pay_token=accesstoken
游戏服务端验证pay_token是否有效，在pay_token失效的时候，由客户端重新拉取授
权页面刷新pay_token即可。
1).是否同步沙箱成功
2).充值是否到账
3).充值的分区是否有配置回调地址
4).Ip需使用内网ip
5).以上检查没有问题，请联系企业QQ ：
确认充值的分区和查询的分区一致，分区ID可能弄错，充值在1分区，查询到2分区，导致查询余额为0。
开发商使用开发者帐号或者协作者帐号登录管理中心支付结算页面，左侧最下放客服中心进入充值查询页面。根据登录帐号，充值时间进行查询。
登录帐号：手Q登录使用QQ号，微信登录使用openid；
充值时间设置不要跨月查询，尽量缩短时间范围查询；
支持三个月内的充值记录查询，数据两小时延迟。
请在联调发布页面，同步沙箱成功后自动生成赠送活动ID和赠送礼包ID
提交支付审核
测试环境完成测试确认都没有问题后，在管理中心，支付结算页面，联调发布中提交支付审批。审批通过后，即可切换支付现网环境。
MSDK客户端域名切换正式环境：
客户端调用setEnv方法，设置成release版本
支付api使用正式环境的地址：
错误码解释：该应用没有接入权限
解决方案：
1.尚未注册支付导致，请按照IAP支付接入流程注册支付，同步沙箱成功后再进行支付联调。
2.服务端接口appid使用错误；请使用IAP专用支付ID。
错误码解释：登录过期，请重新登录
解决方案：
1).用户在其他设备登录了游戏，把之前的登录态刷新了
2).游戏自己没有取到最新的登录态
3).以上检查都没有问题，请联系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1.请检查cookie参数session_id和session_type的值是否正确
手Q：session_id=session_type=kp_actoken
微信：session_id=hy_session_type=wc_actoken
游客：session_id=hy_session_type=st_dummy
2.以上检查都没有问题，请联系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1).检查openid, openkey参数值
2).检查支付ID的设置
3).检查环境配置是否一致，测试环境和正式环境配置弄混。
4).多处登录，刷新了之前取的登录态，导致原来保存的token失效。
5).用户token过期，需重新登录。
6).请求时间戳和支付服务器时间戳时间差别太大（15min以上）。
7).以上检查没有问题，请联系系企业QQ ：
错误码解释：登录过期，请重新登录
解决方案：
1.请检查openkey参数，
手Q登录openkey传入paytoken
微信登录传入accesstoken
游客登录传入openkey固定字符串
2.以上检查没有问题，请联系系企业QQ ：
错误码解释：请求参数错误，appid错误
处理方案：
1). 应用ID填错，请在应用基本信息核对应用支付ID。
2). 服务端接口报错appid错误，请检查cookie参数传递是否正确。
3). 以上检查没有问题，请联系企业QQ：
错误码解释：sig error，sig计算错误
解决方案：
1.首先请使用签名验证工具来计算签名：
sig和程序计算的是否一致；
2.请使用 GET请求方式；
3.cookie格式出错，注意cookie格式是key=key2=value2；
4. sig值在传输之前，需要进行urlencode。如果sig里边含有’=‘等特殊字符，没有
urlencode会出错。除了sig以外的参数不需要urlencode。
5.以上确认没有问题请联系企业QQ：。
错误码解释：请求参数错误
解决方案：
1.参数错误，请开发者检查zoneid、pf、pfkey参数传入是否正确；其中zoneid即分区配置的分区ID，pf、pfkey均为MSDK登录获取；
2.客户端offerid是否配置
3. pf参数中的系统运行平台描述错误，例如iap写成android，会导致pfkey报错
4. pfkey参数名称大小写请开发商注意
5.zoneid填写错误，分区ID配置后未进行同步沙箱或者现网操作
6.分区配置了角色，但是zoneid又没有传角色
7.参数检查没有问题请及时联系企业QQ：
错误码解释：对不起，交易流水不存在
处理方案：客户端和服务端支付环境不统一，一个使用了沙箱环境，另一个使用了现网环境。
错误码解释：应用配置信息未同步
解决方案：同步沙箱或者现网失败导致，请重新同步沙箱或者现网操作。
错误码解释：调用扣除游戏币接口/mpay/pay_m，请求参数出现错误
解决方案：扣除游戏币接口请求参数amt不能为0，请检查参数。
错误码解释：调用扣除游戏币接口/mpay/pay_m，请求参数出现错误
解决方案：扣除游戏币接口余额不足，建议游戏侧扣除之前查询余额，确认余额足够再扣除。}