問題タブ [in-app-purchase]

ユーザーに製品を販売するWebサイトがあります（ダウンロード可能）。私はiPhoneアプリを作成していて、3.0のアプリ内購入を使用して一部の製品を販売できるようにしたいと考えています。

今、ドキュメントには、販売したいものはすべてiTunes Connectにアップロードし、Appleによって承認される必要があると記載されています。しかし、私は自分のアプリで販売する商品を毎日追加し続けたいと思っています。

Webサイトから製品のリストを取得するWebサービスがあります。アプリ内購入を含めて、ユーザーがアプリ内からこのようなものを購入できるようにすることはできますが、iTunes Connectに追加する必要はありませんか？

アイテムが消耗品か非消耗品かなど、アプリ内購入の製品に関する情報を取得する方法は? SKProduct は、productidentifier、価格、タイトル、ローカライズされたタイトルなどのみを教えてくれますか?

私は数日間アプリの購入で遊んでいますが、常に無効なステータスを取り戻しているため、アプリストアでレシートを検証しようとするまではすべて正常に機能します。

レシートデータをPHPサーバーに渡し、そこからアプリストアに転送しています。有効な応答が得られたら、レシートデータをデータベースに追加する予定です。

ストアキットのプログラミングガイドとクラスリファレンスは、実際にはどのような例も示していないため、この特定の領域では役に立たないものではありません。少し役立つ記事を1つ見つけましたが、それでも問題があります。

基本的に、レシート検証が機能している人が、私がどこにも行かないので、コードを共有してくれるのではないかと思っています。

ありがとう

アプリ内購入のサンドボックス テスト用のテスト アカウントを作成しました。これらの手順に従ってテストしています

1. 既存のアカウントからログアウトした
2. アプリを開き、利用可能な製品のリストの取得を開始します

3. 製品をダウンロードするプロセスを開始する

   SKPayment *payment = [SKPayment paymentWithProductIdentifier:productId];

   [[SKPaymentQueue defaultQueue] addPayment: お支払い];

理想的には、この時点でユーザー名/パスワードを尋ねられるべきです。しかし、何も求められず、トランザクションは失敗します (明らかにログインしていないため)

[設定] -> [ストア] からログインしようとすると、クレジット情報が要求されますが、これは必要ないと確信しています。

誰かがこの問題で私を助けてくれますか?

ありがとう...

私のiPhoneアプリケーションにはアプリ内購入があり、それらはiTunesConnectテストユーザーアカウントを使用してテストされています。現在、ベータテスターに​​アドホック配布で配布しています。購入を「ライブ」にして、実際のiTunesアカウントでテストでき、テストアカウントを使用する必要がないようにする方法はありますか？iTunesストアに正式に提出する前に、これをテストしたいのですが。

App Store の有料アプリの既存ユーザーがいます。アプリをロック解除可能な機能を備えた無料アプリに移行したいと考えています。有料の「アップグレード」を可能にするこの新しい無料バージョンに既存のユーザーをロールバックして、既存のユーザーがこのアップグレードの料金を既に支払ったかのように扱う方法はありますか? または、私が予想するように、アプリの開発が進むにつれて、既存の顧客に再購入を強制して怒らせる代わりに、2 つの別個のコード ベースを維持する必要がありますか?

Apple は今日、無料アプリ内からのアプリ内購入のサポートを許可し始めたばかりなので、最初はこの質問に対する正式な回答はおそらくないでしょう...

サーバー購入モデルについては、Appleの図をご覧ください。

ステップ9で、サーバーは、購入の資格があるiPhoneと実際に通信していること、およびイブが不正に取得したレシートでリプレイを実行していないことをどのように知ることができますか？

領収書は有効である可能性がありますが、それは送信者が資格のある当事者であることを証明するものではありません。

領収書に署名するために使用できるiPhoneのデバイス証明書の概念はありますか？

レシートをデバイスにバインドする方法、またはレシートをiTunesアカウントとデバイスの両方にバインドして、サーバーが検証できるようにする方法はありますか？

Amazon アプリはそれを行い、Fandango も同様のようですが、iPhone アプリから実世界の商品 (本、食品など) の購入を提供しようとした人はいますか?

別の投稿では、PayPal API が技術的に可能であると言及していますが、Apple によって拒否される可能性が非常に高いです。アプリ内購入は、このメカニズムを使用して実際の商品を販売することに対して明確に述べています。

私が検討しているもう 1 つのオプションは、アプリ内からバスケットを満たし、支払いのためにモバイル サファリの Web ページにリダイレクトすることです。

この種のプロセスを実装し、Apple に受け入れられた人はいますか?

iPhone でアプリ内購入をテストしようとしていますが、情報を要求した製品 ID が「didRecieveResponse」メソッドで無効な製品 ID として返されるという問題が発生しています。

私は持っている：

• このアプリに関連付けられたストア製品を作成しました。バンドル ID は他のすべてと一致します。販売が許可され、開発者によって承認されました。
• 新しいプロビジョニング プロファイルでストア アプリの購入が有効になっていて、アプリの完全な名前が「com.domain.appname」であることを確認しました。
• これが、アプリを iPhone に署名するために使用されているプロビジョニング プロファイルであることを確認しました。
• 「com.domain.appname」がプロビジョニング プロファイルの作成に使用されるアプリ ID であることを確認しました。
• 「com.domain.appname」がバンドル識別子として plist ファイルで使用されていることを確認しました。

すべてが整っているように見えますが、製品が無効な ID として返されます。

これは私が使用しているコードです:

すべての製品 ID が無効なプリントアウトに表示され、"Product Info:" プリントアウトにはどれも表示されません。

どんな提案でも大歓迎です...

PS はい、これは Objective-c/c++ としてビルドされています。

アプリ ID:com.riseuplabs.newapn

商品ID:com.riseuplabs.newapn.01とcom.riseuplabs.newapn.02

バンドル ID が正しく、プロビジョニング プロファイルが正しく、製品 ID ( com.vendor.appname.itemname) がバンドル ID ( com.vendor.appname) に関連しています。「販売許可」のチェックを外して購入商品を作成する場合。

次のコードで製品をリクエストしました。

しかし、それに応じて：すべての製品IDがinvalidProductIdentifiers配列にあります。