請求サイクル

IronFlockがインフラリソースとサードパーティアプリの使用量に対する月次請求書をどのように計算・生成するかについて説明します。

概要

IronFlockは月次の請求サイクルを実行し、各顧客に対して2種類の請求書を生成します：

両方の請求ストリームは独立して処理され、顧客の請求書に個別の明細として表示されます。

請求システムは60分ごとに3つのバックグラウンドタスクを実行します：

タスク	説明
サイクル請求	すべてのアカウントの課金レコードを生成または更新します。各月次期間の終了時に、確定された請求書がStripe請求書にまとめられ、自動的に課金されます。
支払い情報チェック	無料利用枠を超えたが支払い方法が未登録のアカウントを検出します。これらのアカウントのデバイスは、有効な支払い方法が追加されるまで制限されます。
予算アラートメール	使用量が顧客の設定した予算に近づくか超過した場合にアラートを送信します。ソフトリミットの警告は予算のしきい値パーセンテージで送信されます。ハードリミットのアラートは予算を完全に超過した場合に送信されます。

インフラ請求書は、顧客が使用したIronFlock自体のリソースをカバーします。これらの費用はIronFlockに直接支払われます。

リソース	計測方法
ストレージ	プロジェクトバックエンドに保存されたGB
ネットワーク	転送されたMB（送受信合計）
仮想デバイス	アクティブ日数 × 日次レート（レートはVMティアで決定）
AIの利用	AIクレジット：AIが処理するトークン、およびWeb検索クエリ1件につき1クレジット

各顧客のアクティブなプロダクトには含まれるリソースが定義されています。請求システムは実際の使用量をこれらの許容量と比較します：


overage = actual_usage - included_amount
billable_amount = overage × unit_price

使用量が含まれる許容量内であれば、そのリソースに追加料金は発生しません。

アプリ請求書は、ディストリビューターが公開したサードパーティアプリの使用をカバーします。これらの請求書の収益は、ディストリビューターとIronFlockで分配されます。

アプリ日数のカウント — 各デバイスの各アプリについて、請求期間中にPRODモードで実行された日数をカウントします。
含まれるユニットの控除 — プロダクトの含まれる継続ユニットと残りの一回限りユニットを合計から差し引きます。一回限りの含まれるユニットは、請求期間をまたいで減少する生涯割り当てです。
ボリュームディスカウントの適用 — そのアプリを使用する顧客のすべてのデバイスのアプリ日数を合計します。リベートパラメータで実効ユニット単価を計算します：
```
effective_price = base_price × units^(-rebate)
total_cost = effective_price × units
```
請求書の生成 — ディストリビューターごとに個別の課金レコードが作成されます。顧客が複数のディストリビューターのアプリを使用している場合、それぞれが独立した課金レコードを持ちます。

顧客が20台のデバイスでアプリを1ヶ月間（30日間）使用した場合：

各請求書は定義されたステージを経て進行します：

ステージ	説明
ドラフト	使用量が蓄積中。1時間ごとに更新されます。まだ課金されていません。
確定	請求期間が終了。合計金額が確定されます。
請求書発行済み	Stripe請求書が作成されます。インフラとアプリの料金が1つの請求書にまとめられます。
支払い完了	顧客の支払い方法で課金されます。アプリディストリビューターの収益分配が振込可能になります。

顧客はユーザー設定 → 請求で請求履歴を確認できます：

アプリディストリビューターは、ユーザー設定のセラーセクションでアプリが生成した収益を確認できます。