SAP BTP入門｜Business Technology Platformの全体像と4つの柱を徹底解説

はじめに

SAP BTP（Business Technology Platform）は、SAPが提供する統合型のビジネスプラットフォームです。アプリケーション開発、システム統合、データ分析、AI活用という4つの領域を1つの環境で扱える点が最大の特徴で、S/4HANA Cloudをはじめとする業務システムの「拡張基盤」として位置づけられています。

なぜいまBTPが注目されているのか（why so）。理由はシンプルで、S/4HANA Cloudへの移行が進むなかで「標準機能は壊さず、必要な拡張だけを外側で作る」というClean Core戦略が業界標準になったためです。従来のようにERP本体にアドオンを積み上げる方式では、バージョンアップのたびに改修コストが膨らみ、クラウドの俊敏性を享受できません。

ではどうすべきか（so what）。拡張・統合・分析といった「ERP本体に書きたくないロジック」をBTP側に逃がすことで、ERPは標準のままアップグレード可能な状態を維持できます。BTPを理解することは、もはやSAPコンサル・開発者にとって選択肢ではなく必須スキルになりつつあります。

この記事では、BTPの全体像を初心者でもつかめるように、4つの柱・主要サービス・アーキテクチャ・ユースケース・料金・始め方まで体系的に解説します。

SAP BTPを支える4つの柱

BTPは数十のサービスで構成されますが、機能を整理すると次の4つの柱に集約されます。この分類を頭に入れておくと、新しいサービス名が出てきても「どの柱の話か」がすぐに理解できます。

柱	役割	代表サービス
Application Development	ローコード/プロコードでの拡張アプリ開発	SAP Build, CAP, RAP
Integration	システム間連携・APIマネジメント	Integration Suite, Event Mesh
Data and Analytics	データ統合・分析・可視化	SAP HANA Cloud, Datasphere, SAC
AI	業務AI・生成AI・機械学習	Joule, AI Core, AI Foundation

なぜ4つなのか（why so）。企業がERPを「拡張」する際に必要な作業を分解すると、必ずこの4領域に行き着くためです。たとえば「購買承認の独自ワークフローを作りたい」というニーズひとつとっても、画面（Application Development）、ERPとの連携（Integration）、申請データの蓄積と分析（Data and Analytics）、不正検知（AI）が複合的に必要になります。

逆に言えば、これら4つを別々のベンダーやOSSで組み合わせると、認証・運用・データモデルがバラバラになり、ガバナンスが崩壊します。BTPはこの4領域を統一されたID管理・課金・運用基盤の上に載せている点が、他のクラウドベンダーのPaaSとの最大の違いです。

柱1: Application Development（アプリ開発）

ERPの標準機能では足りない業務ロジックや画面を、BTP上で独自に開発する領域です。代表的な選択肢は3つあります。

SAP Build：ローコードツール群。市民開発者でも画面・ワークフロー・自動化を作れる
CAP（Cloud Application Programming Model）：Node.js/Javaベースのフルスタック開発フレームワーク
RAP（ABAP RESTful Application Programming Model）：ABAP開発者向けのモダン開発モデル

ABAP経験者にとっては、RAPとCDSビュー基礎を押さえておけばBTP上のSteampunk環境（ABAP Environment）にスムーズに移行できます。CAPフレームワーク全体の解説はSAP CAP入門、ABAP CDS / VDM / RAPの棲み分けについてはABAP CDSの全体像で詳しく整理しています。

柱2: Integration（統合）

SAP同士、SAPと非SAP、クラウドとオンプレミスを繋ぐ領域です。中核となるのがIntegration Suiteで、以下の機能を含みます。

Cloud Integration：旧SAP PI/POの後継。プロセス統合のハブ
API Management：APIの公開・流量制御・認証
Event Mesh：イベント駆動アーキテクチャ用のメッセージング
Open Connectors：SaaSへのコネクタ集

なぜ統合が独立した柱になっているのか（why so）。S/4HANA Cloud時代は「ERPだけで業務が完結しない」のが前提だからです。SuccessFactors、Ariba、Concur、Salesforce、Shopifyなど、複数のSaaSを跨いで一連の業務が流れるため、統合基盤の良し悪しがプロジェクト全体の成否を左右します。

柱3: Data and Analytics（データ・分析）

業務データを集約し、レポート・ダッシュボード・予測分析に活用する領域です。

SAP HANA Cloud：インメモリDB。BTP上のすべてのデータサービスの土台
SAP Datasphere：データウェアハウス兼データファブリック。旧BW/4HANAの思想を継承
SAP Analytics Cloud（SAC）：BI・計画・予測の統合ツール

ポイントは、Datasphereがデータを物理的にコピーせず仮想的に統合できること。これによりS/4HANAの最新トランザクションデータをリアルタイムに分析できます。

柱4: AI

2024年以降、SAPが最も注力している領域です。

Joule：SAP標準の業務コパイロット（生成AIアシスタント）
AI Core / AI Launchpad：MLモデルの学習・デプロイ基盤
AI Foundation：BTP上でAIアプリを開発するための統合サービス群

SAPのAI戦略の特徴は、業務データ（マスタ・トランザクション）と業務プロセス（ワークフロー）をAIに直接接続できることです。汎用LLMでは難しい「自社の購買履歴に基づく承認推薦」のようなユースケースが現実的になります。

アーキテクチャ全体像

ここまでの4つの柱とS/4HANA本体の関係を、1枚の図に整理します。

flowchart LR
  subgraph SaaS[SAP SaaS群]
    S4[S/4HANA Cloud]
    SF[SuccessFactors]
    AR[Ariba]
  end
  subgraph BTP[SAP BTP]
    APP[App Dev
SAP Build / CAP]
    INT[Integration Suite]
    DATA[HANA Cloud
Datasphere]
    AI[Joule / AI Core]
  end
  EXT[非SAP SaaS
Salesforce等]
  USER[業務ユーザー]

  S4 --> INT
  SF --> INT
  AR --> INT
  EXT --> INT
  INT --> APP
  INT --> DATA
  DATA --> AI
  AI --> APP
  APP --> USER

凡例 → データ・処理の流れ [ ] サービス／システム subgraph 製品群の区分

この図のポイントは、S/4HANA本体には一切手を加えず、BTP側で拡張・統合・分析・AIを完結させていることです。これがClean Core戦略の具体的な姿であり、実際のS/4HANA Cloud導入事例でも採用されているアプローチです。

なぜERP本体に書かないのか（so what）。ERP本体に独自ロジックを書くと、四半期ごとのアップグレードのたびに回帰テストが必要になり、結果としてアップグレードを止めてしまう企業が続出するからです。BTP側に逃がしておけば、ERPは標準のまま、拡張部分だけを独立したライフサイクルで管理できます。

代表的なユースケース

抽象論だけでは掴みにくいので、現場でよく見る活用パターンを4つ紹介します。

ユースケース1: 独自承認ワークフロー

購買・経費・契約などの承認フローを、SAP Build Process Automationで構築するパターン。S/4HANA標準のフレキシブルワークフローでは対応しきれない複雑な分岐や、外部システム連携が必要な場合に使われます。

ユースケース2: SaaS間データ連携

SuccessFactorsの人事マスタをS/4HANAのコストセンター責任者と同期する、Salesforceの受注をS/4HANAの販売伝票に変換するなど、Integration Suiteの定番ユースケースです。

ユースケース3: リアルタイム経営ダッシュボード

S/4HANA、Concur、子会社ERPのデータをDatasphereで仮想統合し、SACで連結ダッシュボードを構築するパターン。月次決算を待たずに経営判断できるようになります。

ユースケース4: 業務AIアシスタント

Jouleを活用して「先月の在庫回転率が悪い品目を教えて」「この発注書の支払条件を要約して」といった自然言語での業務操作を実現します。

料金体系の概要

BTPの料金モデルには大きく2種類あります。

モデル	特徴	向いているケース
CPEA（Cloud Platform Enterprise Agreement）	年間コミット型。クレジットを購入し、使った分だけ消費	利用サービスが流動的、複数サービスを横断利用
Pay-As-You-Go	従量課金	PoC・検証・スモールスタート

なおRISE with SAPのバンドルを契約している場合は、一定額のBTPクレジットが同梱されており、別途CPEA契約をしなくても拡張開発を始められます。

加えて、学習用にFree Tierが提供されており、主要サービスを無料枠で試せます。なぜFree Tierがあるのか（why so）。SAPはBTPのエコシステム拡大を最優先課題と位置づけており、開発者の参入障壁を下げることに投資しているためです。学習者にとってはほぼ無料で本番同等の環境に触れられる絶好の機会です。

BTPを始める手順

これからBTPに触れる人向けに、最短ルートを示します。

flowchart LR
  A[アカウント作成] --> B[Free Tier有効化]
  B --> C[サブアカウント作成]
  C --> D[サービス選択]
  D --> E[BTPブリッジで接続]
  E --> F[サンプル開発]

凡例 → 推奨ステップ順 [ ] 作業ステップ

SAP BTPのトライアルアカウントを作成（メールアドレスのみで可）
Free Tierを有効化し、グローバルアカウント直下にサブアカウントを作成
試したいサービス（例：SAP Build、HANA Cloud）をエンタイトルメントに追加
SAP Business Application Studioで開発を開始
SAP Learningの公式チュートリアルで動かしながら学ぶ

最初の1か月はSAP BuildとIntegration Suiteの2つに絞って触ると、BTPの「拡張基盤としての価値」が体感しやすいです。

よくある疑問（FAQ）

Q. BTPとS/4HANA Cloudは何が違うのですか。 A. S/4HANA CloudはERP（業務アプリ）、BTPはそれを拡張・統合・分析するためのプラットフォーム（PaaS）です。両者は別ライセンスで、BTPはS/4HANA以外のSAP SaaSや非SAPシステムとも連携できます。

Q. AWS・Azure・GCPと何が違うのですか。 A. ハイパースケーラーは汎用クラウドインフラを提供しますが、BTPはSAPの業務データモデル・認証・API・運用ツールを最初から備えた「業務特化型PaaS」です。実際BTP自体はAWS/Azure/GCPの上で動いており、競合というより補完関係にあります。

Q. ABAP経験しかありませんが学べますか。 A. はい。RAPとSteampunk環境を使えば、ABAPスキルをそのままBTP上に持ち込めます。並行してCDSビュー、OData、Fiori Elementsを学ぶと活躍の幅が広がります。

Q. 料金が読めず怖いです。 A. まずはFree Tierとトライアルで触り、本番導入時はCPEAでクレジット上限を設定しておけば青天井になることはありません。コストアラートも標準機能で設定できます。

Q. 何から学べばよいですか。 A. SAP Build（ローコード）→ Integration Suite（連携）→ HANA Cloud（データ）の順がおすすめです。業務要件起点で「足りないもの」を補う形で学ぶと定着しやすいです。

まとめ

SAP BTPは「アプリ開発・統合・データ分析・AI」の4つの柱を統合した業務特化型PaaS
Clean Core戦略を実現するための拡張基盤として位置づけられ、S/4HANA Cloud時代の必須要素
中核サービスはSAP Build、Integration Suite、HANA Cloud、Datasphere、Joule
アーキテクチャの本質はERP本体に手を加えず、拡張をBTP側に逃がすこと
料金はCPEAとPay-As-You-Goの2モデル、学習はFree Tierから始められる
ABAP経験者はRAPとCDSビューから入ると移行がスムーズ

BTPは単なる新サービスではなく、SAPがクラウド時代に提示する拡張・統合・分析・AIの統一プラットフォームです。まずはFree Tierで実際に触り、4つの柱のどれが自分の業務に直結するかを体感することから始めてみてください。

BTPの全体像を理解した後は、ハンズオンで実際に触ってみるのが効果的です。基礎から実践まで約7時間で一通りカバーできる講座を紹介します。

▶ SAP BTP Training - From Basics to Advanced 全45レクチャー / 受講生18,000人超 / 評価4.3 / ※英語での受講（日本語自動字幕あり）