SAP BTPコックピット：ログイン、サブアカウント、エンタイトルメントのガイド

SAP BTPコックピットは、SAP Business Technology Platformを管理するWebコンソールです。グローバルアカウント、サブアカウント、エンタイトルメント、サービス、ユーザー、ランタイム、コストをここで管理します。ログインは https://cockpit.btp.cloud.sap からSAPユーザーで行い、最寄りの地域別コックピットにリダイレクトされます。

結論から言うと、cockpit.btp.cloud.sap を開き、グローバルアカウントを選んでから、次の順序で作業します。ディレクトリとサブアカウントを計画し、エンタイトルメントを割り当て、ランタイムを有効化し、サービスインスタンスを作成し、IDプロバイダーを接続してロールコレクションを割り当て、最後にアラートとコスト追跡をオンにします。トライアルアカウントは https://cockpit.hanatrial.ondemand.com/trial/ を使い、最長90日間利用できます。

私は最初、これを理解するのに何日もかかりました。苦労の大半は、後の手順を先の手順より前にやってしまったことが原因でした。以下の順序は、新しいグローバルアカウントで私が今も毎回使っているものです。

名称について一言。2026年5月のSapphireで、SAPはBTP、SAP Business Data Cloud、AI Foundationを統合するSAP Business AI Platformを発表しました（SAP News）。2026年10月時点で、管理コンソールは引き続きSAP BTPコックピットとして文書化されているため、本記事ではその名称を使います。

SAPのドキュメントが示す入口は1つ、https://cockpit.btp.cloud.sap です。ここから最も近い地域別コックピットにリダイレクトされます（SAP Help, Access the Cockpit）。地域別ゲートウェイを直接開くこともできます。

1. ヨーロッパ、中東、アフリカは https://emea.cockpit.btp.cloud.sap。
2. 南北アメリカは https://amer.cockpit.btp.cloud.sap。
3. アジア太平洋は https://apac.cockpit.btp.cloud.sap。
4. EU Accessアカウントは https://eu-access.cockpit.btp.cloud.sap。

ゲートウェイが決めるのはコックピットへの到達経路だけです。その地域のサブアカウントに限定されるわけではありません。中国のユーザーには専用の入口 https://cockpit.cn40.platform.sapcloud.cn があります。

会社が独自のIDプロバイダーでプラットフォームユーザーをログインさせている場合は、idp パラメーターを追加します。たとえば https://cockpit.btp.cloud.sap?idp=mytenant.accounts.ondemand.com です。これがないと既定のSAP ID serviceに着地し、アカウントが1つも表示されないことがあります。旧機能セットAやNeo環境のアカウントは別のURLを使い、SAPのドキュメントに記載されています。

このテーマは、私のYouTubeチャンネルの動画（英語）でも解説しています。

すべては階層構造になっています。グローバルアカウントは、SAPとの契約を具体化したものです。購入したエンタイトルメントとクォータを保持し、地域にも環境にも依存しません。

サブアカウントは実際の作業が行われる場所です。それぞれが1つの地域に属し、その中でアプリケーションをデプロイし、サービスを使い、メンバーと権限を管理します。サブアカウント同士は独立しており、これはセキュリティとデータ分離の面で重要です。

ディレクトリは、その2つの間に置く任意のフォルダーです。たとえば事業部門ごとにサブアカウントをまとめ、独自のエンタイトルメントと権限を持たせることもできます。SAPでは、グローバルアカウントと最下位のサブアカウントの間に最大5階層のディレクトリを置けます（SAP Help, Account Model）。

1. グローバルアカウントSAPとの契約と購入したサービス
   エンタイトルメント各サブアカウントが割り当てを受ける有限のプール
2. ディレクトリたとえば事業部門ごとにサブアカウントをまとめる

• Finance-Dev開発用、無料または小規模なプランで
• Finance-Testテスト用、独自のユーザーとロールコレクションで
• Finance-Prod本番用、本稼働前にアラートを設定

サブアカウントの下には、ランタイムごとの階層があります。Cloud Foundryを有効にするとサブアカウントごとに1つのorgが作成され、その中にspaceを作成します。Kymaを有効にすると1つ以上のKubernetesクラスターがプロビジョニングされ、それをnamespaceに分割します。

ステップ1. ログインして正しいグローバルアカウントを開く

上記の方法でログインし、グローバルアカウントを選びます。コックピットに表示されるグローバルアカウントは一度に1つです。どのアカウントのメンバーでもない場合はコックピットにその旨が表示されます。下のエラーのセクションを参照してください。

Jouleは、コックピットのツールバーにあるダイヤモンドのアイコンから使えます。BTPに関する質問に答え、管理タスクを実行できますが、実行できるのはご自身の権限で許可されている範囲だけです。

ステップ2. ディレクトリとサブアカウントの名前を紙の上で計画する

多くのチームが、何年もつきまとう混乱を生むのがここです。以前一緒に仕事をした顧客には名前がばらばらのサブアカウントが50以上あり、誰も何も見つけられませんでした。プロジェクトの途中でそれを解きほぐすのは大変です。

領域ごとに開発、テスト、本番を分けます。たとえば Finance-Dev、Finance-Test、Finance-Prod です。大きな組織では事業部門ごとにディレクトリを追加します。Landscape: Dev やコストセンターなどのラベルを使ってください。Account Explorerでそれらを使って絞り込めるからです。

ステップ3. サブアカウントを作成する

グローバルアカウント管理者、または独自のエンタイトルメントを管理するディレクトリのディレクトリ管理者である必要があります。そのうえで、SAP Help, Create a Subaccount に従って次のように進めます。

1. グローバルアカウントで Account Explorer を開きます。
2. Create > Subaccount を選びます。
3. 表示名と、必要に応じて説明を入力します。
4. Subdomain を入力します。これは登録したアプリケーションのURLの一部になり、その地域内で一意である必要があります。
5. 地域と親（グローバルアカウントまたはディレクトリ）を選びます。
6. 本番用であれば Used for production にチェックを入れ、Advanced でラベルを追加します。
7. 本番に関わるものでは Enable beta features をオフのままにします。一度オンにすると、オフに戻せません。
8. 保存してから、環境を有効化し、ユーザーを追加します。

ステップ4. エンタイトルメントを割り当てる

エンタイトルメントは、サブアカウントが使えるサービスとプラン、そして割り当てられるクォータの量を決めます。グローバルアカウントには有限のプールがあり、それをディレクトリとサブアカウントに配分します。

サブアカウントで Entitlements を開き、Configure Entitlements > Add Service Plans を選び、サービス、プラン、クォータを選んでから Save します。私は最小限から始めて必要に応じて増やしており、このやり方で顧客は未使用のサービスにかかるはずだった費用を数千単位で節約できました。

ステップ5. ランタイムを有効化する：Cloud Foundry、Kyma、ABAP環境

環境は、サブアカウントの概要画面の Enable、Service Marketplace、またはbtp CLIから有効化します。1つのサブアカウントで複数の環境を実行できます。下の表は、SAPの環境に関するドキュメントに基づいて3つを比較したものです。

環境	内容	向いている用途	注意点
Cloud Foundry	オープンソースのCloud Foundryをベースにした SAP BTP, Cloud Foundry runtime。buildpackがアプリをビルドして実行します	SAP Cloud Application Programming Model（CAP）を含む、Java、Node.js、Pythonのアプリ	多くのSAPチームにとって成熟した標準の選択肢
Kyma	SAP BTP, Kyma runtime：オープンソースのKymaプロジェクトをベースにした、フルマネージドのKubernetesランタイム	コンテナ化されたマイクロサービス、サーバーレス関数、イベント駆動型の拡張	Kubernetesのスキルが必要。Kymaの無料プランはグローバルアカウントごとに1回、最長30日間
ABAP環境	現在の名称は SAP Business AI Platform, ABAP environment。リリース済みオブジェクト上のABAP Cloud	S/4HANAの隣で拡張機能を作るABAP開発者	専用のSAP HANA Cloudデータベースを持つ独立したシステムで、サイジングと課金は別

開発者が、アーキテクチャ計画には合っていても自分たちの経験には合わない新しい環境を覚えなければならず、プロジェクトが何か月も遅れるのを私は見てきました。技術的に優れていても、チームが開発できないランタイムは、劣った選択です。

ステップ6. サービスインスタンス、バインディング、キーを作成する

サブアカウントで Services > Service Marketplace を開き、サービスのタイルを選んで Create を選択します。プランは慎重に選んでください。間違ったプランは余計なコストを生むと、SAP自身のチュートリアルが警告しています（SAP Developers）。作成したものはすべて Services > Instances and Subscriptions に表示されます。

インスタンスをアプリケーションにバインドすると、BTPが認証情報を注入します。BTPアプリケーションではないツールには service key を作成します。キーには key1 ではなく、jenkins-deployment のように使う人や用途がわかる名前を付けてください。

ステップ7. IDプロバイダーを接続し、ロールコレクションを割り当てる

会社にすでにMicrosoft Entra IDやOktaなどのIDプロバイダーがあるなら、BTPのユーザーを手作業で管理しないでください。SAP Cloud Identity Servicesのテナントを、そのプロバイダーへのプロキシとして使います。サブアカウントで Security > Trust Configuration に進み、Establish Trust を選ぶと、OpenID Connectの信頼関係が自動的に作成されます。

その後、ユーザーには Security > Users > Assign Role Collection で、またはグループを通じてロールコレクションを割り当てます。ロールコレクションに対する私の考え方は次のとおりです。

1. 個人ではなく、職務を軸に作ります。
2. 意味を持つ程度には具体的に、ただし何百個も保守するほど細かくはしません。
3. 緊急時用の管理者コレクションを1つ用意しておきます。
4. 四半期ごとに割り当てを見直します。人は異動しても古いアクセス権を持ち続けるからです。

ステップ8. BTPをS/4HANAやその他のシステムに接続する

BTPの作業の大半は統合です。私が最もよく設定するパターンは次のとおりです。

シナリオ	設定方法
オンプレミスまたはPrivate EditionのS/4HANA	社内ネットワークにCloud Connector、サブアカウントにdestinationを設定し、ODataまたはSOAP APIを使用
SuccessFactorsなどのSAPクラウドアプリ	destinationとIntegration SuiteまたはEvent Meshを使い、拡張はCAPで開発
SalesforceやWorkdayなどのSAP以外のシステム	Integration Suiteのアダプター、またはカスタムの統合フロー
自社APIの公開	Integration SuiteのAPI Management：設計、公開、監視

Cloud ConnectorはBTPへのアウトバウンドトンネルを開くため、インバウンドのファイアウォールルールは不要です。公開するのは、BTPが実際に必要とするシステムとURLパスだけにしてください。統合設計については、私のSAP CPIの記事で詳しく取り上げています。

ステップ9. 監視とアラートを設定する

監視は、必要になる前に設定しておきます。私は毎朝コーヒーを飲みながらダッシュボードを確認しています。これは日課になっており、「なぜシステムが止まっているのか」という場面を何度も防いでくれました。

SAP Alert Notification serviceは、プラットフォームとアプリケーションのイベントをメール、Slack、その他のチャネルに送ります。私の通常の設定は、重要なアプリにはメール、止まってはいけないものにはSlackのwebhookです。アプリケーションごとの応答時間とエラー率は、Cloud FoundryまたはKymaのビューで確認してください。

ステップ10. 使用量とコストを追跡する

重要なページは2つです。各サブアカウントの Usage Analytics は、請求額ではなく実際の使用量を表示し、24時間ごとに更新されます。グローバルアカウントの Costs and Usage は、サービス、ディレクトリ、サブアカウント別の月次コストを、請求明細書と同じ用語で表示します。

消費ベースの契約では、しきい値でメールアラートを送る budgets も設定できます。予算を超えても使用は止まりません。止めるのは引き続きあなたの仕事です。未使用のインスタンスは毎月削除し、更新のたびにエンタイトルメントの消費状況を確認してください。

コックピットでのクリック操作は規模が大きくなると回りません。BTPのコマンドラインインターフェース（btp CLI）とSAP Cloud Management serviceのAPIを使えば、サブアカウントの作成、エンタイトルメントの割り当て、環境の有効化といったアカウント作業をスクリプト化できます。

あるプロジェクトで、新しい開発者12人分の環境が必要になりました。一日中コックピットをクリックする代わりにスクリプトを実行し、コーヒーを飲みに行きました。戻ってきたときには、すべて準備ができていました。

あるプロジェクトでは、デプロイの自動化でセットアップ時間が80%短縮されました。service keyとCF CLIをパイプラインに組み込むことで、デプロイは数時間から数分になりました。カスタムドメインはSAP Custom Domain serviceで設定し、ある顧客のプロジェクトでは、より洗練された印象に経営陣がすぐ気づきました。

SAPには無料で始める方法が2つあり、混同しやすいものです。トライアルは学習用で、無料枠（Free Tier）のプランは実際のエンタープライズアカウントの中にあります。下の表は SAP Help, Trial Accounts and Free Tier の内容をまとめたものです。

	トライアルアカウント	無料枠のサービスプラン
コックピットのURL	cockpit.hanatrial.ondemand.com/trial/	cockpit.btp.cloud.sap
アカウントの種類	独立したトライアル用グローバルアカウント	Pay-As-You-GoまたはCPEAのエンタープライズアカウント
期間	最長90日間、その後削除	無料プランに期限なし。Kymaの無料プランは最長30日間
本番利用	不可。チームでの開発も不可	可能。ほとんどのサービスは有料プランにアップグレード可能
利用できるもの	dev spaceを持つCloud Foundryのサブアカウント。KymaとABAPも利用可能	SAP Discovery CenterでFree Tierのタグが付いたサービス

トライアルは最長30日の期間単位で動き、サインインを続けている間は自動的に延長されます。30日間サインインしないとアカウントは停止され、その後削除されます。トライアルのアプリケーションは毎晩停止するため、手動で再起動する必要があります。

いずれも原因が文書化されており、対処法は簡単です。

1. 「Your user does not belong to any global account.」 グローバルアカウント管理者が、Global Account Viewerなどのロールコレクションを付けてあなたをメンバーとして追加する必要があります。管理者がいない場合は、SAP Note 2669325にSAP for Meを使った回避策が記載されています。
2. 社内ログイン後にグローバルアカウントが見当たらない。 BTPは、2つのIDプロバイダーにある同じメールアドレスを2人の別ユーザーとして扱います。管理者が使ったプロバイダーを ?idp= パラメーターで指定してログインしてください。
3. Service Marketplaceにサービスが表示されない。 サブアカウントにそのエンタイトルメントがありません。先にEntitlementsでプランを追加してください。
4. 「Subdomain already exists.」 サブドメインは地域ごとに一意です。名前に事業部門や段階を加えてください。
5. 予期しない請求。 有料プランでインスタンスが作成されています。Instances and SubscriptionsとCosts and Usageでプランを確認してください。
6. トライアルのアプリが夜間に停止した。 これは想定どおりです。再起動し、トライアルが停止されないようサインインを続けてください。

ランタイムやデプロイのエラーについては、私のBTPコックピットの問題ガイドで詳しく解説しています。

私はこれまで21のSAPプログラムを率い、または立て直してきました。クリーンコアのプログラムでは、BTPはサイドバイサイド拡張が動く場所であり、それによってS/4HANAをSAP標準に近い状態に保てます。私のクリーンコアガイドで、そうした拡張がどこに置かれるかを説明しています。

コックピットは「何を」を保存しますが、「なぜ」は決して保存しません。アカウント構成、命名ルール、エンタイトルメントの配分と、それぞれの理由を書き残してください。それらを変更するときは、業務部門とITで構成するデザインオーソリティの承認を得てください。

BTPアカウントが計画なしに膨らんでいるなら、さらに追加する前にご相談ください。

SAP BTPコックピットのログインURLは何ですか？

https://cockpit.btp.cloud.sap を使ってください。最寄りの地域別コックピットにリダイレクトされます。https://emea.cockpit.btp.cloud.sap、https://amer.cockpit.btp.cloud.sap、https://apac.cockpit.btp.cloud.sap などの地域別ゲートウェイも使えます。トライアルアカウントは https://cockpit.hanatrial.ondemand.com/trial/ を使います。

SAP BTPのグローバルアカウントとサブアカウントの違いは何ですか？

グローバルアカウントはSAPとの契約です。購入したエンタイトルメントを保持し、特定の地域には結び付いていません。サブアカウントはその中にあり、それぞれ1つの地域に属し、アプリのデプロイ、サービスの利用、ユーザー管理を行う場所です。

SAP BTPでサブアカウントを作成するにはどうすればよいですか？

グローバルアカウント管理者としてAccount Explorerを開き、Create > Subaccountを選びます。表示名、地域内で一意のサブドメイン、地域、親を入力します。保存したら、エンタイトルメントを割り当て、Cloud Foundryなどの環境を有効化します。

SAP BTPのエンタイトルメントとは何ですか？

エンタイトルメントはサービスプランを使う権利で、クォータはそれをどれだけ使えるかを表します。グローバルアカウントが契約に基づいてそれらを受け取り、あなたがディレクトリとサブアカウントに配分します。サブアカウントでは、Entitlements > Configure Entitlements > Add Service Plansを選びます。

SAP BTPのトライアルは無料ですか？期間はどのくらいですか？

はい、最長90日間無料です。サインインを続けている間は期間が自動的に延長され、30日間サインインしないとアカウントは停止されます。個人の学習用であり、本番やチームでの開発には使えません。長く使うなら、無料枠のサービスプランを持つエンタープライズアカウントを作成してください。

Cloud FoundryとKyma、どちらのBTPランタイムを選ぶべきですか？

CAPを含むJava、Node.js、PythonのアプリならCloud Foundryを選んでください。コンテナはbuildpackが処理してくれます。コンテナ化されたマイクロサービスやイベント駆動型の拡張には、マネージドKubernetesランタイムであるKymaを選んでください。ただし、チームにKubernetesのスキルがある場合に限ります。S/4HANAの拡張を作るABAP開発者は、通常ABAP環境が適しています。

SAP BTPは現在SAP Business AI Platformと呼ばれていますか？

2026年5月、SAPはBTP、SAP Business Data Cloud、AI Foundationを統合するSAP Business AI Platformを発表しました。SAPのドキュメントでは、ABAP環境など一部ですでに新しい名称が使われています。2026年10月時点で、管理コンソールは引き続きSAP BTPコックピットとして、同じURLで文書化されています。

IDプロバイダーをSAP BTPコックピットに接続するにはどうすればよいですか？

SAP Cloud Identity Servicesのテナントを設定し、Microsoft Entra IDやOktaなどの社内IDプロバイダーをそこに接続します。サブアカウントでSecurity > Trust Configurationに進み、Establish Trustを選んでOpenID Connectの信頼関係を作成します。その後、ユーザーまたはグループにロールコレクションを割り当てます。