
SAPを調べ始めると、モジュールの数の多さに少し圧倒されるかもしれません。一見すると、ただの部門です。財務、調達、人事、営業。なじみのある領域を、SAP流に切り分けただけです。ところが掘り下げていくと、各モジュールがそれぞれ一つの世界であり、データと共通のプロセスを通じて他のモジュールとつながっていることに気づきます。
ソフトウェアであると同時に、企業が自らを組織する方法でもあります。その部分は、整然としている反面、正直なところ少し窮屈にも感じられます。特に、チームがそれぞれ独自のやり方で進めていた、バラバラなシステムから移ってくる場合はそうです。
少なくとも最初は、いくつかの中核モジュールにしか触れない企業もあります。初日から幅広く展開する企業もあります。ケースバイケースです。私は、システムが動かなかったからではなく、各モジュールが何を担当しているのか、あるいは一つの変更が他にどう波及するのかを本当には理解していなかったために苦労するチームを見てきました。すべての機能を覚えることが目的ではありません。賢く選べるだけの知識を持つことが大切です。特に、1〜2四半期より長く続くはずの導入を計画している場合はなおさらです。
SAPのモジュールは、システムを管理しやすい機能領域に分けるものです。財務、調達、人事、ロジスティクス。それぞれに専用のモジュールがあります。整理されているように聞こえますし、実際そのとおりです。ただ、導入の際にそれらがどうつながるかを見極めるのは、それほどすっきりとはいきません。あるモジュールの変更が、別のモジュールで思わぬ事態を引き起こすこともあります。
役に立つのは、一歩引いて、技術面だけでなく運用面でも、全体像の中でSAPモジュールがどう収まるかを理解することです。ERP導入の範囲を決めるなら、各モジュールが何をするか(そして何をしないか)を知っているだけで、先行できます。押さえておきたい基本をいくつか挙げます。
-
機能系モジュール(FI、MM、SDなど)は、中核となる業務機能に対応します。
-
技術系モジュール(BasisやBTPなど)は裏側で動きますが、欠かせません。
-
S/4HANAではモジュール同士の統合がいっそう緊密になりますが、何かを見落としたときの許容度は少し下がります。
-
導入は小さく始めて、徐々に広がっていく傾向があります。それが普通です。
-
すべてのモジュールを初日から有効にする必要はありません。正直なところ、一度にすべてをやろうとして、うまくいくことはまれです。
ほとんどの企業は、SAPのスイート全体から始めることはありません。いくつかの中核となる機能系モジュールから始めます。これらは、財務、調達、販売、生産といった日常の業務を担う部分です。ERPの目に見える側面であり、人がログインし、レポートを実行し、トランザクションを処理し、モノの動きを追う場所です。各モジュールは一つの主要な機能に集中していますが、単独で動くモジュールはありません。それが難しさの一部であり、価値の一部でもあります。
肝心なのは、今の御社の事業にとってどれが重要かを見極めることです。理屈の上だけでなく、チームが日々実際に何をする必要があるかに基づいた、実践的な見極めです。
中核となる機能系SAPモジュール
1. SAP FI(財務会計)
FIモジュールは、総勘定元帳、買掛金、売掛金といった中核的な財務プロセスを扱います。決算とコンプライアンス報告に欠かせません。
- 多通貨とグローバルな税務ルールに対応
- 外部向けと社内向けの財務諸表に反映
- COおよびMMと緊密に統合
2. SAP CO(管理会計)
COは社内のコスト把握が中心です。支出の監視、収益性の分析、内部オーダと原価センタの管理に役立ちます。
- リアルタイムの原価計画を実現
- 機能別の業績レポートを支援
- FIとマスタデータを共有
3. SAP MM(購買・在庫管理)
MMは購買と在庫を扱います。サプライヤの選定から入庫まで、調達と在庫の動きを見える形で、整理して管理します。
- 購買依頼と発注に対応
- 拠点をまたいだ在庫水準を追跡
- サプライチェーンの統合を推進
4. SAP SD(販売管理)
SDは顧客側を管理します。受注、出荷、請求です。受注から入金(オーダー・トゥ・キャッシュ)の中心であり、価格設定と出荷を把握し続けるのに役立ちます。
- 顧客の受注と見積を記録
- 出荷ロジスティクスを管理
- 請求のためにFIと統合
5. SAP PP(生産計画)
PPは計画と生産をつなぎます。予測、スケジューリング、そして何がいつ生産されているかのリアルタイムな可視化を可能にします。
- 需要計画を実行に結び付ける
- 部品表(BOM)と作業手順(ルーティング)に対応
- 製造業の現場で多用される
6. SAP HCM(人事管理)
HCMは人に焦点を当てます。人事記録、給与、勤怠管理です。長く基盤であり続けてきましたが、現在はSuccessFactorsと組み合わせる企業が多くなっています。
- 従業員のマスタデータを保持
- 給与と休暇ポリシーを処理
- 原価の転記のために財務と統合
高度な財務関連のSAPモジュール
1. Central Finance(CFIN)
複数のシステムの財務データを、信頼できる単一の情報源に集約します。ERPが分散している大企業に最適です。
- ソースシステムからのリアルタイムのレプリケーション
- 集中型のレポートと計画を実現
- S/4HANAの段階的な導入に対応
- 導入形態:両方(SAP S/4HANAで利用可能。クラウドとオンプレミスの両方)
2. グループレポーティング(Group Reporting)
グループレベルで、リアルタイムの財務連結と決算を実現します。従来のBPCによる連結の仕組みに取って代わります。
- ユニバーサルジャーナルと統合
- 法定連結と管理連結に対応
- 会社間取引の消去を標準搭載
- 導入形態:クラウド(SAP S/4HANA Cloudのみ)
3. 資金管理とリスク管理
現金、流動性、債務、金融リスクの管理に役立ちます。グローバルに事業を展開するCFOにとって欠かせません。
- 資金ポジションと予測を監視
- 為替、金利、信用リスクに対応
- 市場データプロバイダーと接続
- 導入形態:両方(SAP S/4HANA Financeの一部)
4. 財務計画・分析(FP&A)
実績、予算、予測を統合します。ドライバーベースの計画、予測分析、シナリオモデリングに使われます。
- 統合事業計画(IBP)に対応
- 計画用ダッシュボードのためにSACと連携
- 人事、営業、サプライチェーンのインプットと連動
- 導入形態:クラウド(SAP Analytics Cloud for Planning)
5. 収益会計・レポーティング(RAR)
IFRS 15/ASC 606に準拠した収益認識を自動化します。大量取引や従量課金型の契約で特に役立ちます。
- 複数要素取引に対応
- イベントベースと時間ベースのトリガーに対応
- SD、BRIM、請求システムと統合
- 導入形態:両方(S/4HANAで利用可能。単独のエンジンとしても提供)
6. 収益性・パフォーマンス管理(PaPM)
マージン分析、移転価格、規制シナリオのテストに使われる、高度なシミュレーションおよび原価計算エンジンです。
- 詳細な原価配賦とモデリングを実行
- リアルタイムの収益性インサイトに対応
- レプリケーション不要:S/4のデータ上で直接動作
- 導入形態:クラウド優先(BTP上のSAP PaPM)
SAPのすべてがユーザーの目に触れるわけではありません。機能系モジュールの裏側には、システムの健全性、連携、データの流れ、開発といった、すべてをつなぎ止める技術的な層があります。こうした技術系・機能横断のモジュールは、日々の運用ではあまり目立ちませんが、適切に設定・保守されていないと、すべてが遅くなります。もっと悪ければ、裏側で静かに壊れます。
独自レポートの作成、大規模データセットの処理、SAPとサードパーティシステムの接続。これらのモジュールが、そのすべてを可能にしています。任意ではありません。土台です。その仕組みを理解しておけば、原因の特定が難しい、よくある導入時の頭痛の種をいくつか避けられます。
技術系・機能横断のSAPモジュール
1. SAP Basis
BasisはSAPシステム全体の技術的な中核として働きます。システム性能、ユーザー権限、日々の運用を裏側で管理します。
- 稼働時間と負荷分散を監視
- パッチ適用とトランスポートを処理
- システムの安定とアップグレードに不可欠
2. SAP ABAP
ABAPはSAPの主要な開発言語です。標準のSAPでは合わないときに、独自のレポート、インターフェース、拡張に使われます。
- 中核モジュールの内部に独自ロジックを構築
- レポート、帳票、検証に使用
- 標準を変更せずに拡張することに対応
3. SAP BW/BI
BW/BIはSAPのデータウェアハウスおよび分析エンジンです。生のトランザクションデータを、意思決定のための構造化されたインサイトに変えます。
- SAPおよびSAP以外のソースからデータを収集
- ダッシュボードと高度なレポーティングに対応
- 経営層向けと業務向けのKPIに反映
4. SAP BTP(Business Technology Platform)
BTPを使えば、コアを変更せずにSAPアプリケーションを拡張・連携できます。ローコードアプリ、API、クラウドネイティブなサービスを実現します。
- サイドバイサイドの拡張に最適
- 分析、連携、自動化に対応
- SAP S/4HANAやサードパーティのアプリと併用
5. SAP PI/PO
Process IntegrationとProcess Orchestration(PI/PO)は、システム間のデータ交換を管理します。他のあらゆるものと対話するミドルウェアだと考えてください。
- SAPをサードパーティのソフトウェアに接続
- 同期と非同期のメッセージングを処理
- レガシーシステムとの連携に対応
6. SAP NetWeaver
NetWeaverはSAPの基盤プラットフォームです。アプリ開発からシステム連携まであらゆるものを支え、今も多くのシステム環境の裏側で使われています。
- ABAPスタックとJavaスタックのフレームワーク
- ECCやハイブリッド環境では今も重要
- PI/POやBasisと併用されることが多い
SAPは万能の一着だと考えがちです。中核モジュール(財務、販売、調達)は、どの導入にも登場します。ですが、特定の業界で仕事を始めると、その考えはすぐに崩れます。公益事業は、小売業と同じ方法で顧客アカウントを管理しません。石油会社は、病院のように在庫を追跡しません。そこで出番になるのが、SAPの業種別モジュールです。標準のモジュールでは対応しきれない、固有のプロセスを扱います。
公益事業のプロジェクトで、顧客がSDで請求を処理できると思い込んでいたことを覚えています。できませんでした。まったく足りませんでした。急いでIS-Uに方向転換せざるを得ませんでしたが、正直なところ、初日から議論に入れておくべきものでした。
これらのモジュールは、なじみがなければブラックボックスに感じられます。ですが、次のような分野で事業を行っているなら、強力で、ときには必須です。
-
オイル&ガス(共同事業会計や生産収益を想定)
-
公益事業(スマートメーターのデータ、規制された請求サイクル)
-
小売(オムニチャネルの価格設定、店舗運営)
-
公共部門(助成金、課税、市民サービス)
-
ヘルスケア(患者管理、コンプライアンスのワークフロー)
必ずしも任意とは限りません。場合によっては、SAPが事業に実際に合う唯一の方法です。だからこそ、どこまで深く入るかが確かでなくても、早い段階で計画に織り込むことが大切です。複雑さは、後から無理に押し込むより、最初から勘定に入れておくほうがましです。
SAPオイル&ガス向けソリューション
1. 上流オペレーション管理
探鉱・生産のワークフローを、油田開発から坑井の操業まで支援します。数量の追跡と資産の稼働に重点を置きます。
- 掘削と仕上げのデータを管理
- 生産量をリアルタイムで追跡
- 保全やロジスティクスと統合
- 導入形態:両方(SAP S/4HANA Oil & Gas。オンプレミスと業種別クラウドのオプションあり)
2. 炭化水素サプライチェーン
パイプライン、貯蔵、輸送ネットワークにまたがる炭化水素の移動を、追跡、スケジューリング、最適化できます。
- バッチの追跡とブレンディングに対応
- 需要予測の精度を向上
- 貯蔵と納入のタイミングを監視
- 導入形態:オンプレミス(SAP TSW、TD、IS-Oil)。一部にクラウド拡張あり
3. 共同事業会計(JVA)
探鉱費用を分担する上流のオペレーターに不可欠です。コスト回収、請求、パートナーとの収益配分を処理します。
- オペレーターと非オペレーターの役割に対応
- 共同支出と権利持分を追跡
- 国際的なJVA基準に準拠
- 導入形態:オンプレミス(ECC/S/4HANAのSAP JVAモジュール)
4. 生産収益会計
生産した炭化水素の販売、ロイヤルティの処理、関係者への収益配分を管理します。
- ネットバック価格を計算
- ロイヤルティと源泉徴収を処理
- 関係者向けレポートを作成
- 導入形態:両方(SAP PRA。従来はオンプレミスで、BTPによるレポートのオプションあり)
5. 資産ライフサイクル管理
掘削リグ、パイプライン、圧縮機といった物理資産を、設置から保全、廃棄まで追跡します。
- 点検と修理を計画
- 状態基準の監視に対応
- 設備の稼働率を向上
- 導入形態:両方(オンプレミスのSAP EAMと、クラウドのSAP Predictive Asset Insights)
6. 環境・健康・安全(EH&S)
オイル&ガスでは、コンプライアンスとリスク低減に欠かせません。安全上の事故、監査、規制の追跡を管理します。
- 安全上の事故と調査を記録
- 許可と法的要件を追跡
- 排出量と環境リスクを監視
- 導入形態:両方(オンプレミスのSAP EHSと、クラウドのSAP Environment Management)
SAP小売向けソリューション
1. 商品管理
商品のライフサイクルを、計画から販売まで追跡します。品揃え計画から値下げの最適化まで、あらゆることに対応します。
- 拠点をまたいだ在庫のリアルタイムな可視化
- マルチチャネルの価格設定と在庫可用性に対応
- ロジスティクス、財務、サプライチェーンと統合
- 導入形態:両方(SAP S/4HANA Retail。オンプレミスとクラウドで利用可能)
2. 店舗運営
在庫、価格設定、POSデータといった日々の店舗業務を、すべて中央のシステムと同期させながら運営できるようにします。
- 店舗在庫と現金の取り扱いを管理
- 店舗内の分析とKPIを提供
- 在庫精度と補充を改善
- 導入形態:両方(SAP S/4HANA Store Ops + SAP BTPの小売アプリ)
3. オムニチャネルコマース
実店舗、オンラインプラットフォーム、モバイルアプリをまたいだ、統一された購買体験を実現します。顧客と在庫を同期させ続けます。
- 一元化された受注と出荷のロジック
- チャネルをまたいだリアルタイムの在庫可用性
- 店舗受け取りと返品に対応
- 導入形態:クラウド(SAP Commerce Cloud、SAP Order Management Foundation)
4. 顧客アクティビティリポジトリ(CAR)
あらゆる接点で買い物客のデータを収集・処理します。パーソナライゼーション、バスケット分析、リアルタイムのインサイトを支えます。
- POS、Web、モバイルのデータを統合
- パーソナライズしたプロモーションを実現
- ロイヤルティとレコメンドのエンジンに供給
- 導入形態:オンプレミス(SAP CAR)。SAP BTP経由でクラウドへ移行中
5. 需要予測・補充
過去データと予測モデルを使い、店舗や倉庫に負荷をかけずに、在庫計画と補充を自動化します。
- 欠品と過剰在庫を削減
- 季節や地域の傾向に適応
- サプライヤとの調整を改善
- 導入形態:両方(オンプレミスのSAP F&R。SAP BTP経由で統合された予測)
6. プロモーション・価格管理
プロモーション計画と価格戦略を一元化し、チャネルをまたいで一貫した提案を行い、直前の上書きを減らします。
- 複雑な割引ルールに対応
- 展開前にプロモーションの効果をシミュレーション
- POSとeコマースのエンジンと統合
- 導入形態:クラウド(SAP BTP上のSAP Omnichannel Promotion Pricing)
SAP公益事業向けソリューション
1. 顧客エンゲージメント・請求(IS-U)
公益事業における顧客ライフサイクルの全体を管理します。電気、ガス、水道サービスについて、アカウントの作成から請求、回収までを扱います。
- メーターから入金まで(メーター・トゥ・キャッシュ)のプロセスを処理
- 柔軟な請求体系に対応
- CRMおよび財務モジュールと統合
- 導入形態:両方(オンプレミスのIS-U。SAP BTP経由のクラウド拡張)
2. デバイス管理
メーターや変圧器といった公益事業の機器を管理します。設置、保全、検針スケジュールをリアルタイムで追跡します。
- 計量機器のライフサイクルを管理
- スマートメーターとの連携に対応
- データの不整合を削減
- 導入形態:オンプレミス(IS-Uの一部)。クラウド連携は限定的
3. エネルギーデータ管理(EDM)
スマートメーターやセンサーからのインターバルデータを取得・処理します。消費量の分析と、請求の判定要素の生成に使われます。
- 大量の時系列データを処理
- エネルギー負荷の予測を改善
- ダイナミックプライシングのモデルに対応
- 導入形態:両方(オンプレミスのIS-U。BTPベースの分析は任意)
4. 市場コミュニケーション
公益事業者、市場運営者、パートナーの間でのデータ交換を確保します。規制緩和され、複数の事業者が参入する公益事業市場では欠かせません。
- 規制で定められたデータ形式に準拠
- 契約切り替えのプロセスを自動化
- 安全なB2B通信を実現
- 導入形態:オンプレミス(SAP PI/POまたはBTP経由の連携を含む)
5. 作業管理
計画的なものも緊急のものも含め、現場作業と保全作業を調整します。資産の修理、点検、派遣を効率よく回し続けます。
- モバイルの作業指示に対応
- GISや資産記録と統合
- サービスの応答時間を改善
- 導入形態:両方(オンプレミスのSAP EAM、クラウドのSAP Field Service Management)
6. エネルギーポートフォリオ管理
エネルギーの取引、予測、調達を管理します。規制されたエネルギー市場と規制緩和された市場の両方で、コストとリスクを可視化します。
- 供給契約と取引を処理
- 需要と市場エクスポージャーを予測
- エネルギーの調達戦略を最適化
- 導入形態:クラウド優先(SAP S/4HANA Utilities + SAP Analytics Cloud)
SAP公共部門向けソリューション
1. 公共部門の財務管理(PSM-FM/GM)
政府機関や非営利団体の予算編成、資金配分、助成金会計を管理します。支出の透明性とコンプライアンスを確保します。
- 複数年度と使途指定の予算編成に対応
- 法的な制約に照らして資金の使用状況を追跡
- 公的・民間いずれの財源からの助成金も処理
- 導入形態:両方(S/4HANAのPSM。オンプレミスとクラウド)
2. 税・歳入管理
税金と公的な賦課金の賦課、請求、徴収を自動化します。地方と中央の税務当局が利用しています。
- 納税者の記録と納税義務を管理
- セルフサービスポータルとデジタル決済に対応
- 滞納を追跡し、徴収を執行
- 導入形態:オンプレミス(SAP TRM)。クラウド版は開発中
3. 社会サービスのケース管理
住宅、福祉、雇用支援といった社会プログラムの、受給資格の確認、給付の支給、ケースの追跡を支援します。
- 個人のケースファイルを安全に保持
- 給付の受給資格の計算を自動化
- プログラムの成果とパフォーマンスを監視
- 導入形態:両方(オンプレミスのSAP CRMベースのケース管理、クラウドのBTP拡張)
4. 助成金ライフサイクル管理
公的助成金と研究助成金のライフサイクル全体を、申請から支払い、報告まで、部門や管轄をまたいで管理します。
- 複数財源の助成金の資金調達を支援
- コンプライアンスと支出を追跡
- 監査への備えを改善
- 導入形態:両方(ECC/S/4HANAのSAP GM、およびクラウドネイティブのオプション)
5. 都市計画・土地管理
政府が、許可、ゾーニング、土地利用、都市開発の申請を、統合されたシステムで管理するのを支援します。
- 申請のワークフローを効率化
- 一般公開と状況の追跡を実現
- GISと空間データを統合
- 導入形態:クラウド(SAP BTP上のSAP Spatial Services)
6. 公共の安全・インシデント管理
防衛、警察、緊急サービスが、インシデントの管理、要員の追跡、迅速な対応行動の調整に使います。
- インシデントとエスカレーションの詳細を記録
- 機関間の連携に対応
- モバイルでの報告とリアルタイムの更新を実現
- 導入形態:オンプレミス(SAP PSIM)。クラウド拡張は限定的
7. Central Finance
複数の部門やシステムの財務データを、一つのビューに集約します。分散型の運営を行う政府機関に最適です。
- 機関をまたいだリアルタイムの可視化
- 会計とレポートを標準化
- シェアードサービスの財務モデルに対応
- 導入形態:両方(クラウドとオンプレミスのSAP S/4HANA Central Finance)
8. Central Procurement
公共部門の組織向けに、統一された調達ハブを提供し、戦略的な調達、契約の遵守、コスト管理を可能にします。
- ベンダーと入札の一元管理
- 透明性のある調達ワークフロー
- 部門間の調達の重複を削減
- 導入形態:両方(クラウドとオンプレミスのS/4HANA Central Procurement)
9. 市民エンゲージメント・サービス提供
デジタルチャネルを通じて、市民との関わりを改善します。オンラインのサービス申請、ケースの追跡、コミュニティエンゲージメントのツールに対応します。
- オムニチャネルのサービスプラットフォーム
- 許認可、税、サポートのセルフサービス
- フィードバックをサービス改善に取り込む
- 導入形態:クラウド(SAP Qualtrics、SAP BTPサービス)
SAPヘルスケア向けソリューション
1. 患者管理
患者登録、予約、請求といった中核的な事務を処理します。窓口での円滑な対応と、バックエンドのデータ精度を確保します。
- 入院と外来のワークフローを管理
- 臨床システムおよび財務システムと統合
- 来院、保険、請求をリアルタイムで追跡
- 導入形態:オンプレミス(SAP IS-H)。クラウド対応サービスへ移行中
2. 臨床情報システム
臨床文書とケアの調整を一元化します。医師や看護師が、治療計画と診療記録を管理するのを助けます。
- 経過記録、診断、治療に対応
- 検査、薬剤、画像のシステムと統合
- 安全な電子カルテ(EMR)を実現
- 導入形態:オンプレミス。SAP BTPクラウドサービスへの連携経路あり
3. ヘルスケアのサプライチェーン管理
リアルタイムの追跡、調達、需要予測のツールにより、重要な医療用品の確保を支えます。
- 手術キット、個人用防護具(PPE)、医薬品を管理
- 在庫を使用サイクルと発注サイクルに結び付ける
- MMや倉庫のモジュールと連携
- 導入形態:両方(SAP S/4HANA Cloudとオンプレミスで利用可能)
4. 患者請求・収益サイクル
診療行為を請求システムに結び付けて、財務の正確性を高めます。診療報酬の請求、保険、入金の転記を処理します。
- 提供したサービスと支払者の情報を追跡
- 公的・民間の医療請求の形式に対応
- 監査証跡とコンプライアンスを改善
- 導入形態:両方(財務はS/4HANAと組み合わせたIS-H。クラウド拡張あり)
5. ヘルスケアの要員管理
病院が医療スタッフを計画、スケジューリング、管理するのを助けます。勤怠、給与、コンプライアンス、資格を追跡します。
- タレントマネジメントのためにSuccessFactorsと統合
- 労働組合のルール、シフト交代、休暇計画に対応
- 人員不足の可視化
- 導入形態:クラウド優先(SAP SuccessFactors)。従来のSAP HCMにはオンプレミスの機能が限定的にある
6. ヘルスデータの統合・分析
システムをまたいで患者データを集約し、集団の健康分析、アウトカムの追跡、予測モデリングに役立てます。
- 電子カルテ、診療報酬請求、検査のデータを一つのビューにまとめる
- 品質とコストを監視するダッシュボードに供給
- SAP BTPとSAP Analytics Cloudを使用
- 導入形態:クラウド(SAP BTP + SAP Analytics Cloud)
SAP保険向けソリューション
1. 保険契約管理
保険契約のライフサイクル全体を、引受と発行から、変更、更新、解約まで処理します。
- 個人、法人、団体の各種目に対応
- リアルタイムの見積と締結に対応
- 保険金請求、請求、CRMと統合
- 導入形態:両方(SAP S/4HANA for Insurance。クラウドとオンプレミスで利用可能)
2. 保険金請求管理
保険金請求の受付、検証、処理、支払いを、財産、生命、医療、傷害・賠償責任といった複数の事業種目にわたって自動化します。
- ストレートスルーの保険金処理を加速
- 不正検知とケース対応を含む
- 代理店と契約者への透明性を改善
- 導入形態:両方(オンプレミスのSAP Claims Management、クラウドで利用できるBTP拡張)
3. 保険料の請求・回収
保険料の請求書発行、支払いプラン、回収を管理します。銀行やデジタル決済ゲートウェイとの連携に対応します。
- 定期と臨時の請求サイクルを処理
- 自動の支払い処理に対応
- ワークフローベースの回収で滞納を削減
- 導入形態:両方(中核はSAP FS-CD。S/4HANA Financeとクラウドツールで拡張)
4. 再保険管理
出再と受再の再保険契約の管理を自動化します。出再、再々保険、回収可能額を追跡します。
- 比例と非比例の特約に対応
- 回収額と手数料を計算
- 保険金請求システムおよび財務システムと連携
- 導入形態:オンプレミス(SAP FS-RI)。拡張によるクラウド連携は限定的
5. 商品設計・投入
保険会社が、設定可能なルール、価格モデル、補償テンプレートを使って、新しい保険商品を設計、シミュレーション、投入するのを助けます。
- 再利用可能なコンポーネントで商品を素早く展開
- 保険数理と引受のインプットに対応
- 投入前のテストとシミュレーションを実現
- 導入形態:クラウド優先(SAP BTP上のSAP Product Configuration)
6. 顧客・代理店ポータル
契約者と代理店がセルフサービスで利用できるようにします。見積、保険金請求の状況、支払い、契約変更を一か所で行えます。
- WebとモバイルのオムニチャネルUI
- CRMおよび文書保管と統合
- 透明性を高め、問い合わせ件数を減らす
- 導入形態:クラウド(SAP Fioriアプリ + SAP BTPのフロントエンドサービス)
SAP航空向けソリューション
1. 整備・修理・オーバーホール(MRO)
航空運航の中心となるこのモジュールは、航空機整備の計画と実行、そして耐空性のコンプライアンス追跡を管理します。
- 予防作業と是正作業をスケジューリング
- 部品在庫と作業区と統合
- 規制上の文書が確実に記録されるようにする
- 導入形態:両方(オンプレミスのSAP EAMと、クラウドのSAP Field Service Management)
2. 航空サプライチェーン管理
航空に固有のロジスティクスを管理します。部品の調達から倉庫管理、機材整備に欠かせない在庫の確保までを扱います。
- ジャストインタイムの部品納入に対応
- シリアル管理された部品をライフサイクル全体で追跡
- サプライチェーンを整備予測に合わせる
- 導入形態:両方(クラウドまたはオンプレミスのSAP S/4HANA Supply Chain)
3. 運航スケジューリング・運用
航空会社と空港運営者が、乗務員のスケジューリング、路線計画、ゲートの割り当て、リアルタイムの運航乱れへの対応を管理できるようにします。
- 時刻表とリソースの空き状況を管理
- アラートで定時運航率を改善
- 要員システムおよび燃料システムと統合
- 導入形態:クラウド(SAP Business Network for Aviation。BTP経由の連携)
4. 収益会計・管理
コードシェアやアライアンスの協定にまたがる、航空券の価格設定、運賃の照合、貨物の請求、パートナーとの精算に対応します。
- IATAの会計基準に準拠
- 複雑な運賃・貨物ルールを処理
- 財務およびCRMと統合
- 導入形態:両方(SAP S/4HANA Finance。クラウドに航空向けテンプレートあり)
5. 航空資産のライフサイクル管理
航空機部品のライフサイクルを、取得から使用、廃棄まで追跡します。機材の性能とROIに欠かせません。
- 飛行時間、サイクル、稼働状況を監視
- FAA/EASAのコンプライアンスに対応
- 調達およびエンジニアリングと連携
- 導入形態:両方(航空向け拡張を備えたSAP EAM。クラウドのロードマップは進行中)
6. 旅客体験・ロイヤルティ管理
ロイヤルティプログラム、ターゲットを絞った特典、パーソナライズしたコミュニケーションを通じて、旅行者の体験とブランドへの愛着を高めます。
- SAP EmarsysおよびCommerce Cloudと統合
- ティア制の特典プログラムとプロモーションを管理
- チャネルをまたいでコミュニケーションをパーソナライズ
- 導入形態:クラウド優先(SAP Customer Experience Suite)
SAP自動車向けソリューション
1. 車両オーダー管理
バリエーションの多い複雑な車両構成、オーダーの追跡、そしてグローバルな自動車ネットワーク全体での出荷完了までを処理します。
- OEMとディーラーの発注プロセスに対応
- 構成、価格設定、カスタム仕様を管理
- オーダーから納車までの車両ライフサイクルを追跡
- 導入形態:両方(SAP S/4HANA + SAP Vehicle Management System)
2. 自動車向け製造実行
組立の順序制御、品質管理、リアルタイムの生産追跡を含む、製造現場の業務を管理します。
- ライン側の生産を需要と同期
- 部品の在庫可否と工程経路を監視
- リアルタイムのKPIと不具合ログを記録
- 導入形態:両方(SAP Digital Manufacturing Cloud、またはオンプレミスのSAP ME)
3. サプライチェーン連携
ジャストインシーケンス(JIS)の運用に向けて、OEM、サプライヤ、物流事業者の間の可視性と連携を高めます。
- サプライヤとのリアルタイムの連絡とアラート
- ASN、スケジューリング、トラック&トレースに対応
- 在庫バッファとリードタイムを削減
- 導入形態:クラウド優先(SAP Business Network for Automotive)
4. 保証・クレーム処理
保証の検証、サービスクレームの追跡、サプライヤや社内品質部門からのコスト回収を自動化します。
- 複数の保証の種類と段階を管理
- ディーラーとサービスセンターのクレームを記録
- 故障データを品質改善に結び付ける
- 導入形態:両方(S/4HANA上のSAP Warranty ManagementとBTP拡張)
5. 自動車の販売・アフターセールス
ディーラーの運営、サービス予約、補修部品の販売を支えつつ、販売後の顧客との関わりをパーソナライズします。
- 部品カタログとサービス記録を統合
- ロイヤルティ、アップセル、継続利用の提案に対応
- スケジューリングとモバイルのサービスツールを含む
- 導入形態:クラウド(SAP Customer Experience + Industry Cloudのアプリ)
6. コネクテッドカーのインサイト
予知保全、利用ベースのサービス、モビリティのビジネスモデルに向けて、車両のテレメトリデータを収集・分析します。
- IoTと車載システムのデータを処理
- EV充電、フリートサービス、診断に対応
- リアルタイムのデータを製品開発のループに供給
- 導入形態:クラウド(SAP BTP + SAP Edge Services)
SAP製造向けソリューション
1. 生産計画・スケジューリング
生産オーダを、資材の在庫可否、能力、需要に合わせることで、組立型とプロセス型の製造シナリオを処理します。
- オーダの順序とシフト計画を最適化
- 見込生産、受注生産、繰り返し生産に対応
- 在庫および製造現場と統合
- 導入形態:両方(SAP S/4HANA PP。オンプレミスとクラウドで利用可能)
2. 製造実行
製造現場の動きをリアルタイムで監視し、機械のデータ、オペレーターの入力、標準作業指示からの逸脱を記録します。
- トレーサビリティとオペレーターへの案内を改善
- 歩留まり、スクラップ、ダウンタイムをリアルタイムで追跡
- プロセスフローの遵守を確保
- 導入形態:両方(SAP Digital Manufacturing Cloud、またはオンプレミスのSAP ME)
3. 品質管理
受入、工程内、最終製品の各段階にわたって、検査計画、不適合の処理、品質監査を管理します。
- ワークフローと管理図でチェックを徹底
- 規制遵守とISO規格に対応
- 根本原因と継続的改善のアクションを記録
- 導入形態:両方(S/4HANAのSAP QM。クラウド統合の分析も利用可能)
4. 資産の保全・信頼性
予知保全、予防保全、事後保全により、プラント全体でダウンタイムを最小限に抑え、資産のライフサイクルを延ばします。
- 使用状況と状態に基づいて保全をスケジューリング
- IoTセンサーと機械学習を統合
- スペアパーツと作業指示のシステムと連携
- 導入形態:両方(オンプレミスのSAP EAMと、クラウドのSAP Predictive Asset Insights)
5. 産業用IoTの統合
機械、センサー、制御システムをSAPに接続し、リアルタイムのテレメトリを取得して、エッジでの意思決定を自動化します。
- OPC UA、MQTT、標準プロトコルに対応
- 状態監視とアラートを実現
- 予知保全と分析にデータを供給
- 導入形態:クラウド優先(SAP BTP + SAP Edge Services)
6. 製品ライフサイクル管理(PLM)
設計変更管理、製品構造、そして研究開発、生産、調達の各チームの連携を管理します。
- BOMのバージョン管理と文書管理に対応
- CADデータと変更ワークフローを統合
- 設計を製造実行システムに結び付ける
- 導入形態:両方(S/4HANAのSAP PLMと、クラウドのSAP Enterprise Product Development)
ほとんどのSAP導入は、財務、販売、調達といった機能面に重点を置きます。それは当然です。ですが、うまく動いているシステムの裏側には、静かに重労働を担う技術系モジュールの層があります。初期の議論では必ずしも頭に浮かびませんが、性能の問題、連携ポイント、独自開発の必要性に直面すると、すぐに重要になります。
私は、財務の設定が不適切だったからではなく、誰かがトランスポート管理に必要な工数を甘く見ていた、あるいはインターフェースのテストを計画していなかったために、止まってしまったプロジェクトを見てきました。うまくいかなくなるまで気づかない類いのものです。そして気づいたときには、それしか目に入らなくなります。
見落とされがちな例をいくつか挙げます。
-
SAP Basis。システムを安定させ、パッチを当て、安全に保ちます。
-
ABAP。独自開発のほぼすべてがここにあります。
-
Integration Suite。SAPをその他のあらゆるものにつなぎます。
-
BTP。正直なところ、今でもNetWeaverやSCPと混同されがちです。
これらのモジュールは単独では存在しません。システムのあらゆる部分で、何が可能になるかを形作っています。ですから、IT部門の人間でなくても、それが何をするのか、少なくとも何か壊れたときに誰に連絡すべきかは、知っておく価値があります。
技術系・機能横断のSAPモジュール
1. SAP Basis
SAPシステム管理の基盤となる層を提供し、ユーザーアクセス、システム性能、トランスポートの体系を管理します。
- カーネルの更新、パッチ、システムログを処理
- ロール、権限、クライアント戦略を管理
- システム監視と稼働時間に不可欠
- 導入形態:両方(オンプレミスのS/4HANAと、SAP Cloud ALM)
2. SAP ABAP
SAPの中核となるプログラミング言語です。モジュールをまたいで、独自のレポート、拡張、インターフェースを構築するのに使われます。
- 独自ロジックとユーザー出口を開発
- BAdIとエンハンスメントポイントによる拡張を実現
- REST APIとCDSビューに対応
- 導入形態:両方(ABAPベースのすべてのシステムで利用可能)
3. SAP Business Technology Platform(BTP)
アプリの連携、拡張、構築のための統合プラットフォームです。ローコード、ノーコードの開発と分析を可能にします。
- SAP Build、CAP、Fioriアプリをホスト
- データ管理、AI、連携のサービスを提供
- クラウド拡張戦略の中核
- 導入形態:クラウド(SAP BTPのみ)
4. SAP BW/BI
全社レベルのレポート、データウェアハウス、分析を提供します。SAPおよびSAP以外のソースからデータを集めます。
- InfoProvider、クエリ、ダッシュボードに対応
- 計画モデルと取締役会向けレポートに供給
- SAP Analytics Cloudと連携
- 導入形態:両方(オンプレミスのSAP BW/4HANAと、S/4HANA Cloudの組み込み分析)
5. SAP Integration Suite(PI/POの後継)
ハイブリッド環境で、API、イベント、プロセスフローを使ってSAPとSAP以外のシステムを接続するツールを提供します。
- SAP PI/POの後継
- 構築済みの連携パッケージを提供
- イベント駆動とAPIベースのワークフローを実現
- 導入形態:クラウド(BTP上のSAP Integration Suite)
6. SAP NetWeaver
JavaおよびABAPベースのアプリケーションに使われるレガシープラットフォームで、ハイブリッドERP環境でよく見られます。
- 旧来のSAPポータル、Web Dynproアプリ、PIを実行
- ECCと一部のS/4HANA環境で使用
- BTPへの移行に伴い、段階的に廃止
- 導入形態:オンプレミスのみ
![]()
適切なSAPモジュールを選ぶ出発点は、事業が実際に何をしているのか、どこへ向かっているのか、どのプロセスが譲れないのかを明確にすることです。業界は重要です。企業規模も同じです。ですが、それ以上に大切なのは適合です。リアルタイムの在庫を必要とするチームもあれば、財務連結や人事のワークフローをより重視するチームもあります。
検討したい点は次のとおりです。
-
事業目標と技術的な制約
-
社内の専門知識とリソースの余力
-
規制要件や業種固有の要件
-
本当にカスタマイズが必要なものと、そうでないもの
最初から完璧に決められる人はいません。ただ、率直に話し合うほど、長期的な成果はよくなります。
SAPモジュールの導入が計画どおりに進むことは、まずありません。明確なロードマップがあっても、物事はずれます。データが準備できていない、ユーザーが反発する、連携ポイントが壊れる。そしてカスタマイズです。誰もが標準に徹すると言いますが、従来の習慣が忍び込み、気づけば設計がずれ始めます。技術的な複雑さの問題でもありますが、人間の側面の問題でもあります。
おそらく直面する課題をいくつか挙げます。
-
誤ったモジュールを選ぶ、または重要なモジュールを外してしまう
-
テストと連携にかかる期間を甘く見積もる
-
変化への抵抗が定着を止める
-
品質の悪いデータをそのまま引き継ぐ
-
本稼働後のサポート不足
どれも新しい話ではありません。それでも、チームは不意を突かれます。毎回です。
1. モジュール選定のミスマッチ
不十分な分析やベンダーからの圧力が原因で誤ったモジュールを選ぶと、重要な欠落が生じたり、不要な複雑さが生まれたりします。
- 対策:フィットギャップ分析を早期に実施する
- スコープ設定の段階で業務プロセスオーナーを巻き込む
- 実際のユースケースに照らして選定を検証する
2. 過剰カスタマイズへの圧力
SAPを旧システムの模倣にしようとすると、肥大化したシステム、高いアップグレード費用、システム安定性の低下を招きます。
- 対策:可能な限りFit-to-Standardを優先する
- カスタマイズごとに、業務上の根拠を文書化する
- コアの変更ではなく、BTP拡張を使う
3. 連携の死角
モジュール間や外部システムとの連携は後回しにされがちで、プロセスの破綻やデータの不整合につながります。
- 対策:連携の接点を最初に洗い出す
- ミドルウェアとAPIの計画を初期設計に含める
- インターフェースは、後からではなく、エンドツーエンドのシナリオの中でテストする
4. 不十分なチェンジマネジメント
どれほどよく設定されたシステムでも、ユーザーが使わなければ失敗します。チェンジマネジメントは、予算が足りない、あるいは対応が遅すぎることが多いのです。
- 対策:ワークショップを通じて、ユーザーを早期に巻き込む
- ロール別の研修計画を作る
- 各部門にチェンジチャンピオンを置く
5. 不十分なデータ準備
品質の悪いデータは導入を遅らせ、信頼を損ないます。構造が悪い、重複している、古いレコードは、リスクを新しいシステムに持ち込みます。
- 対策:ブループリントの段階でデータクレンジングを始める
- モジュールをまたいでデータオーナーシップを定める
- 模擬ロードを実行し、移行前に構造を検証する
6. 本稼働後の計画の欠如
多くのチームは、本稼働をゴールとみなします。ですが、システムは進化します。稼働後のサポートがなければ、ユーザーは自信を失い、問題は残り続けます。
- 対策:ハイパーケアと安定化のフェーズを設ける
- 本稼働の前に、社内のサポート役割を整える
- 四半期ごとの最適化レビューを計画する
SAPとデジタルトランスフォーメーションに25年携わり、キックオフから本稼働まで、そして誰も語らない混乱の中盤まで、プロジェクトを見てきました。最初から率いることもあります。物事が横滑りしたときに、船を安定させるために呼ばれることもあります。
どちらの場合も、私の役割は同じです。事業が本当に必要としていることと、システムが実際に提供できることを結び付けることです。専門用語も、中身のない言葉もありません。ここにあるのは理論ではありません。現場での長年の経験、現実のプレッシャーの下で現実の問題を解決してきた経験から形作られたものです。
![]()
よくある質問
多くのお客様は、最初にSAP導入を検討するとき、同じような質問の周りをぐるぐると回ります。
御社にも、いくつか心当たりがあるかもしれません。本当にどれくらいかかるのか、費用はどれくらいか、システムが稼働したあとにどんなサポートが要るのか。もっともな質問です。
そこで、手探りのままにしないよう、何を期待できるのか、厄介な部分がたいていどこに出てくるのかを、より具体的に思い描いていただけるよう、明確で率直な答えをまとめました。
1. 一般的な導入で、最もよく使われるSAPモジュールは何ですか?
事業によって本当に違いますが、繰り返し登場するモジュールがあります。FI(財務会計)、MM(購買・在庫管理)、SD(販売管理)、CO(管理会計)は、たいてい中核です。HRとPPもよくあります。ほとんどの場合、ERPを動かしているなら、これらのうち少なくとも3つか4つに毎日触れています。
2. SAPモジュールを一つだけ導入することはできますか?
技術的には可能です。多くの企業は、財務や調達から始めて、後から広げます。ただ、その場合でも、ユーザー管理や連携といった支える要素がいくつか必要になるため、実際に一つのモジュールだけという構成になることはまれです。
3. SAPモジュールは、どの程度カスタマイズできますか?
非常に高いです。それは強みであると同時にリスクでもあります。ワークフローを調整し、独自の項目を追加し、独自のレポートを書けます。ですが、カスタマイズはあっという間に膨れ上がります。注意しないと、アップグレードしにくい、あるいは新しいユーザーに説明するのがさらに難しいものになります。
4. SAPモジュールはサードパーティのツールと連携できますか?
もちろんできます。SAPは、計画しておけば、他のものとうまく連携します。API、ミドルウェア(PI/POやIntegration Suiteなど)、BTPのサービスで、連携は実現できます。ただし、挿すだけで動くとは思わないでください。連携には、やはり手間がかかります。
5. SAPが提供するモジュールは、すべて必要ですか?
いいえ。SAPには数十のモジュールがありますが、すべてを使う企業はごくわずかです。必要なものは、ビジネスモデル、規模、業界によって変わります。重要なモジュールもあれば、ニッチなものや過剰なものもあります。
6. 業種別のSAPモジュールは、中核モジュールとは別ものですか?
どちらかといえば拡張に近いものです。IS-Retail、IS-Oil、IS-Utilitiesは、中核の機能の上に積み上がります。ですから、FIやMMは引き続き必要ですが、業種別モジュールが、それらの動き方を御社の業界に合うように調整します。
7. 誤ったモジュールを選ぶと、どうなりますか?
すぐに実感します。プロセスがうまく合わず、人々は回避策を作り始めます。後から直そうとすると、高くつくことがあります。最善の方法は何か。部門の要望リストだけでなく、実際のニーズを洗い出すことに、最初に時間をかけることです。
8. 本稼働後にSAPモジュールを変更できますか?
できますが、常に簡単とは限りません。人々がシステムを使い始めると、あらゆる変更が誰かのワークフローに影響します。モジュールを追加したり再構成したりはできますが、たいていは計画、テスト、そして少しの辛抱が必要です。
9. モジュール一つの導入には、どれくらいかかりますか?
数週間から数か月まで、さまざまです。FIのような単一のモジュールなら、クリーンで標準のままであれば、8〜12週間で本稼働することもあります。複雑さ、連携、大幅なカスタマイズが加わると、期間はすぐに延びます。
10. どのモジュールが必要かは、誰が決めますか?
共同の判断であるべきです。ITはシステムの互換性について助言できますが、運用上何が必要かは、事業の責任者が主導すべきです。これがIT部門だけ、あるいは財務部門だけの判断になると、多くのことがうまくいかなくなります。
技術的には可能です。多くの企業は、財務や調達から始めて、後から広げます。ただ、その場合でも、ユーザー管理や連携といった支える要素がいくつか必要になるため、実際に一つのモジュールだけという構成になることはまれです。
SAP導入をシンプルにするツール
SAP導入コスト計算ツール
このツールは、SAP導入のおおよその費用を見積もるのに役立ちます。
SAPリソース職務記述書ジェネレーター
SAPプロジェクトの人材を採用する際に、このツールで職務記述書を作成できます。
データ移行の工数・費用見積ツール
このツールを使うと、必要なデータオブジェクトと、データ移行に関わる費用を把握できます。
使いやすいERP導入コスト計算ツール
ERPの見積費用とスケジュールを、すばやく把握できます。完璧ではありませんが、費用の全体像をつかむには十分です。
SAPソリューションビルダー&ロードマップジェネレーター
このツールは、御社の業界、規模、目標に基づいて、適切なSAPソリューションの範囲と段階的なロードマップを定め、適切なモジュールを適切なタイミングで展開できるようにします。
S/4HANA移行アセスメントツール:グリーンフィールドとブラウンフィールドの比較
システムの経年、データ、カスタムコード、プロセスのニーズに基づいて、適切な移行パス(グリーンフィールド、ブラウンフィールド、セレクティブ)をすばやく見極めます。
ERPの見積費用とスケジュールを、すばやく把握できます。完璧ではありませんが、費用の全体像をつかむには十分です。