精华内容
下载资源
问答
  • 2021-04-24 10:49:23

    PHP 苹果内购支付

    正式验证地址: https://buy.itunes.apple.com/verifyReceipt

    沙盒验证地址: https://sandbox.itunes.apple.com/verifyReceipt

    /**

    * 苹果内购Api查询接口

    * Class AppleAipController

    * @package Pay\Controller

    */

    class AppleAipController extends Controller

    {

    /**

    * @var string

    */

    private $sandboxCurl = "https://sandbox.itunes.apple.com/verifyReceipt";

    private $formalityCurl = "https://buy.itunes.apple.com/verifyReceipt";

    /**

    * @return array

    */

    public function send($encodeStr,$sandboxStatus=0)

    {

    $ch = curl_init();

    $data['receipt-data'] =$encodeStr;

    $encodeStr = json_encode($data);

    $url = $sandboxStatus?($this->formalityCurl):($this->sandboxCurl);

    curl_setopt($ch, CURLOPT_URL,$url);

    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);

    // post数据

    curl_setopt($ch, CURLOPT_POST, 0);

    // post的变量

    curl_setopt($ch, CURLOPT_POSTFIELDS, $encodeStr);

    curl_setopt($ch,CURLOPT_SSL_VERIFYPEER, false);

    $output = curl_exec($ch);

    curl_close($ch);

    $resut = (Array)json_decode($output,true);

    return $resut;

    }

    }

    相关资料

    更多相关内容
  • 苹果内购价格一览表,最新版。 需要内购购买的东西是虚拟类服务、虚拟商品之类的东西,比如说各种会员、课程、虚拟礼物。 所有价格等级对应的各个币种,显示价格和真正收入。不得不说。。苹果内购抽成真的是太狠了...
  • 苹果内购支付工具
  • 苹果内购价格表中的实际收入是一个动态变化的的,会根据税收变化而发生改变,一般苹果会收取30%左右的金额。但是表格里边的价格和等级一般是不变的。
  • 苹果内购demo

    2017-12-09 14:27:10
    苹果内购demo
  • iOS 苹果内购

    千次阅读 2021-07-23 11:17:39
    内购简介 IAP 全称:In-App Purchase,是指苹果 App Store 的应用内购买,是苹果为 App 内购买虚拟商品或服务提供的一套交易系统。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-J6tFW6C...

    内购简介

    IAP 全称:In-App Purchase,是指苹果 App Store 的应用内购买,是苹果为 App 内购买虚拟商品或服务提供的一套交易系统。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-J6tFW6C4-1627010244153)(https://raw.githubusercontent.com/ouyangrong1313/MarkdownPhotos/master/img/%E5%86%85%E8%B4%AD%E5%AF%BC%E5%9B%BE.png)]

    适用范围

    在 App 内需要付费使用的产品功能或虚拟商品/服务,如游戏道具、电子书、音乐、视频、订阅会员、App的高级功能等需要使用 IAP,而在 App 内购买实体商品(如淘宝购买手机)或者不在 App 内使用的虚拟商品(如充话费)或服务(如滴滴叫车)则不适用于 IAP。

    简而言之,苹果规定:适用范围内的虚拟商品或服务,必须使用 IAP 进行购买支付,不允许使用支付宝、微信支付等其它第三方支付方式(包括Apple Pay),也不允许以任何方式(包括跳出App、提示文案等)引导用户通过应用外部渠道购买。

    内购准备

    App 内集成内购代码之前需要先去开发账号的 iTunes Connect 后台填写银行账户信息、配置内购商品(包括产品ID、价格等),还需要配置沙盒账号用于 IAP 测试。

    银行账户信息填写

    配置内购商品

    IAP 是一套商品交易系统,而非简单的支付系统,每一个购买项目都需要在开发者后台的 iTunes Connect 后台为 App 创建一个对应的商品,提交给苹果审核通过后,购买项目才会生效。

    新建内购商品有四种选择分别是:
    • 消耗型项目:只可使用一次的产品,使用之后即失效,必须再次购买,如:游戏币、一次性虚拟道具等。
    • 非消耗型项目:只需购买一次,不会过期或随着使用而减少的产品。如:电子书。
    • 自动续期订阅:允许用户在固定时间段内购买动态内容的产品。除非用户选择取消,否则此类订阅会自动续期,如:Apple Music这类按月订阅的商品。
    • 非续期订阅:允许用户购买有时限性服务的产品,此 App 内购买项目的内容可以是静态的。此类订阅不会自动续期。

    一般情况下用的最多的是消耗型商品,根据 App 类型也会使用到非消耗型和自动续期订阅,以消耗型商品举例:

    这里需要注意的是产品 ID 具有唯一性,建议使用项目的 Bundle Identidier 作为前缀后面拼接自定义的唯一的商品名或者ID(字母、数字)。

    这里有个坑:一旦新建一个内购商品,它的产品ID将永远被占用,即使该商品已经被删除,已创建的内购商品除了产品 ID 之外的所有信息都可以修改,如果删除了一个内购商品,将无法再创建一个相同产品 ID 的商品,也意味着该产品 ID 永久失效,一般来说产品ID有特定的命名规则,如果命名规则下有某个产品 ID 永久失效,可能会导致整个产品ID命名规则都要修改,这里千万要注意!

    另外内购商品的定价只能从苹果提供的价格等级去选择,这个价格等级是固定的,同一价格等级会对应各个国家的货币,也就是说内购商品的价格是根据 Apple ID 所在区域的货币进行结算的,比如:一个内购商品你选择等级1,那么这个商品在美区是 0.66 美元,在中区是 6 元人民币,在香港去是 8 港币,这些价格一般是固定的,除非某些货币出现大的变动(印象中有过一次卢布大跌,苹果调整过俄区的价格),价格等级表可以点击 所有价格和货币 查看。

    另外要注意:苹果内购是需要抽取30%的分成,实际结算是分成之前需要先扣除交易税,不同地区交易税不同,具体分成数额参看价格表。

    iOS 11 用户可以在 App Store 内 App 的下载页面内直接购买应用的内购商品,这项功能苹果称作做 Promoting In-App Purchases,如果你的 App 需要在 App Store 推广自己的内购商品,则需要在 App Store 推广 里上传推广用的图像,另外苹果也在 iOS11 SDK 里面新增了从 App Store 购买内购项目跳转到 App 的新方法。

    iTunes Connect 后台选择 用户和职能,选择 + 添加测试账号。

    填写沙箱测试账号信息需要注意以下几点

    • 电子邮件不能是别人已经注册过 AppleID 的邮箱
    • 电子邮箱可以不是真实的邮箱,但是必须符合邮箱格式
    • App Store 地区的选择,测试的时候弹出的提示框以及结算的价格会按照沙箱账号选择的地区来,建议测试的时候新建几个不同地区的账号进行测试

    配置好测试账号之后,看一下沙箱账号测试的时候如何使用:

    • 首先沙箱测试账号必须在真机环境下进行测试,并且是 adhoc 证书或者 develop 证书签名的安装包,沙盒账号不支持直接从 App Store 下载的安装包
    • 去真机的 App Store 退出真实的 Apple ID 账号,退出之后并不需要在App Store 里面登录沙箱测试账号
    • 然后去 App 里面测试购买商品,会弹出登录框,选择 使用现有的 Apple ID,然后登录沙箱测试账号,登录成功之后会弹出购买提示框,点击 购买,然后会弹出提示框完成购买

    税务信息

    1. 登录 iTunes Connect

    2. 协议、税务和银行业务

    内购实现

    写代码之前先来了解对比一下 IPA 和支付宝支付,首先看支付宝的支付流程:

    • App 发起一笔支付交易,然后服务端根据支付宝的要求把订单信息进行加密签名
    • 服务端把加密的交易信息返回给 App,App 拿到交易信息调用支付宝的 SDK,把支付信息给到支付宝的服务端验证
    • 验证通过后,App 跳转到支付宝 App 或者网页版支付宝,用户使用支付宝进行支付
    • 支付成功后从支付宝 App 跳转回到我们自己 APP,我们在 App 里处理回调结果刷新UI等
    • 同时支付宝的服务器也会回调我们自己服务器,把收据传给服务器,支付宝服务器会一直回调我们的服务器直到我们的服务器确认收到收据
    • 我们的服务器收到回调确认之后,确认订单支付成功
    • 为了以防万一,App 上回调返回成功之后我们还需要去自己服务器验证是否真的支付成功(一切以服务器为准)

    微信支付和支付宝支付的流程是类似的,来看看 IAP 的支付流程:

    • App 发起一笔内购支付,然后服务端生成一个订单号并且返回给 App
    • App 拿到交易订单之后调用 IPA 创建一个 IPA 交易,并且添加到支付队列
    • 然后 IAP 会调用 Apple ID 支付页面等待用户确认支付,IPA 和苹果自己的 IPA 服务器通讯,回调购买成功,并且把收据写入 App 沙盒
    • 然后 App 去沙盒获取收据并且上传到自己的服务器
    • 服务器去 IAP 服务器查询收据的有效性并且对应到某个订单号,如果有效就通知 App,并且发放该内购商品,App 调用IAP 支付队列去结束该 IPA 交易

    对比来看两者区别好像也不大,支付宝或者微信支付,一旦App 端支付成功,之后的验证工作就完全是我们的服务器和支付宝服务器之间的通讯了,服务端之间的通讯就保证了交易的可靠性,但是看看 IAP,同样的交易,服务端的验证却需要 App 端去驱动,由于 App 的网络环境比服务端复杂、用户操作的不确定性可能会导致 APP 无法正确的驱动服务端验证交易,另一方面 IAP 的服务器在美国,验证查询交易的延迟也很严重

    IAP 的代码看起来并不多流程也比较清晰,主要是下面几步:

    • 根据内购商品的产品 ID 初始化一个 SKProductsRequest 对象,调用该对象的 start() 方法进行内购商品的请求
    • 把商品请求中获取到的 SKProduct 对象生成一个 SKPayment 对象,并把它压入到 SKPaymentQueue 支付队列中
    • 然后从支付队列的代理方法 func paymentQueue(_ queue: SKPaymentQueue, updatedTransactions transactions: [SKPaymentTransaction]) 里面获取到交易(transaction)的状态,交易完成后调用支付队列的 finishTransaction()完成内购支付

    内购流程形象图

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RfMEjwmE-1627010244155)(https://raw.githubusercontent.com/ouyangrong1313/MarkdownPhotos/master/img/%E5%86%85%E8%B4%AD%E6%B5%81%E7%A8%8B%E5%9B%BE.png)]

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N3rReGvA-1627010244156)(https://raw.githubusercontent.com/ouyangrong1313/MarkdownPhotos/master/img/20210714152826.png)]

    内购的核心流程:

    ①客户端发起支付订单

    ②客户端监听购买结果

    ③苹果回调订单购买成功时,客户端把苹果给的receipt_data和一些订单信息上报给服务器

    ④后台服务器拿receipt_data向苹果服务器校验

    ⑤苹果服务器向返回status结果,含义如下,其中为0时表示成功。

    21000 App Store无法读取你提供的JSON数据
    21002 收据数据不符合格式
    21003 收据无法被验证
    21004 你提供的共享密钥和账户的共享密钥不一致
    21005 收据服务器当前不可用
    21006 收据是有效的,但订阅服务已经过期。当收到这个信息时,解码后的收据信息也包含在返回内容中
    21007 收据信息是测试用(sandbox),但却被发送到产品环境中验证
    21008 收据信息是产品环境中使用,但却被发送到测试环境中验证
    

    ⑥服务器发现订单校验成功后,会把这笔订单存起来,transaction_id用MD5值映射下,保存到数据库,防止同一笔订单,多次发放内购商品。

    避坑指南

    1. 点击购买没有弹出输入账户密码框。

    解决方法:到手机设置里面 iTunes Store 与 App Store 里面注销你原本的账号。

    1. 运行程序的时候,账户中明明添加了商品,但是无法获得商品ID。

    解决方法:Capabilities -> In-App Purchase 设置 ON。

    1. 丢单处理
    • 用户输入完 Apple ID 密码或者验证完指纹支付成功之后,网络突然中断导致 IAP 没有收到支付成功的通知,App 就无法在支付队列的代理方法中获取支付成功的通知,后续的发放内购商品也就不可能了
    • App 在代理方法里收到了支付成功的通知,但是 App 上传交易收据到我们服务器去查询的时候如果查询失败,那么服务器就无法发放内购商品,因为这个行为是 App 驱动服务器的行为,这里有个坑就是支付队列的代理方法 func paymentQueue(_ queue: SKPaymentQueue, updatedTransactions transactions: [SKPaymentTransaction]) 需要下次 App 重新启动才会重新调用,这个时候我们 App 才能重新去驱动服务器查询交易,由于用户操作的不确定性,不知道什么时候用户才会重新打开App,发放内购商品的周期自然也不确定
    • 之前有开发者反应,IAP 通知代理方法交易成功,但是沙盒里面取收据的时候发现为空,或者当前支付成功的订单并没有写入沙盒的收据,导致上传到服务器的收据查询不到结果
    • 如果用户支付成功,收据也上传服务器成功,但是在服务器验证阶段用户删除了App,导致App 无法去处理这些没有被验证完的订单
    • 如何处理越狱iOS手机内购的问题

    以上问题都可能会导致用户支付成功了,却收不到我们发放的内购商品,统一起来称为:内购丢单

    客户端必须要给服务器传的三个参数:receipt_data, product_id ,transaction_id

    //该方法为监听内购交易结果的回调
    - (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions
    transactions 为一个数组 遍历就可以得到 SKPaymentTransaction 对象的元素transaction。然后从transaction里可以取到以下这两个个参数,product_id,transaction_id。另外从沙盒里取到票据信息receipt_data 
    我们先看怎么取到以上的三个参数
    //获取receipt_data
    NSData *data = [NSData dataWithContentsOfFile:[[[NSBundle mainBundle] appStoreReceiptURL] path]];
    NSString * receipt_data = [data base64EncodedStringWithOptions:0];
    //获取product_id
    NSString *product_id = transaction.payment.productIdentifier;
    //获取transaction_id
    NSString * transaction_id = transaction.transactionIdentifier;
    这是我们必须要传给服务器的三个字段。以上三个字段需要做好空值校验,避免崩溃。
    下面我们来解释一下,为什么要给服务器传这三个参数。
    receipt_data:这个不解释了 大家都懂 不传的话 服务器根本没法校验
    product_id:这个也不用解释 内购产品编号 你不传的话 服务器不知道你买的哪个订单
    transaction_id:这个是交易编号,是必须要传的。因为你要是防止越狱下内购被xx就必须要校验in_app这个参数。而这个参数的数组元素有可能为多个,你必须得找到一个唯一标示,才可以区分订单到底是那一笔。
    

    后台处理

    前面说到用户支付成功之后,我们拿到沙盒的收据信息去苹果的 IAP 服务器去验证,这里既可以直接在 App 端验证也可以让服务器去验证,实际上根据我的测试,App 端直接去IAP服务器验证比较快,毕竟中间少了很多步骤,但是考虑到越狱的 iOS 设备完全可以在系统层面跳过或者伪造收据,早期的 iOS 开发很多公司都是采用都是这种本地验证,但是现在基本都是通过后台验证的方式,具体的后台验证步骤如下:

    • App端拿到沙盒的收据(receipt-data),进行一次base64编码,上传给服务器
    • 服务器拿到收据之后发到 IAP 服务器去验证,验证成功之后收据需要和自己的订单号进行映射并且记录在数据库,之后每次验证之前都需要先判断收据是否存在,防止 App 端重复上传相同的收据,重复发放内购商品
    • 服务器发放内购商品,推送通知给用户等

    由于 App 上线 App Store 之前我们是使用沙盒账号测试的,沙盒测试的收据验证也是要去沙盒收据的服务器验证。

    • 沙盒环境验证服务器:https://sandbox.itunes.apple.com/verifyReceipt
    • 正式环境验证服务器:https://buy.itunes.apple.com/verifyReceipt

    而且苹果在上线审核的时候也是使用沙盒账号测试的,那如何识别App端发过来的收据是沙盒测试还是正式环境用户的购买呢?这里服务端就要采用双重验证,即先把收据拿到正式环境的验证地址去验证,如果苹果的正式环境验证服务器返回的状态码 status 为 21007,则说明当前收据是沙盒环境产生,则再连接一次沙盒环境服务器进行验证,这样不管是我们自己采用沙盒账号测试还是苹果审核人员采用沙盒账号进行审核、或者用户购买都可以保证收据正常的验证成功。

    ①先判重,避免重复分发内购商品。收到客户端上报的 transaction_id 后,直接MD5后去数据库查,能查到说明是重复订单,返回相应错误码给客户端,如果查不到,去苹果那边校验。

    ②服务器拿到苹果的校验结果后,首先判断订单状态是不是成功。

    ③如果订单状态成功在判断in_app这个字段有没有,没有直接就返回失败了。如果存在的话,遍历整个数组,通过客户端给的transaction_id 来比较,取到相同的订单时,对比一下bundle_id ,product_id 是不是正确的。

    如果以上校验都正确就把这笔订单充值进去,给用户分发内购商品。

    注意:一定要告诉后台,不论校验是否成功,只要客户端给服务器传了receipt_data等参数就一定要保存到数据库里。

    Tips

    • iOS端传过来的苹果回调收据信息需base64加密,如果有严重的错误问题,注意收据信息的特殊符号替换,eg:"%2B"。
    • 苹果内购订阅型验证服务器需多加共享密钥(由iOS开发人员提供给你)验证,如果是添加的公共秘钥,那么消耗型验证也需要加上秘钥验证。
    • 苹果内购消耗型订单传过来的订单是在in_app数组里,而自动订阅型续订的最新数据都在latest_receipt_info数组里。

    自动订阅续费

    • 添加server to server 通知

    latest_expired_receipt_info 用于自动续订。过期订阅的收据的JSON表示形式,仅当通知类型为RENEWAL或CANCEL或订阅过期且续订失败时返回。项目集成请看官网有介绍。

    • 服务端server轮询要过期和过期的订单数据,主动向苹果服务器验证。

    GitHub Demo

    MQCCoder/XYIAPKit

    参考文章

    App 内购买项目配置流程

    iOS 内购(In-App Purchase)总结

    iOS开发支付篇——内购(IAP)详解

    iOS内购全面实战

    iOS内购(IAP)自动续订订阅类型总结

    IOS 内购IAP 自动订阅收据验证文档服务端翻译

    iOS内购(IAP)自动续订订阅类型服务端总结

    springboot接入苹果内购

    java(jfinal) 接入ios内购(连续包月订阅),服务端进行二次验证

    iOS 内购(In-App Purchase)总结

    展开全文
  • 苹果内购

    千次阅读 2017-04-19 10:46:20
    苹果内购掉单处理

            在这里不介绍具体的iOS内购流程实现,只是分享一下自己在处理iOS内购过程中遇到的问题和解决思路。国外也好,国内也好,任何一种支付都有可能会出现掉单,网络问题,逻辑问题...而我碰到的iOS内购掉单的情况频率相对而言出现的更高,在这里介绍几种可能会导致掉单或者支付失败的情况:

    一、mobileprovision不匹配

            这种情况一般是初次接触iOS内购容易搞错的地方,在应用发布之前要是用ad hoc的mobileprovision,并且使用的苹果设备也要加入到开发者设备,苹果账号也要加入沙盒账号,才能够测试充值。而上传的提审客户端,要用distribution的mobileprovision匹配发布证书来签名,这个客户端虽然开发者是不能充值的,但是只要你的逻辑和代码没有问题,苹果的审核人员是有权限进行充值的。

    二、没有执行 finishTransaction操作

            这种情况一般也是初次接触iOS内购容易忽略的步骤,也是网络上面出现求助最多的一种情况。苹果内购的一般处理流程为:


            如果没有执行finish订单的操作,用户将不能创建新的苹果内购订单,导致再次发起苹果内购失败。

    [[SKPaymentQueue defaultQueue] finishTransaction:transaction];

    三、 applicationUsername 为空

            这种情况属于一种异常情况,正常情况下,将订单号或者roleID等让游戏标记收货人的值赋值给 payment.applicationUsername(笔者传入的是游戏服创建的订单号)。

        SKMutablePayment* payment = [SKMutablePayment paymentWithProductIdentifier:productId];
        payment.applicationUsername = [NSString stringWithUTF8String:order];
        [[SKPaymentQueue defaultQueue]addPayment:payment];
            在支付成功后苹果回调的transaction的[[transaction payment] applicationUsername]中可以获取到该透传字段,以作为服务器识别发送虚拟商品的目标。

        NSString* order = [[transaction payment] applicationUsername];
        NSString* recipt = [[transaction transactionReceipt] base64Encoding];
            但是笔者碰到一笔订单掉单,正常情况下逻辑没什么问题,最后猜测可能是苹果回传的applicationUsername为空,此时如果不做任何处理,服务器收到的order为空,不在进行recipt的验证操作,本次订单直接验证失败,导致掉单。

            于是当applicationUsername为空时,将玩家的roleID传给服务器,并将传给游戏服务器一个标记字段OrderIsNull,让服务器做相应处理,以避免这种情况下导致掉单的问题。

    四、无法收到苹果支付成功后的回调(猜测,暂未证实)

            这种情况是最近一个月发现的一种问题,有3个用户确实支付成功了,并且向我们的运营发送了苹果的订单记录截图,但是服务器并没有收到客户端发过来的通知(这三个用户都在这个版本的客户端是存在充值成功并钻石到账的历史订单,并不是从来没有完成过充值)。我们也要求用户在4G和无线网络环境下切换再次尝试,但是我们的游戏服务器平台并没有收到任何通知。

             在登录时,客户端会重新执行“检测是否有订单未finish”分支,然后有两个用户都隔了十到二十个小时后重新发送成功了,但是有一个用户,观察了一周左右,我们看到了他也有多次登录的日志,但是游戏平台没有收到该玩家客户端发送的任何苹果支付的返回消息。

             至于导致这种情况的原因笔者猜测可能是苹果服务器与客户端通信有问题,或者是客户端与游戏服务器平台通信有问题,而笔者自己在数百次的测试中也并没有遇到这种情况,所以难以调试,希望哪个大神看到了能够解惑。

             附上充值成功回调处理:

    -(void)CompleteTransaction:(SKPaymentTransaction*) transaction
    {
        if(transaction==nil)
        {
            ShowAlertMessage(@"错误",@"发货失败,transaction为空,请与开发人员联系!",@"关闭");
            NSLog(@"transaction is null,please check");
            return;
        }
        
        NSString* order = [[transaction payment] applicationUsername];
        NSString* recipt = [[transaction transactionReceipt] base64Encoding];
        NSString* paytype = @"normalpay";
        
        //applicationUser为空,将本次的订单号回传游戏平台
        if(nil == order  || order.length == 0)
        {
           		 //如果本次不是通过重新点击支付生成订单,而是由重新登录检测到的未finish订单,将roleID回传游戏平台
            if(nil == tempOrder  || tempOrder.length == 0)
            {
                if([RoleID isEqualToString:@"-1"])
                {
                    //未进入游戏,订单号为空的情况不做处理
                    return;
                }
                
                if(nil == RoleID  || RoleID.length == 0)
                {
                    //进入游戏后假设某种异常导致RoleID为空,提示玩家错误原因
                    ShowAlertMessage(@"错误",@"发货失败,RoleID为空,请与游戏开发人员联系!",@"关闭");
                    return;
                }
                paytype = @"OrderIsNull";
                tempOrder=RoleID;
            }
            order=tempOrder;
            
        }
        
        if(nil == recipt  || recipt.length == 0)
        {
            ShowAlertMessage(@"错误",@"发货失败,recipt为空,请与开发人员联系!",@"关闭");
            NSLog(@"recipt is null or empty,please check");
            return;
        }
        
        NSURL *nsUrl = @"http://平台地址" ; //这里址就不写了
        
        NSMutableURLRequest * request = [NSMutableURLRequest requestWithURL:nsUrl];
        [request setHTTPMethod:@"POST"];
        NSMutableDictionary * dictionary = [[NSMutableDictionary alloc] init];
        [dictionary setValue:recipt forKey:@"data"];
        [dictionary setValue:order forKey:@"sign"];
        [dictionary setValue:paytype forKey:@"ptype"];
        NSError * orError = nil;
        NSData * orData = [NSJSONSerialization dataWithJSONObject:dictionary options:NSJSONWritingPrettyPrinted error:&orError];
        NSString *content = [[NSString alloc] initWithData:orData encoding:NSUTF8StringEncoding];
        NSData * data =[content dataUsingEncoding:NSUTF8StringEncoding];
        [request setHTTPBody:data];
        NSURLResponse * response = nil;
        NSError * error;
        NSData * result = [NSURLConnection sendSynchronousRequest:request returningResponse:&response error:&error];
        
        if(error == nil)
        {
            NSDictionary * dResult = [NSJSONSerialization JSONObjectWithData:result options:NSJSONReadingMutableContainers error:nil];
            int ret = [[dResult objectForKey:@"retCode"] intValue];
            if(ret == 0)
            {
                [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
            }
        }
        else
        {  
            ShowAlertMessage(@"错误",@"发货失败,与游戏平台通信错误,请与开发人员联系!",@"关闭");
        }
        
    }


            其中前两种是比较常见的情况,在开发者这边也是可以方便调试到的,后面两种是在正式环境中遇到的情况,需要不断的完善逻辑,尤其最后一种情况,如果哪位大神有碰到过,希望可以指出。



    展开全文
  • 苹果内购审核那些被拒的原因

    千次阅读 2020-12-24 20:35:35
    小萌做的教育类型的项目终于上架了,小萌瞬间喜极而泣,内购终于符合苹果的审核要求啦,小萌...属于消耗型的项目,那个时候很容易就上线了,随着时间的推移,苹果内购的审核规则也在不断的变化。现在做的项目属于教...

    小萌做的教育类型的项目终于上架了,小萌瞬间喜极而泣,内购终于符合苹果的审核要求啦,小萌感动的稀里哗啦的。

    每次上架前小萌现在又养成习惯,看看苹果的审核规则,做了那些改动

    App Store 审核指南

    现在小萌说一下那些被拒的心酸经历。

    两年前小萌做过内购,那个功能比较简单,就是娱乐项目的打赏功能。属于消耗型的项目,那个时候很容易就上线了,随着时间的推移,苹果内购的审核规则也在不断的变化。

    现在做的项目属于教育类的课程,第一次我们参考慕课网,觉得我们的教育课程是实实在在的,不需要用内购,上架,很明显被拒绝啦。

    第二次我们打算先不做内购,先上架要紧,然后就屏蔽掉了支付功能,可是苹果死活不同意,说我们在偷偷的做某些功能,上架之后担心我们用第三方支付,被拒绝,苹果不知道哪来的先进技术可以扫描支付宝,微信支付第三方。

    第三次给苹果留了电话联系方式,联系方式中国人一定要加+86,,等了大概3天,收到回复电话,说不行我们必须做内购才可以上架。

    这一次我们花了一周的时间参考网易云的内购,为我们的项目做了内购,心想这一次一定可以通过了吧?可是现实很残酷,又被绝啦,这个时候的小萌已经快疯了,不知道该怎么办?

    接下来的时间小萌在不断的找方法,有人说你们之前加入应用程序的支付宝支付,微信支付这些第三方也存在隐藏的功能,必须要去掉,好的,小萌去掉这些,再次提交,可是被苹果毫不留情的拒绝了,小萌瞬间泪崩呀。

    就在小萌感到绝望时,看到一篇博客,上面写了人家被拒的过程,小萌感觉到终于有了解决措施啊,简直是久旱见甘露啊,

    关于内购的那些坑

    看到最关键的地方那就是免费的课程就是不登录也可以观看,不免费的课程也可以不登录就购买,也就是说写要增加一个身份游客,可是小萌觉得有些荒唐啊,要是别人的账号在我的手机上登录怎么办,手机掉了怎么办啊,觉得不可行,至于中间猜测的课程是不是一次购买终身可用,这一点小萌不敢说的太绝对,不过小萌这里做了接口控制。

    接下来就是绕过这些的想法了,怎么办呢,小萌尝试了一下一种方法,那就是整个项目必须登录才能使用,也就是第一次打开的时候就登录,这种方法小萌也不敢太确定,可是奇迹出现了,竟然通过审核啦,谢天谢地,小萌高兴的不要不要的。

    B85599A6-4C2B-42BD-9E19-634CB663B280.png

    结束语:

    1、创建内购买项目时,如果有某些地方没填,保存后会显示“元数据丢失”,这种状态的内购买项目是无法提交审核的,需要把内购买项目的每一个可填的地方都填写清楚,都填写完保存后会显示“准备提交审核”

    2、充值或者有内购的地方不允许有苹果内购相关规定的提示语

    3、内购项目必须点击即可购买,无需点之后再确认购买

    4、内购买项目不允许强制用户登录注册后再购买,可以用游客身份购买

    5、所有免费的东西都要允许用户在未登录状态下播放观看

    6、我们可以通过接口控制登录部分,也就是审核的时候让用户强制登录,通过审核之后放开(小萌用的这种方法)

    展开全文
  • 苹果内购那些事儿(一)

    万次阅读 2018-06-22 13:17:54
     苹果内购是指Apple Store的应用内购买,是苹果为App内购买虚拟商品或服务提供的一套交易系统。 其他章节:苹果内购那些事儿(二) 1.1内购商品类型 1.1.1消耗类型商品  该类型适用于可多次购买的消耗型项目,如...
  • uni app ios 苹果内购

    千次阅读 2021-03-26 16:44:43
    app ios 苹果内购 的步骤 1,准备工作先要熟悉uni 开发ios 内购需要准备的沙盒 测试账号,然后在设置自定义调试基座,然后在 app store connect配置好 苹果内购商品id 2,开始写 内购的代码 <template> <...
  • 苹果内购: 只要你在苹果系统购买APP中虚拟物品(虚拟货币,VIP充值等),必须通过内购方式进行支付,苹果和商家进行三七开 验证模式有两种: Validating Receipts With the App Store 通过访问苹果接口进行验证...
  • Springboot 对接苹果内购代码

    千次阅读 2019-11-11 11:56:16
    苹果内购和微信、支付宝支付流程有所不同,微信和支付宝都是通过各自的统一下单接口,拿到客户端所要的参数,之后返回给客户端,客户端支付完成进行回调并进行业务操作,而苹果内购是客户端直接支付完成之后通过...
  • Flutter 接入iOS苹果内购支付踩坑过程

    千次阅读 2021-08-06 18:48:29
    苹果内购支付和我们平时接入支付宝或者微信支付有很大的差别。 苹果内购支付的价格只能选择,不能直接设置。如图: 第一次配置好一个项目后,需要重新提一个版本后才能生效的。所以,第一次只能通过沙盒测试了。 ...
  • 开发过程中碰到的问题,需要进行苹果内部支付,亲测可用
  • 去应用商店 通过苹果验证应用购买的 go 实现。 文档 参考
  • 苹果内购支付错误码

    2021-07-15 14:04:23
    https://developer.apple.com/documentation/storekit/handling_errors?language=objc https://developer.apple.com/documentation/storekit/skerrorcode?language=objc
  • 苹果内购 订单验证 21002 坑

    千次阅读 2021-12-02 11:48:11
    苹果官方文档上说: 要从设备上的 app 检索收据数据,请使用 NSBundle(英文) 的 appStoreReceiptURL(英文) 方法来找到 app 的收据,再对该数据进行 Base64 编码。接着将这个以 Base64 编码的数据发送到您的服务器。...
  • 1、支付宝支付都是异步通知,直接配置支付宝和微信异步请求接口。 2、微信支付都是异步通知,直接配置支付宝和微信异步请求接口。...2、苹果内购支付是同步通知,需要ios客户端调用同步支付接口。 ...
  • 苹果内购IAP流程

    2020-04-03 16:40:28
    需要在APP里消耗的虚拟物品,都需要使用苹果内购,比如游戏钻石,VIP充值。如果是玩家与平台之间进行实体交易,则不需要通过内购,比如在淘宝买商品,转账等等。 想要使用苹果内购,首先你需要在appstoreconnect....
  • 关于苹果退款技术,相信还有许多伴侣比力关心。一定会有许多伴侣在百度上找措施,那么这些措施都没用,而且一些专业的退款措施和工作室的措施有区别吗?答案是一样的,可以退货,但不专业的只能退一小部门金额,假如...
  • 1.应用场景:使用苹果内购的APP/游戏2.实现目标:了解一下苹果内购价格的梯度3.代码说明:更新时间:2017-06-20【最新官方文档中说明的内购价格的说明】等级1~等级87:(RMB)6 - 12 - 18 - 25 - 30 - 40 - 45 - 50 -....
  • 苹果内购-后端注意事项

    千次阅读 2018-06-09 23:13:05
    是的,我说的就是苹果内购!1.先上php验证函数:/** * 验证AppStore内付 * @param string $receipt_data 付款后凭证 * @return array 验证是否成功 */ function validate_apple_pay($receipt_data) { /** * 0 ...
  • 苹果内购后台(java)验证订单

    千次阅读 2019-03-28 16:55:10
    苹果内购:前端购买 -> 下单支付 -> 拿到苹果服务器返回的receipt-data,再把receipt-data传递给自己的服务器进行验证操作,自己的服务器拿到receipt-data后,请求苹果服务器进行验证,然后处理本地业务逻辑,...
  • iOS苹果内购(详细步骤)

    千次阅读 2020-10-13 17:20:45
    一.设置付费协议 ... 设置 2.查看付费同意条款 设置付费协议 ...6.根据报税表填写报税情况,根据自己实际情况,在这里...2.选择内购项目类型 根据功能选择 3.设置产品价格及名称 4.显示信息 5.审核信息 注意:这些信息
  • 苹果内购纯C++调用

    2019-03-06 10:55:49
    苹果内购纯C++调用 完美使用 调用操作示例都已经写好 无缝接入
  • PHP 处理苹果内购二次验证

    千次阅读 2019-01-21 16:26:41
    ios移动端购买虚拟产品时 需要后端进行二次验证,...数据库商品表新增 product_id,ios_price(由于苹果要扣除部分收益,所以一般ios端的价格与安卓不同) 请求参数: uid apple_product_id,receipt_data,transact...
  • } else { // 苹果验证有返回结果 ApplePay applePay = JSON.parseObject(pay, ApplePay.class); if ("21007".equals(applePay.getStatus())) { //是沙盒环境,应沙盒测试,否则执行下面 //2.再沙盒测试 发送平台...
  • 苹果内购后的Receipts内容注解

    千次阅读 2021-02-18 21:01:07
    验证Receipt方式参考:https://developer.apple.com/cn/documentation/storekit/in-app_purchase/validating_receipts_with_the_app_store/ 沙盒环境:POST https://sandbox.itunes.apple.com/verifyReceipt生产环境...
  • 退款就是将您30天,通过自己的Apple ID(非代充)充值的金额,全额退还至您当初的支付方式。退款是经过苹果官方客服允许,对之前购买的东西没有任何影响。退款成功后当初购买的所有东西都不会消失没有任何影响。先...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 35,977
精华内容 14,390
关键字:

苹果内购

友情链接: 餐馆点餐系统.zip