デバイス枠・API 使用量・課金ルール

返金をリクエストする

残高とチャージ → 返金をリクエストする → 私の返金申請

返金をリクエストするには、クレジットされたリチャージ注文のいずれかを選択してください。

返金の対象は、チャージした残高の未使用分です。申請しただけでは残高は確保されません。利用可能な残高は審査時に確認されます。

デバイスクォータは、使用されたデバイスをカウントします。 API クォータは、成功したサーバーリクエストをカウントします。これらは別個の措置です。デバイス数では API の使用状況を判断できません。

どの操作が API の使用量にカウントされますか?

アクション	カウントされましたか？
アクティベーション、検証、ハートビート、またはリリースの成功	それぞれの成功は 1 回とカウントされます。同じ日の別々のハートビート数をそれぞれカウントします。
失敗したリクエスト、例:無効なキーまたは不十分な割り当て	カウントされない
同じ Idempotency-Key を使用して再試行し、元の結果を返します。	再度カウントされません
ローカル CheckFeature または署名付きキャッシュチェック	カウントされません。サーバーリクエストはありません
管理 API キーを使用してライセンスを照会または発行する	このランタイム API クォータには含まれていません

繰り返されるリクエストはデバイスを複数回カウントしますか?

デバイス枠は現在のアクティベーション数で計算し、解除すると返却されます。通常ライセンスはオフラインでも枠を使用し、フローティングライセンスはリース満了時にも自動返却されます。

デバイス超過料金は割当月の最大占有数で計算します。その範囲内の端末交換では再課金しません。履歴と発生済み料金は保持されます。

たとえば、100 台のデバイスが 1 日 8 時間、1 か月あたり 22 日稼働し、10 分間のハートビートが発生すると、それだけで次の数のハートビートが生成されます。 105,600件の呼び出し。毎日デバイスごとに 100 のアクティベーションと 1 つの追加の検証を追加すると、 107,900件の呼び出し。

この例では追加の検証が想定されています。実際の使用量はアプリによって異なります。でオンライン使用量見積もりツールデバイス、実行時間、リクエスト間隔を調整します。

プランの超過料金はどのように請求されますか?

100,000 回の API コールと追加コールごとに 0.0001 USD のプランの場合: 120,000 回の成功したコールは 20,000 回の追加を意味し、API の超過料金が発生します。 2 USD。

管理者価格で超過分の残高を控除できるプラン。累積金額はセントに四捨五入され、その増加分のみが請求されるため、呼び出しごとのわずかな料金によって繰り返しの四捨五入料金が発生することはありません。

デバイスの超過分は別途、超過デバイス × デバイスの単価となります。ハード制限により、そのクォータに対するそれ以上のリクエストが拒否されます。残高が不十分な場合は、次の請求可能なリクエストも拒否されます。拒否されたリクエストでは使用量は追加されません。

無制限の API クォータには、API の超過料金はかかりません。クォータがゼロの場合は無料呼び出しが含まれないため、最初に成功したリクエストから超過ルールが適用されます。含まれるクォータ、価格、制限については、を参照してください。現在のプラン、これらの数値は単なる例です。

ライセンスの席数上限とワークスペースのデバイス枠は別の制限です。通常ライセンスもフローティングライセンスも、現在有効なアクティベーションがワークスペースの枠を使用します。

10 台のデバイスを順次使っても、交換するデバイスを先に解放し、有効なアクティベーションを常に 3 台以内に保てば、消費するデバイス枠は最大 3 です。

使用履歴には過去に使用したデバイスが残ります。現在の枠の使用数とは異なります。

パッケージの期間と割り当てはいつ始まりますか?

1、3、6、または 12 か月を購入します。合計金額を一度支払います。支払いが成功した後にパッケージが開始されます。

API枠は毎月リセットされ、未使用分は繰り越されません。

購入済みプランの利用枠は開始日を基準とする月単位で計算します。有効なデバイス登録は月をまたいでも維持されます。

各利用月には該当する利用枠と単価が適用されます。公開済み規則の不利な変更には事前通知が必要で、支払済みのプラン料金は変わりません。

購入しない場合、管理者のデフォルトは UTC 暦月までに適用されます。デフォルトのデバイス料金は毎月の請求書を使用します。デフォルトの API 超過分は残高から直ちに差し引かれます。購入したプランは、デフォルトのクォータを追加せずに、独自の期間のクォータを使用します。

クォータまたは残高不足により実行時リクエストが拒否された場合でも、既存のオフライン署名は元のルールに従って有効なままになります。ベンダーは、顧客のランタイム API クォータを消費せずに、コンソールでデバイスをリリースできます。

プランに関するメール通知

管理者は、システム設定で通知の種類とリマインダーの日を選択します。デフォルトは有効期限が切れる 7 日前です。 7日、3日、1日を設定できます。

ワークスペース所有者は、プランと請求で電子メールの種類と言語を選択します。購入通知や自動更新通知を含め、すべてがデフォルトで有効になっています。

通知には、前払い更新や連続した贈呈期間を含めた最終有効期限を使います。月ごとの利用枠がリセットされても、期限切れの通知は送信されません。

メール設定と残高による自動更新は別のものです。電子メールをオプトアウトしても、有効な更新は無効になりません。

既存の検証電子メールサービス、送信者、キューを使用します。顧客はオプトアウトすることもできます。