如何设置禁止任何游戏付款？
<img onerror="imgDelByClass('comimg_box');" class="piczoom mpic" alt="如何
全部答案（共1个回答）
里的设定。你可以下载一些管家软件看看能否屏蔽
手机打开“飞行模式”，诺基亚叫做“离线模式”。
不过一般这样虽然不扣钱但也有可能会造成短信发送失败从而不能获得游戏道具。
所以这些单机游戏最好去论坛上找高手破...
app文件夹里面的东西本身就已经安装在手机里的，虽然有的ishi在手机菜单里看不到的，但是实际就在里面，你如果把它们提取出来再安装的话等于是在篡改系统，所以肯定...
用USB连接电脑后，在你手机上选择“存储设备”，电脑上会提示你多出一个可移动磁盘，打开，这就是你的储存目录了，即游戏安装目录
你好！ 目前安卓手机游戏存档分为2种
1.把下载好的游戏钛备份文件放进SD卡TitaniumBackup文件夹下,再用“软备份”软件还原数据 2.把下载好的游...
大家还关注
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区You are here:
浅析三类手游：付费点与付费方式设置
Gamelook报道/2014年，国内手游市场正式进入了“IP元年”，而手游市场也早已由蓝海进入红海。在市场竞争激烈的情况下，如何能够实现赢利，在群雄混战的格局中突围而出，是厂商们在思考的最重要的问题之一。
一款游戏的玩家群体往往分为两类：以休闲为主的轻度玩家与核心向的重度玩家。人数偏少的重度玩家，玩一款游戏往往受核心玩法、游戏IP等因素所吸引，这其中的一部分人乐意掏腰包来支持自己喜爱的游戏。而剩下的大部分玩家群体可归类为“免费玩家”，他们不轻易消费，更愿意在游戏中付出大量时间来追上与付费玩家的差距。接下来小编就为大家盘点一下国内主流手游对这两类玩家群体所设置的付费点与付费方式。
轻度游戏付费点：体力回复与辅助道具
先说说第一类，在玩法上较轻度的游戏。这类游戏有几个特点，如游戏上手快、玩法系统不复杂、与社交系统联系紧密（排行榜统计）、用户量多但付费率较低等等。以《开心消消乐》与《天天爱消除》为例：在这类游戏里，付费获得的货币（如钻石）可用于交换游戏中产出的货币（如金币）；除此之外，付费货币还可以购买可以持续游戏的体力，或帮助消除的道具、宠物等等。这类游戏尽管不消费也可以正常进行游戏，但是由于难度点的设置，要取得高分，不依靠道具的话对玩家的容错性要求极低。
对于不愿付费的玩家来说，由于单局时间很短，而体力又回复的较慢。如此，想要持续游戏必须要靠付费货币来回复体力。而此类游戏中内置的排行榜也会刺激玩家的攀比心理，由此来刺激轻度玩家购买道具来带动道具售卖。此外，这类游戏还利用了玩家的冲动消费心理，当玩家结束一盘游戏时，游戏会跳出一个倒计时，并且提示“还差XXX分就可以超越下一位好友”之类的提示，刺激玩家用付费货币进行冲动性消费。
中度游戏付费点：抽卡养成为核心系统
这第二类游戏，小编想以卡牌手游作为一个代表来进行归纳。这类游戏的特点在于：游戏以收集卡牌为核心乐趣，游戏在玩法上属于轻中度，但在养成方面却很重；玩家通过“扭蛋”的抽奖系统抽取卡牌，并用关卡中打出的素材卡来进行强化。譬如《锁链战记》这类的卡牌手游，其游戏难度较低，战斗过程以自动化或半自动化为主；付费货币（魔法石）在其中的作用主要以抽取卡牌、回复体力、增加卡牌仓库或在关卡中复活。
这类游戏在玩法方面主要还是以养成为主：重度玩家通过付费进行抽奖，从而获得卡片。而轻度玩家也可以通过长时间游戏、参与活动等行为获取付费货币来扭蛋。而游戏中常用的促进消费的手段以刺激性消费为主，譬如“首充奖励绝版卡牌”、“新卡牌上架限时优惠”、“特定时间XX连抽几率翻倍”等等活动都是这类游戏刺激消费所惯用的手段。
重度游戏付费点：高端战力区分开两类玩家
第三类游戏以目前流行的ARPG为代表，这类重度手游的付费点设置，还是源于页游上的付费系统：譬如去年在移动市场上大火的《时空猎人》，其高额消费来自于战力的强化，譬如“商城道具”、“时装”、“装备强化”、“符文/刻印/圣痕强化”等等，这类以重度战斗、PVP为玩法核心的游戏，通过付费与否区分出高端战力与低端战力。
除此之外游戏还设置了增加竞技场次数、重置精英副本/塔的CD、交换强化材料等等养成点。这类游戏的特点则在于用户量低、付费率高，通过降低PVE难度、游戏过程中产出付费货币等手段留下轻度玩家，让重度玩家通过消费获得高端战力，可以在PVP上碾压大量的轻度玩家，从而产生出优越感与继续游戏的动力。
游戏的付费点究竟该怎么设置？
当然，以上这几类付费方式只是笼统的进行分类，而市场上很多产品是将其中2者的付费方式进行结合而成的。根据上述情况，小编在这里推测一下一款好的F2P（免费）游戏的付费点如何设置比较好：游戏大部分的盈利点在于少数的付费玩家，而要想让付费玩家愿意玩下去，舍得花钱，能够在消费游戏上获得优越感与满足感，厂商一定要争取到足够多的免费玩家来进行铺垫。
由此可见，一款游戏若想成功，其难度点与养成点不能让轻度玩家感觉到绝望。国外的手游传奇COC，无论是付费玩家还是免费玩家，他们获得的材料都是一样的。付费只是增加玩家建设城市的效率。再比如，国内近期大热的卡牌手游《刀塔传奇》，免费玩家也可通过刷副本等方式获得高阶英雄。想要赢利，厂商不能抱着“捞一票就走”的心态，用“不为赚钱”的态度做一款游戏，照顾好各个玩家群体的体验，最后产品的收入反而能够滚滚而来。
Leave a Reply
& 2017 . All rights reserved.请按照支付接入流程步骤，进行注册支付；请猛戳→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，请求参数出现错误
解决方案：扣除游戏币接口余额不足，建议游戏侧扣除之前查询余额，确认余额足够再扣除。