iOS苹果内购(详细步骤)

iOS苹果内购(详细步骤)

成都创新互联拥有10余年成都网站建设工作经验,为各大企业提供成都做网站、网站建设服务，对于网页设计、PC网站建设（电脑版网站建设）、成都APP应用开发、wap网站建设（手机版网站建设）、程序开发、网站优化（SEO优化）、微网站、域名与空间等，凭借多年来在互联网的打拼，我们在互联网网站建设行业积累了很多网站制作、网站设计、网络营销经验，集策划、开发、设计、营销、管理等网站化运作于一体，具备承接各种规模类型的网站建设项目的能力。

iOS 内付费（in-app purchase）－－非消耗品的购买与恢复

恢复购买官方地址

苹果内购商品信息获取

Unity苹果(iOS)内购接入（Unity内置IAP）

# Unity3d发布IOS(包含u3d自带IAP内购)的流程-小白篇(三)-u3d配置ios内购部分

每次支付行为或每笔交易被认为是一个SKPaymentTransation，只有当SKPaymentTransation被finishTransaction:，这次支付（交易）行为才算是正常结束了。即使这次支付途中被中断，其实也并没有丢失。假设支付没有完成 App 就退出了（比如崩溃），那么当下次 App 重启之后，只要设置了监听addTransactionObserver:，之前被中断的支付就会接着进行。

第1步，这个过程中 App 进程因为某种原因被 kill 了，其实支付行为还在系统后台进行着，苹果自己做的，很有可能扣款成功。但是这时候没法为用户充值虚拟货币。

第2步，App 端与自己服务器端通信失败；自己服务器端与 AppStore 服务器之间的通信失败。

针对第一种情况，可以在 App 一启动就设置监听，如果有未完成的支付，则会回调- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions;这个方法，在这个方法里调用接口充值。

至于第二种情况，App 端需要做接口重试，设置一个重试的逻辑。

在发起支付请求之后，苹果返回商品列表，先请求服务器下单接口，成功之后，将订单信息保存在钥匙串，然后发起支付，在支付状态的回调当中， 成功了就去做服务器的验签操作，验证成功，关闭事物，并将订单信息删除，支付完成

app启动时监听掉单情况， 如果有掉单情况，回走事物更新的回调，然后再回调里，通过钥匙串拿出订单相关信息，然后获取支付凭证，重新向服务器发起验单的流程。

钥匙串保存订单信息作用：为了拿到订单的相关信息作为参数来请求服务器验签接口。

iOS 内购 IAP 流程

4, 5 . 如果后端有订单系统的话, 那么当点击某一款产品时, 要向后端请求生成订单号. 没有订单系统, 不要订单号也是可以的. 然后根据product创建payment实例, 并将其放入paymentQueue中, 发起付款请求:

要注意:

如果产品类型属于非续期订阅, 那么以上方法是查不出来的. 因为非续期订阅 是可以无限次购买的产品, 产品有有效期, 买的越多, 有效期越长, 例如为期一年的已归档文章目录订阅.

Flutter iOS 苹果IAP(内购)实现步骤及问题总结(全网最全)

点击 “协议、税务和银行业务”

内购用的是付费应用程序，先签署《付费应用程序协议》，同意后状态变更为“用户信息待处理”，等待审核。

状态更改完毕后，点击“开始设置税务、银行业务和联系信息”。

（1）添加银行账户,按照要求填写相关内容即可。

（2）选择报税表，并填写。所有与 Apple 有商业合作者必选都是美国，若有其他需求，可以多选。

继续填写，首先认证公司基本信息，选择所有人类型，确认无误后认证条款处打对勾

Part I 部分，继续核对公司相关信息，选填内容可不填。

Part III 部分，签署税务条约，设置利益限制条款的种类，选填内容可不填。此部分如果需要可勾选上下图勾选框，不需要可不勾选，我们这个项目没有用到part III 部分,所以没有勾选。

Part XXX 部分，确认之前填写的信息，勾选完毕后，提交

（3）填写联系信息，共5个。高级管理、财务、技术、法务、营销。只需要提供5个人的基本信息即可。

只可使用一次的产品，使用之后即失效，必须再次购买。

示例： 钓鱼 App 中的鱼食。

只需购买一次，不会过期或随着使用而减少的产品。

示例： 游戏 App 的赛道。

允许用户在固定时间段内购买动态内容的产品。除非用户选择取消，否则此类订阅会自动续期。

示例： 每月订阅提供流媒体服务的 App。

允许用户购买有时限性服务的产品。此 App 内购买项目的内容可以是静态的。此类订阅不会自动续期。

示例： 为期一年的已归档文章目录订阅。

App 内购买项目的截屏，即所售项目的示意图。例如，如果 App 内购买项目是一本图书，您可以提交图书的截屏。您也可以提交购买页的截屏。该截屏仅用于 Apple 审核，不会在 App Store 中显示。

截屏要求如下：

iOS 至少需要 640 x 920 像素

Apple tvOS 需要 1920 x 1080 像素

macOS 需要 1280 x 800 像素

App 审核图像上传后，可以替换，但无法移除。当您的 App 内购买项目处于审核中时，您无法更新截屏。

沙箱账号是不能直接在App Store进行登录的，只能在点击了购买商品之后，在弹出的登录框进行登录 。

验证是否已登录沙箱测试账号：

设置--iTunes Store与App Store，页面拉到最底部，会看到沙箱账户项会列出你已登录的沙箱测试账号！

操作方法一：打开App Store应用首页滑到最下方--选中AppleID--注销

操作方法二：设置--iTunes Store与App Store--选中AppleID--注销

checks if the client can make payments(检测App是否能支付)

getAvailablePurchases

Get all non-consumed purchases 获取未消费的商品

打印信息查询；

原因：

没有先执行getProducts，直接执行requestPurchase方法,要先拉取商品列表，再执行购买操作.

问题描述；

1.漏单必须要处理，玩家花RMB购买的东西却丢失了，是绝对不能容忍的。所谓的漏单就是玩家已经正常付费，却没有拿到该拿的道具。

解决：只要购买成功，便将购买记录(receipt等账单信息)保存下来，然后将账单信息传送给我们游戏服务器，游戏服务器获得账单后，和苹果服务器验证，账单有效的话，回馈给游戏服务器处理，游戏服务器处理后，返回给游戏客户端处理，处理完毕，将本地保存的购买记录删除。

官方文档：向苹果校验支付凭证

21000 App Store无法读取你提供的JSON数据

21002 收据数据不符合格式

21003 收据无法被验证

21004 你提供的共享密钥和账户的共享密钥不一致

21005 收据服务器当前不可用

21006 收据是有效的，但订阅服务已经过期。当收到这个信息时，解码后的收据信息也包含在返回内容中

21007 收据信息是测试用（sandbox），但却被发送到产品环境中验证 【请求sandbox校验支付凭证】

21008 收据信息是产品环境中使用，但却被发送到测试环境中验证

消耗类型： 例如：金币、道具等。

非续订订阅： non-renewable subscription 例如：VIP

您的首个 App 内购买项目必须以新的 App 版本提交。请创建您的 App 内购买项目，然后前往 App 的“App Store”页，从“App 内购买项目”中进行选择，点按“提交”。 了解更多

在上传二进制文件并提交首个 App 内购买项目以供审核后，您可以使用下表提交其他 App 内购买项目。

唐巧-iOS应用内付费(IAP)开发步骤列表

未完~待续

当使用内购购买过商品之后没有把这个交易关闭，所以再次去购买商品后就会调用以前已经购买成功的交易去购买因为已经购买过，才会有这个提示

原因：添加内购项目时，信息填写不完整，app审核图像未上传

处理方法：上传app审核图片( 合适的尺寸 )，点击提交，状态改为正在准备审核中。

这个是内购选择类型不匹配原因导致。

购买成功之后，Apple会返回以下四个数据给应用

Reference

Review the updated Paid Applications Schedule.

游客身份解决方案：即不登录也要能购买

1）服务器端做一个苹果审核机制，审核期间游客身份可以进行一切行为，一旦审核通过，修改服务端即可达到强制用户登录进行内购买的目的（这个有点。。。）

2）游客可以进行内购买，购买时以设备UUID为准，生成一个游客账号，将购买信息保存在服务器和本地，当用户登录正式账户后判断此设备是否进行过内购，有的话提示用户将游客身份购买的权益与现有账号绑定，如果绑定，游客权益则迁移到正式账户，如果不迁移，则游客身份和正是账户是两个独立账户，正式账户不享有游客身份的权益（我用的这个）

内购游客模式解决方案

iOS内购规则

iOS 内购掉单 补单 解决整理

1、苹果内购的流程图(由服务器校验苹果单据)

①原生app发起内购

②-支付完成后可获得一个单据

③-获取单据后调用我们自己后台服务器接口(服务器接口调用苹果接口进行校验，然后处理修改账号金额的操作)

④-调用完后台服务器接口后返回结果给app进行数据刷新

2、掉单出现的位置

①就目前来说，因为我是用的沙盒环境下测试，所以没有真实的付款流程，所以①这块发生丢单情况的还没遇到过,网上有小伙伴反映在实际支付过程中①过程可能产生丢单，明明支付了钱，但是在app收不到内购充钱成功的回调...这里不做探究

③

对app开发来说，最常见丢单情况出现在③的位置，因为在我们获取到内购成功的单据后，需要我们自己再自行调用服务器接口，如果用户在这时候关网、强行关闭app，就中断调用过程！

④

我们自己后台服务器接口返回超时

///待续...