導入事例：「データは入った。でも誰も使えない」― Emulus Consulting の SAP データモデル再構築 ― VBAK・BSEG・MARA を「売上」「仕訳」「品目」へ ― SAP の表を業務で使えるモデルに
概要 提供：Innovational Office Solution お客様：Emulus Consulting 対象：SAP の販売・会計・在庫・購買領域のテーブル 48 本、項目 620 個、生成したディメンション 18 本・ファクト 12 本、セマンティックモデル 4 個 自動生成精度：70%～90%（残りは SAP 業務に詳しい専門家と業務部門が確認） お問い合わせ：Admin@innovationalofficesolution.com 無料PoC：AnyBI to Power BI & AnyETL to Fabric ページ 背景：取り込みの次に待っていた壁 Emulus Consulting は、SAP のデータを Microsoft Fabric の OneLake に取り込む仕組みをすでに整えていました。ところが、分析部門から返ってきた声は厳しいものでした。
「テーブル名が VBAK、VBAP、LIPS……何がどれだか分からない」
「項目名が ERDAT、NETWR、WAERK で、どれが売上金額なのか」
「同じ受注を数えているはずなのに、部門ごとに件数が違う」
SAP のテーブルは、数千本に及ぶ正規化された構造と、ドイツ語由来の略称で設計されています。データを取り込むだけでは、業務部門が使える状態にはなりません。必要なのは、SAP の業務知識を前提にした「分析用のデータモデル」です。
この課題は、今後さらに重要になります。SAP と Microsoft は2025年11月、SAP Business Data Cloud（BDC）のデータプロダクトを OneLake とゼロコピーで双方向に共有する「SAP BDC Connect for Microsoft Fabric」を発表しました（一般提供は2026年第3四半期予定と発表）。SAP 側で整えられたデータプロダクトと、自社で取り込んだ SAP テーブル、そして SAP 以外のデータ。これらを Fabric 上で矛盾なくつなぐためにも、共通のモデル設計が欠かせません。
お客様の課題 名称が業務用語でない VBAK-NETWR が「受注正味金額」だと分かる人が限られる
テーブル間の関係が複雑 受注→出荷→請求の伝票フロー（VBFA）をたどらないと実績がつながらない
コード値の意味が不明 伝票タイプ、品目タイプ、勘定コードがコードのまま
金額・数量の単位 通貨キー・数量単位と切り離すと誤った合計になる
ECC と S/4HANA の構造差 BSEG 中心の会計と ACDOCA（ユニバーサルジャーナル）の違い
部門ごとの独自加工 同じ「売上」でも、部門ごとに対象伝票タイプが違う
アクセラレーターの進め方 STEP 1｜業務領域とテーブルの特定 販売（SD）、会計（FI）、在庫・購買（MM）について、実際に取り込まれているテーブルと利用されている項目を洗い出しました。SAP のデータ辞書（テーブル定義・項目説明・外部キー）もあわせて取り込みます。
STEP 2｜意味付けの自動生成 AI アクセラレーターが、データ辞書の項目説明と SAP の業務知識をもとに、次を自動生成しました。
物理名と日本語の業務名の対応表（例：VBAK-ERDAT →「受注登録日」） テキストテーブル（TVAKT など）を使ったコード値の名称付与 テーブル間のリレーションシップ候補 業務用語の説明（Power BI やデータエージェントの同義語として利用） STEP 3｜スタースキーマの設計 ファクト：受注明細、出荷明細、請求明細、会計仕訳明細、在庫移動 ディメンション：得意先、品目、プラント、組織（販売組織・会社コード）、勘定、日付 伝票フローを使い、受注→出荷→請求を同じ粒度でつなぐブリッジを用意 ECC と S/4HANA の差（BSEG と ACDOCA）は Silver 層で吸収し、Gold 層は同じ構造に 初期自動生成精度は 70%～90% です。
STEP 4｜指標の定義と一本化 「売上」「粗利」「受注残」など主要指標について、対象とする伝票タイプ、取消伝票の扱い、通貨換算のルールを業務部門と合意し、セマンティックモデルのメジャーとして一本化しました。日本円は小数桁0の通貨のため、SAP 内部の金額表現との換算ルールもここで固定しています。
STEP 5｜検証（PulseQA） SAP の標準トランザクション（受注一覧、会計の残高照会など）の結果と、新しいモデルの集計値を、会社コード・期間・得意先単位で自動比較しました。
SAP テーブルと分析モデルの対応例 SAP のテーブル（例） 分析モデル上の役割 業務名（例）
VBAK / VBAP 受注ファクト 受注ヘッダ / 受注明細
LIKP / LIPS 出荷ファクト 出荷ヘッダ / 出荷明細
VBRK / VBRP 請求ファクト 請求ヘッダ / 請求明細
BKPF / BSEG（ECC）、ACDOCA（S/4） 会計仕訳ファクト 仕訳
MARA / MAKT 品目ディメンション 品目 / 品目テキスト
T001 / TVKO 組織ディメンション 会社コード / 販売組織
成果 SAP テーブル 48 本から、ディメンション 18 本・ファクト 12 本のモデルを 70%～90% の初期自動生成精度で構築 モデル構築期間：6 週間（手作業見積もり 8 か月） 「売上」など主要指標の定義を 5 種類から1つに統一 分析部門が SAP の知識なしでセルフサービス分析できる範囲が拡大（利用者 240 名） SAP BDC のデータプロダクトを受け入れられる共通モデルを先行して整備 SAP の5つの業務領域で試してください 御社の SAP テーブル定義をもとに、5つの業務領域のスタースキーマと業務名の対応表を無料で生成し、検証結果をお見せします。
Microsoft Solution Partner
OneLake 上の SAP 生テーブル（VBAK・BSEG 等）から、業務部門がそのままセルフサービス分析できるスタースキーマと Power BI セマンティックモデルを自動生成します。
発行：Office Solution AI Labs（Microsoft Solution Partner for Data & AI）
#日本語 #SAP #Microsoft Fabric #データモデル #スタースキーマ #セマンティックモデル #事例
0|
0
