Autodesk Platform Services（APS）を活用して、お客様がより多くのワークフローを自動化し、より多くのデータと連携、より多くのアプリを利用するようになるにつれて、API 利用量は急速に増加しています。こうした利用の拡大に対応しつつユーザーの規模拡大を支援するため、オートデスクは対象となる製品サブスクリプションに API 利用枠を付帯させました。これにより、API 利用枠が設定されているオートデスク製品サブスクリプションをお持ちのお客様は、追加費用なしで API や自動化を試せる機会が広がります。
これまで、3rd party 製アプリを通じて発生する API 利用料は、その利用がオートデスク製品サブスクリプションのお客様によるものであっても、通常はアプリ開発者の負担となっていました。2026年10月14日より、オートデスクはパススルー課金を導入します。これにより、3rd party 製アプリによる対象の API 利用をユーザーに帰属させ、ユーザー側が保有する APS API の利用枠から消費させることが出来るようになります。
アプリの開発、運用、価格設定、サポートは、これまでどおり開発者の皆様が担います。パススルー課金は、APS の API 利用料をどのように賄うかについて、その裏側の仕組みにより柔軟な選択肢を提供するものです。
パススルー課金とは
現在、3rd party 製アプリを通じて発生する対象の APS API 利用料は、通常、アプリ所有者（チームを編成してデベロッパーハブを作成、アプリを管理している）に請求されています。パススルー課金を利用すると、アプリのユーザー利用を通じて発生する対象 APS API 課金を、そのユーザー側が保有する APS の利用枠を使って消費させることが出来るようになります。この利用枠には、対象のオートデスク製品サブスクリプションに付帯する API 利用枠のほか、Flex（前払い）や Pay as You Go（後払い従量課金）など、その他の APS 購入オプションによるものも含まれます。
- 現在：ユーザー → アプリ → APS（オートデスク）→ API 利用料はすべてアプリ所有者（ISV）に請求
- パススルー課金の場合：ユーザー → アプリ → APS（オートデスク）→ API 利用料はユーザーに請求、またはユーザー側の製品サブスクリプション付帯 API 利用枠から消費
パススルー課金は、双方がオプトイン（任意での参加）する仕組みです。開発者はアプリでこの機能を有効にし、必要な認可の仕組みを実装します。ユーザーが必要な設定を完了すると、対象の API 利用がそのユーザーに帰属されるようになります。
アプリ、製品、価格設定、サポート体制は、これまでどおり開発者が担うことになります。パススルー課金によって変わるのは、対象の APS API 利用料を誰が負担するかという点だけで、そのユーザーとの商取引上の関係は変わりません。
パススルー課金が 3rd party 製アプリ所有者にとって重要な理由
ユーザーの利用状況は一律ではありません。あるユーザーはアプリを軽く使うだけかもしれませんが、別のユーザーは大規模な自動化、データ処理、AI を活用したワークフローを実行し、はるかに多くの API 利用を発生させることもあります。現行のモデルでは、こうした利用量の増加が、そのまま 3rd party 製アプリの所有者が負担する APS API 費用の増加につながる可能性があります。
パススルー課金は、事業を拡大するためのもう一つの方法を提供します。対象の利用料をユーザー側に請求されるようにすることで、API 費用を増加させることなく、利用量の多いユースケースにも対応できます。これにより、利用傾向の異なるユーザーに対応する際や、APS の費用を自社の製品や価格モデルにどう組み込むかを決める際に、より柔軟に判断できるようになります。
ユーザー側にも利点があります。対象のオートデスク製品サブスクリプションに付帯する API 利用枠をお持ちのお客様は、ご自身が選んで利用する対応済みの 3rd party 製アプリにその利用枠を充てることが出来ます。これにより、オートデスク製品サブスクリプションの価値を、より多くのワークフローに広げることができます。
パススルー課金の導入は任意です。アプリやユーザー層に合わせて、ISV が API 利用料を負担する従来のモデルを継続することも、パススルー課金に移行することも、両方のモデルに対応することもできます。
パススルー課金の実際の動作を見る
この例では、あるユーザーがアプリでパススルー課金を有効にしてから、設定を完了し、API 利用料がユーザーに直接帰属される形でアプリを使うまでの一連の流れを追っていきます。
プレビューに関する注意事項： この動画で紹介している内容は、パススルー課金の現時点でのデザインに基づくものです。機能の改良にともない、ユーザーインターフェース、用語、個々のワークフローの手順は変更される可能性があります。
自社のビジネスに合った方法を選ぶ
パススルー課金の導入方法は一つではありません。アプリ、ビジネスモデル、ユーザー層に最も合ったアプローチを選択することが出来ます。
- 現在のモデルを継続する。 ユーザーの ISV アプリ利用によって発生する対象の API 利用料を、引き続きアプリの開発者側（ISV）で負担します。
- パススルー課金用の新しいアプリを立ち上げる。 パススルー課金向けに構成した新しいアプリを作成し、ユーザーのオンボーディングを支援します。
- 対象の既存アプリを移行する*。 既存の Client ID を維持したまま、ユーザーを段階的にパススルー課金へ移行します。
- 両方のモデルを並行して運用する。 既存のアプリは ISV 負担モデルのまま維持し、別のアプリでパススルー課金を利用するユーザーに対応します。
*既存のアプリは、ユーザーのアプリ利用を中断させないよう、自社のペースで移行することが出来ます。移行期間中は、設定を完了したユーザーから順にユーザー側負担の API 利用に切り替わり、それ以外のユーザーは既存の ISV 負担モデルのままとなります。この方法で、同じアプリと Client ID のまま、ユーザーを段階的に移行できます。移行期間をいつ終了し、ユーザー負担のみに切り替えるかは開発者が決定します。切り替え後は、設定を完了したユーザーだけが、その Client ID を通じてアプリを引き続き利用できます。
アプローチの選び方の詳細については、ISV 向けパススルー課金ガイド を参照してください。
初期リリースに向けた準備
アプリをパススルー課金に対応させる前に、初期リリースにおける以下の要件に留意してください。
- 3-legged OAuth（3-legged 認証フロー）を使用する。 パススルー課金では、適切なコンテキストを確立するためにユーザーコンテキストが必要です。初期リリースでは、純粋な 2LO（2-legged OAuth）のアプリや、サーバー間で通信するアプリ（Server-to-Server タイプ）はサポートされません。
- ユーザーの対象要件と設定を確認する。 アプリが対象の API 利用をユーザー側に帰属させるには、ユーザーが該当する対象要件を満たし、必要な設定を完了している必要があります。付帯の API 利用枠は、対象のオートデスク製品サブスクリプションでのみ利用できます。
- 移行は一方向であることを前提に計画する。 既存のアプリを移行する場合、移行期間中の状態から ISV 負担に戻すことや、ユーザー負担のみの状態から移行期間中の状態に戻すことは出来ません。
- リリース時点の管理とレポートに関する注意点を確認する。 パススルー課金のリリース時点では、パススルー課金対応アプリの一部の管理機能やレポート機能が通常と異なる場合があります。本番環境のアプリを移行する前に、パススルー課金ガイドを確認してください。
オートデスクは今後も、パススルー課金の改良に合わせて、関連する機能や管理機能を拡充していきます。
今後の予定
パススルー課金には開発者（ISV）とユーザー（ISV 製アプリ ユーザー）の双方の対応が必要なため、2 つのフェーズに分けて展開されます。
第 1 フェーズは、開発者（ISV）のアプリを準備するための期間です。パススルー課金が自社のビジネスやユーザーに合っているかを評価し、課金モデルを選択したうえで、対象のアプリを準備できます。これには、ユーザー負担の API 利用に対応するために必要な認可の仕組みの準備も含まれます。
第 2 フェーズでは、ユーザー側にパススルー課金を提供します。ユーザーは、対応済みのアプリが対象の APS API 利用をユーザー側に帰属させるために必要な設定を完了できるようになります。ユーザーや管理者向けの追加ガイダンスも、これらの機能が利用可能になるのに合わせて提供される予定です。
パススルー課金が自社のビジネスに合致しそうな場合には、まずは ISV 向けパススルー課金ガイド をご覧ください。利用可能な課金モデルの比較、初期リリースの要件の確認、アプリの準備にお役立ていただけます。
ご不明な点があれば、お気軽にお問い合わせください。
※ 本記事は Introducing passthrough billing: a more flexible way to manage API usage costs with APS | Autodesk Platform Services から転写・意訳・補足したものです。
You must be logged in to post a comment.