アプリケーション (保険契約) を通じて製品を販売したいのですが、製品価格の 30% を共有することになるため、アプリ内購入メカニズムは使用したくありません。代わりに、クレジット カードの詳細を入力するページをユーザーに提供し、独自に開発したセキュリティで保護されたサービスを通じてクレジット クリアリングを実行したいと考えています。

私の質問: 独自の購入システムを使用してコンテンツや機能ではない製品を販売することは、Apple またはアプリストアのポリシーで禁止されていますか?

Judging by a conversation I had on #appengine at irc.freenode.net, I'm clearly not the only person baffled by GAE pricing, so I figured I'd throw this up on StackOverflow and ask for clarity. Essentially: given an app with the figures below, what should its "CPU time" bill be per year?

Suppose:
h = Google App Engine's charge per hour for CPU time. Currently, h = $0.10
f = Google App Engine's daily free quota of CPU hours. Currently, I think* f = 2853.5
t = total registered users
s = simultaneous users. Assume = t * 0.2
e = (requests/second)/simultaneous user. Assume = 0.5
r = requests/sec = s * e
R = requests/day = r * 3600 * 24
p = CPU hours/request. Assume 150ms/request. I.e. assume p = 0.15/3600
c = CPU hours/sec = r * p
C = CPU hours/day = c * 3600 * 24
y = average number of days in a year = 365.25 B = CPU time bill per year = (C - f) * h * y

Therefore, C = t * 0.2 * 0.5 * (0.15/3600) * 3600 * 24
So suppose I get 10000 registered users, that means C = 3600.

In that case:
B = (3600 - f) * h * y = 9146.5 * $0.10 * 365.25 = $40415 to the nearest dollar

Is that right, or have I misunderstood what CPU time is, how it is priced, or how the quotas work?

*The free daily quota is not clearly expressed, but I think it's 6.5 hours for general use plus 2,487 hours for datastore manipulation: 2853.5 hours/day in total, assuming that my app mostly spends its time handling requests by using a controller to generate views on the models in the datastore, and allowing CRUD operations on those models.

NB. For a transcript of the IRC discussion, please see the edit history of this question.

私はプログラミング全般、より具体的にはRubyonRailsの2年生です。私はいくつかのアプリを作成しましたが、最終的に課金を開始したいアプリがあります。私はこれまでこのようなものを実装したことがなく、（私が読んだものから）提供されたドキュメントのほとんどが少し頭を抱えているように感じます。飛び込んでもかまいませんが、その前に、ユーザーに月額使用料を請求するためのモデルを実装する最も簡単な方法について、経験豊富な人から意見を聞きたいと思いました。2つのメモ：

1. 私のアプリにはすでにユーザーが含まれています。有料のユーザーにのみアクセスを許可したいアプリの新しいセクションを紹介します。
2. 支払いのためにサードパーティのページに送ってもかまいません。

私が見つけたものから、PayPalとChargifyの両方がこのタイプの統合のヘルプを提供するというまともな仕事をしているようです。この分野の初心者にとって、どのタイプのソリューションが最適かについてどう思いますか。

ユーザーが携帯電話から Web ページにアクセスして、SMS の承認なしで .jar をダウンロードし、価格について通知を受け、請求を受けられるようにしたいと考えています。商用アプリ ストアを使用せずに実行するのは信頼できるタスクですか?
ありがとう。

編集: OVI の請求書と同じ方法でユーザーにクレジットを付与することは、優れたアプローチになる可能性があります。小さな会社にとっては理にかなっていますか?

これは顧客テーブルです。列「C_BillingDay」は、毎月の請求書の期日を示します。たとえば、値が 4 日である場合、その顧客の請求期日は毎月 4 日です。彼は4日に会費を支払わなければならない..

支払い表:

今日までに期限内に会費を支払っていないすべての債務不履行者に質問するのを手伝ってください...

私は DATEADD(MONTH,-1,GETDATE()) のような同様の関数を試してきましたが、望ましい結果が得られません:S

Magentoと双方向で同期できる請求と在庫のアプリケーションを探しています。私たちは同じ在庫セットでオンラインとオフラインのストアを運営しており、そのようなソリューションは私たちにとって物事をはるかに簡単にします。

手がかりはありますか？

結果が1つあり、銀行口座で受け取ります。その口座に基づいて、ユーザー口座に残高を入れる必要があります。

試行された合計491.50/0.95 = 517.36から処理コストをどのように見つけることができますか？これは間違っていますか？それは500.00でなければなりません（私の予想に）

ユーザーバランスには500.00が必要です500.00を選択すると、5％の割引が受けられますこれには手数料がかかります

したがって、問題は491.50からです。約束されたバランスを得るには、少なくとも処理コストを見つける必要があります。

解決策はありますか？自分でそれを理解することはできません...

ショートカット：a）私は491.50を入れました-> b）私の式は私がバランス500.00を適用することを提案します（これが主な目標です）

Rails 3 と統合できる請求システム、できればサブスクリプション ベースの請求システムについて、Chargify に代わるものを探しています。私は Chargify を調べましたが、使いやすい API を備えた同等のシステムが他にあるかどうか疑問に思っています。

ケース1（6％割引）：

ケース2（7％割引）：

この式を適用する場所：

7％の数式を修正して正確に1250.00を取得するにはどうすればよいですか？分数エラーの代わりに。

月額料金でモバイルコンテンツをユーザーに送信するための優れたソリューションはありますか？Webベースのオプトインページに番号を入力してから、サブスクリプションを確認するためにPINを確認する必要があるようにしたいと思います。米国の通信事業者の月額請求を可能にするアレゲーターが見つかりません。何か案は？

私のアプリケーションはPHPであり、APIが必要であり、支払いを携帯電話の請求書に反映させたい（自分で管理するのではない）