Business Application Studio: アーキテクチャと使用方法

JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

May 10, 2026 · 19 min read

本記事の位置づけ#

参考資料#

1) Business Application Studio のランドスケープ#

BASは「単一のIDE」ではありません。これは管理されたCode-OSSエディタであり、複数の開発スペースタイプの1つとして具現化され、それぞれに異なるツールチェーンがプリロードされています。開発スペースを互換性のあるものとして扱うことは、要件段階で最もよくある間違いです。

これらは代替ではありません。Basic開発スペースでは、Fioriツールを手動でインストールしない限り、Fioriフリースタイルアプリをスキャフォールディングできません。Full-Stack Cloud Application開発スペースは、Fioriのリデザインのみが必要なプロジェクトよりも重いベースを提供します。開発スペースのタイプは作成時に選択され、その場で変更することはできません。復旧するには、新しい開発スペースを作成し、Git経由でソースを移動する必要があります。

2) S/4HANA への接続方法#

BAS自体がS/4HANAのビジネスロジックを実行することは決してありません。BASはエディター画面であり、コードを実行するランタイムは別の場所に存在します。接続ポイントが重要なのは、選択する開発スペースのタイプと設定するBTP宛先の両方を形作るからです。

                ┌─────────────────────────────────────────────────┐
                │  SAP Business Application Studio                │
                │  (browser UI ↔ SAP-managed Kubernetes cluster)  │
                │                                                 │
                │  ┌────────────────────────────────────────────┐ │
                │  │  Dev space (private container, ≤ 6 GB)     │ │
                │  │  Code-OSS + scenario tooling + Git client  │ │
                │  └────────────────────────────────────────────┘ │
                └──────────────────┬──────────────────────────────┘
                                   │  build → mta archive / app
                                   ▼
   ┌─────────────────┬──────────────────┬──────────────────┐
   │ BTP Cloud       │ BTP Kyma         │ BTP ABAP         │
   │ Foundry         │ runtime          │ Environment      │
   └────────┬────────┴────────┬─────────┴────────┬─────────┘
            │                 │                  │
            ▼                 ▼                  ▼
   ┌─────────────────────────────────────────────────────────┐
   │  S/4HANA Cloud (public or private edition)              │
   │  Released APIs / OData / Events                         │
   └────────────────────────┬────────────────────────────────┘
                            │ via SAP Cloud Connector
                            ▼
   ┌─────────────────────────────────────────────────────────┐
   │  S/4HANA on-premise                                     │
   └─────────────────────────────────────────────────────────┘

重要ポイント: BASはランタイムから切り離されています。同じ開発スペースでCloud Foundry、Kyma、ABAP環境、HANA Cloud、モバイルサービスをターゲットにできますが、BTPの宛先、ロールコレクション、Cloud Connectorトンネルは開発スペースではなくサブアカウントレベルに存在します。「構築できる」ことと「宛先が設定されている」ことを混同することが、初日のロールアウト失敗の大半の根本原因です。

3) 成熟度マップ#

4) 要件チェックリスト#

各領域には、BASがプロジェクトに参入する前にクリアすべき質問があります。要件段階で未回答の行がある場合、そのプロジェクトは設計段階に入る準備ができていません。

サブスクリプションとエンタイトルメント#

開発スペースの選択#

ローカルIDEの共存#

セキュリティとガバナンス#

5) 意思決定基準#

最初に問うべき3つの質問#

Q1. BASを導入することで解消される、測定可能な非効率性とは何ですか？

もし答えが「開発者がCAPをローカルでセットアップするのに2日かかる」や「Fiori開発者ごとにツールチェーンが微妙に異なる」なら、BASが適切な介入策です — 事前設定こそBASの強みです。もし答えが「クラウドはモダンだからクラウドIDEが欲しい」なら、立ち止まってください。ユーザーごとのサブスクリプション費用に加え、デバイススペースあたり6GBの制約によるコストが、ソフト面でのメリットを上回ります。

Q2. コードの真実の情報源（Source of Truth）はどこにありますか？

答えはGitでなければならず、BASからアクセス可能であること（通常はBTP側のGit、または外部プロバイダー（GitHub / GitLab / Azure DevOps））。答えが「開発スペース内」の場合は、設計を却下すること。開発スペースはポリシーにより一時的なものであり、開発スペースをリポジトリとして扱うプロジェクトは作業を失うことになる。

Q3. BAS サブスクリプションとロール割り当ての所有者は誰ですか？

BASのサブスクリプション、ロールコレクション、および開発スペースのガバナンスには、指名された所有者（通常はBTPプラットフォームチームまたはSAPアーキテクト）が必要です。これがないと、「今日BASを開けない」という未所有のチケットが発生し、フリープランの制限によってサイレント障害が発生し、誰も数日間診断できなくなります。

プロジェクトコンテキストによる機能選択#

ライセンスとコスト#

無料プランは、BTPサブスクリプションモデルでは無料ではありません。サブスクリプション契約を結んでいるお客様が「無料のBASオプション」を期待しても、商用モデルを変更しない限り、そのようなオプションは見つかりません。

6) よくある障害#

障害 1: 選択肢を広げるために「ベーシック」を選ぶ

チームは柔軟性を求めてBasicを選択し、最初のスプリントでCDS、Fiori、MTA拡張機能を手動でインストールすることになります。BASに費用を支払う理由はプリコンフィギュレーションにあります。シナリオがCAPまたはFioriの場合は、作成時にそのタイプを選択してください。真にマルチシナリオである場合は、複数のタイプ指定済み開発スペースを作成してください。

障害 2: 開発スペースのファイルシステムをリポジトリとして扱う

開発スペースは、6 GBのボリュームを備えたエディタであり、「アイドル時に停止」するライフサイクルを持ちます。Git外のファイルは、開発スペースが削除またはリセットされると消えるため、すべてのプロジェクトは初日からGitにコミットし、開発スペースの内容はそのGitから再現可能なものとして扱う必要があります。

障害 3: 無料プランに登録した後、制限に静かに達する

無料プランでは、1ユーザーあたり最大2つの開発スペース（うち1つはRUNNING状態）に制限されます。複数プロジェクトを担当するコンサルタントは、日常的に3つ以上の開発スペースを必要としますが、制限を超えた場合のエラーは「起動できません」と静かに表示されるだけです。サブスクリプション後に例外として対応するのではなく、事前に適切なティアを計画してください。

失敗 4：「構築できる」ことと「宛先が設定されている」ことを混同する

BAS を使用すると、S/4HANA を呼び出す CAP サービスをスキャフォールディングできますが、BTP 宛先、Cloud Connector トンネル、または OAuth クライアントは構成されません。初日のロールアウト障害は通常、BAS 自体ではなく、ここで発生します。チームに BAS を開放する前に、宛先の設定とセキュリティレビューを事前に実施してください。

障害5：ローカルのVS Codeが既に動作している環境でのBASの強制導入

ローカル環境のVS Code、CDS Language Support、mbtで良好に成果を上げているチームに対し、「BASを使用せよ」という命令を満たすためにBASを強制することは、相殺するメリットのない生産性の低下です。Remote BAS拡張機能は、妥当な妥協案と言えます。

障害 6: Developer ロールコレクションの割り当て忘れ

サブスクライブされたBASで、Business_Application_Studio_Developerロールコレクションが割り当てられていないため、どの開発者も使用できないというのは、よくある初日のインシデントです。ロールの割り当てはサブスクリプションとは別のステップであり、両方ともオンボーディングのランブックに含める必要があります。

FAQ#

Q: オンプレミスのSAP顧客は引き続きBASを使用できますか？

はい — BTP上でランタイムが動作するシナリオ（CAP、Fiori、HANA Cloud、BTP ABAP Environment）や、SAP Cloud Connectorを経由してターゲットに到達するシナリオであれば可能です。BASで記述されたコードのターゲットは、S/4HANAがどこで動作しているかとは無関係です。オンプレミスのABAP自体は引き続きEclipse ADTで扱います。

Q: ライセンスはどのように機能しますか？BASは独立した請求対象ですか、それともBTPクレジットの一部ですか？

商用モデルによって異なります。BTPEAまたは従量課金制（Pay-As-You-Go）の場合、BASはアプリケーションプランを通じてクレジットプールから消費されます。サブスクリプションモデルの場合、BASは独自のラインアイテムを持つサブスクライブ済みアプリケーションとなります。無料プランはサブスクリプションモデル外でのみ利用可能です。

Q: プロジェクトからBASをスコープ外とするのはどのような場合ですか？

Q1（測定可能な非効率性）が数値を伴わずに「クラウドIDEが欲しい」と返答した場合は、スコープから除外する。チームがローカルのVS Codeで良好に成果を上げており、BASを支持する唯一の根拠が「他の全員が使っているから」である場合は、スコープから除外する。ワークフローが本質的にオフラインである場合は、スコープから除外する。

Q: BAS要件を適切に文書化するにはどうすればよいですか？

プロジェクト憲章では、開発者コホートごとに1行で記述します。
コホートXは、プランZ上の開発スペースタイプYを使用し、ロールRを持ち、リポジトリGでソース管理され、N個の同時開発スペースに対応するサイズです。
6つのフィールドを1行にまとめます。空のフィールドはギャップとなります。

Q: Joule for Developers はどのように位置づけられますか？

Joule のコード提案と CAP スキャフォールディングは、BAS のコアシナリオにおいて GA となっています。Joule は、既に健全なプラクティスを加速するためのツールとして扱ってください。CI/CD、テスト、ソース管理の欠如を補うものではありません。導入は開発者ごとのオプトインとなります。

概要#

SAP Business Application Studio は、SAPが運用するKubernetes環境上でユーザー単位の開発スペースとして提供されるマネージド型のCode-OSS IDEです。コードのターゲットとなるBTPランタイムからは分離されており、シナリオタイプの開発スペース（Full-Stack Cloud、Fiori、HANA Native、Mobile、Basic）とオプションのSAP拡張機能を通じて利用できます。

2026年には、BASはSAPが開発するすべてのクラウドシナリオにおいて本番環境に対応します。適用ルールは明確です：開発スペースあたり6 GB、サブスクリプションモデル外でのみ無料プラン、開発者がIDEを開く前に割り当てる必要があるロール。

コンサルタントの役割は、「すべてにBAS」や「すべてにVS Code」を拒否することです。チームがSAPウィザード、BTP宛先、短いセットアップパスを必要とする場合はBASを選択し、ワークフローにオフライン操作、カスタムツールチェーン、またはBTPコードと並行する非SAPコードが必要な場合は、ローカルのVS Code（またはリモートBAS）を選択します。B03～B07では、BASが連携するランタイムについて詳しく掘り下げ、B08ではクロスファミリーの判断パターンに収束します。

次に読むべきもの#