メインコンテンツへスキップ
見出し画像

SAP SAC（Analytics Cloud）コンサルの仕事｜経営管理・計画の案件で求められる経験

    アサインコネクト｜SAP案件・キャリア

    SAP Analytics Cloud（以下、SAC）は、SAPが提供するクラウドの分析・計画の製品です。SACの名前が入った案件を見ると、多くは「経営管理」「予算管理」「計画業務」といった言葉と一緒に出てきます。

    SACの操作方法を解説した記事は多くありますが、この記事は立場を変えて、SACの案件に入るSAPコンサルタントの目線でまとめました。まず、SACがどんな製品で、なぜ今SACの案件が出ているのかを、SAPの公式情報で整理します。そのうえで、計画の案件でコンサルタントが何をするのかと、当社に届いたSACの案件で何が求められているかをまとめます。


    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、経営管理・計画の領域でSACを扱う案件が継続的に届いています。この記事の後半でも、実際に届いた4件の条件を紹介しています。

    SACやBPC・BWの経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする

    この記事でわかること

    • SACがどんな製品か（分析・計画・予測を1つにまとめた製品）

    • SACの案件が出ている背景（BPCからの移行と、データ基盤の一体化）

    • SACの案件の3つの型と、計画の案件でコンサルタントが担う仕事

    • 当社に届いたSACの案件の条件と、SACの経験を経歴書に書くときのポイント

    1. SAP Analytics Cloudとは｜分析・計画・予測を1つにまとめた製品

    SAPの公式トレーニングでは、SACを「ビジネスインテリジェンス（BI）、拡張分析、予測分析、企業の計画を1つのシステムにまとめた、クラウドの製品」と説明しています。主な機能は、次の3つに分けて考えると分かりやすくなります。

    • 分析（BI）：管理されたデータを使って、業務の担当者がレポートやダッシュボード（SACでは「ストーリー」と呼びます）を作る

    • 計画：予算や見込みの数字を入力し、版（バージョン）を分けて比べたり、配賦や計算をまとめて実行したりする

    • 予測・AIの支援：過去のデータから傾向を読み取り、予測の数字や気づきを出す

    同じトレーニングでは、計画の機能として、データの入力、版の管理、データのロック、データアクション（データのコピーや計算、配賦などをまとめて実行する仕組み）、入力のチェックのルール、バリュードライバーツリー（売上や利益を、それを動かす要素に分けて見る図）、配賦が挙げられています。

    また、BIの利用者でも計画のモデルに簡単な入力はできますが、版を公開したり計画のツールを使ったりするには計画用のライセンスが必要、と説明されています。案件の話をするときに「SACの経験」と一言で言っても、BIだけなのか、計画まで扱ったのかで、中身が大きく違うということです。

    クラウドの製品なので、サーバーの構築や保守は基本的にSAPの側にあります。コンサルタントの仕事の中心は、データをどこからどうつなぐか、どんなモデル（数字の持ち方）にするか、業務の流れに沿った画面と計算をどう組むか、になります。SAPのモジュール全体の中で、分析の製品がどこに位置づくかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    2. SACの案件が出ている背景

    計画の仕組みの「次」として選ばれている

    SAPの計画・連結の製品には、長く使われてきたSAP BPC（Business Planning and Consolidation）があります。BPCは版ごとに保守の期限が決まっており、SAPは2023年に、BPCの計画の仕組みをSACへ移すための移行ガイドを公開しました。ガイドの対象は計画で、連結は対象外とされています。

    そのため、BPCで予算や計画を回してきた企業が、次の仕組みとしてSACを検討する、という流れの案件が出ています。当社に届いた案件にも、BPCの後継としてSACを検討する構想の案件がありました（第5章）。

    一方で、SAPのブログでは、BPCを使い続けながら一部の計画をSACで補う形（ハイブリッド）も紹介されています。すべての企業が一度に切り替えるわけではなく、企業ごとに移り方が違う点は押さえておきたいところです。BPCの版ごとの保守の期限は、企業の契約や版によって違うため、案件の中では顧客の状況を確かめる必要があります。

    S/4HANAへの移行と一緒に、計画の仕組みも作り直す

    S/4HANAへの移行の案件では、会計や販売の仕組みだけでなく、その数字を使っていた分析や計画の仕組みも作り直しの対象になります。当社に届いた案件にも、S/4HANAへの移行に合わせて、古い計画の仕組みをSACの計画の機能へ移す案件がありました。移行の全体像は、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」で整理しています。

    データの基盤とまとめて提供されるようになった

    SAPは2025年2月に、SAPと他社のデータをまとめて扱う「SAP Business Data Cloud」を発表しました。SAPの公式トレーニングでは、この中でSAP Datasphereがデータのモデルを作る中心の役割を担い、SACがレポートと分析の役割を担うと説明されています。今のSAP BWの仕組みも、クラウド版に移したうえで、そのデータをBusiness Data Cloudで使えるようにする道が用意されています。

    案件の条件にSACとDatasphereやBWが並んで出てくるのは、こうした組み合わせで使われることが多いためです。BWやDatasphereなど、データの土台の側の案件は、別記事「SAP BW・データ基盤の案件｜BW/4HANA・Datasphere・BIで求められる経験」で整理しています。

    3. SACの案件の3つの型

    SACの案件は、大きく次の3つの型に分けると見通しがよくなります。

    • BI・ダッシュボードの案件：経営や現場の数字を見るためのレポート・ダッシュボードを作る。データのつなぎ方と、見せ方の設計が中心

    • 計画・予算の案件：予算の作成、月次の見込み、中期の計画などの業務をSACで回す仕組みを作る。業務の流れと、数字の持ち方・計算の設計が中心

    • 移行の案件：BPCや古い計画の仕組み、BWの上のレポートなどからSACへ移す。今の仕組みを読み解いて、SACでどう置き換えるかを決めるのが中心

    当社に届いたSACの案件は、計画・予算と移行の型が中心でした。どれも、経営管理の業務や、それを支える仕組みの理解が条件に入っていた点が特徴です。

    4. 計画の案件で、コンサルが担う仕事

    計画の案件を例に、段階ごとにコンサルタントの仕事を見ていきます。導入のプロジェクト全体の進め方は、別記事「SAP導入コンサルの仕事｜構想策定・要件定義・設計の各段階で何をするか」で整理しています。ここでは、SACの計画の案件ならではの点に絞ります。

    構想・導入検討：今の計画業務を整理し、あるべき姿を描く

    • 今の予算・計画の業務の流れ（誰が、いつ、どの単位で、どの数字を作っているか）を整理する

    • 今の仕組み（BPC・Excel・他社の製品など）の何が課題かを、経営企画や経理の担当者と話して論点にまとめる

    • SACで、どの計画をどこまで扱うか、他の仕組みとどう分担するかの方針を決める

    要件定義：計画の単位と流れを決める

    • 計画を立てる単位（会社・部門・製品・顧客・月など）と、その組み合わせを決める

    • 予算・見込み・実績などの版をどう持ち、いつ締めるかを決める

    • 積み上げと割り振り（上から配る数字と、下から積む数字）の流れ、承認の流れを決める

    • 実績のデータを、S/4HANAやBWなどどこから、どの頻度で持ってくるかを決める

    設計・開発：モデルと計算と画面を組む

    • 数字の持ち方（モデル）と、計画の軸（ディメンション）を設計する

    • 配賦やコピー、為替の換算などの計算を、データアクションなどの仕組みで組む

    • 入力の画面とレポートを、業務の担当者が迷わず使える形で作る

    テストと稼働：業務で回るかを確かめる

    • 実際の計画の締めの流れに沿って、入力・計算・承認・レポートが回るかを確かめる

    • 入力する部門の担当者への説明や、操作の手引きの作成を支える

    計画の案件では、SACの操作ができることより、経営管理の業務の流れを理解したうえで、それを数字の持ち方と計算に落とせることが強く求められます。

    5. SACの案件では何が求められているか

    2026年の7月〜10月に当社が受け取ったSAPの案件のうち、SACを必須の条件に入れた案件、またはSACを含む経営管理の領域を扱う案件が4件ありました。条件を書き直したうえで、共通点を見ていきます。あくまで当社に届いた範囲での傾向で、市場全体の割合を表すものではありません。

    SAC・経営管理に関わる4件（発注元が分からない形に書き直し）

    • 経営管理・予算管理の要件定義：経営管理の領域でSAPを入れるプロジェクトの要件定義。SACの導入・要件定義の経験または知見が必須。計画・予算管理、FP&A（経営の数字の分析と計画）、管理会計のいずれかの業務知識と、業務要件とシステム要件の整理の経験も必須。尚可は、Datasphere、BW・BPCの導入経験、他社の経営管理製品の導入経験、Fit to Standardの経験

    • BPCの後継の構想・導入検討：グローバルの製薬企業で、BPCの後継としてSACを入れるための構想と導入検討。SACの知見・プロジェクト経験と、BPCの知見・導入または利用の経験がどちらも必須。今の業務とシステムを整理してあるべき姿を描いた経験と、議論を通じて論点整理と資料作成を自分で進められる力

    • 古い計画の仕組みからSACへの移行：食品販売企業で、S/4HANAへの移行に合わせて、古い計画の仕組みにある予算・計画の業務をSACの計画の機能へ移す設計と開発。SACの計画の領域の設計・開発の経験、BWと計画業務の知見、設計からテストまで一人で進められること、顧客との課題の整理

    • 構想策定の中の経営管理の枠：製造業のS/4HANAの構想策定で、経営管理の担当のチームリード。データウェアハウス・BIの構想策定の経験と、製品を自分で扱える知見、システム全体のレポートの実現方針を作れること、顧客と直接話して合意を取りながら進められること

    4件に共通していた4つの点

    1. 経営管理の業務や仕組みの理解が、どの案件にも入っていた

    4件とも、SACの操作の経験だけでなく、計画・予算・管理会計の業務や、それを支える仕組み（BPC・BW・経営管理のレポート）が分かることを条件にしていました。SACの案件は「ツールの案件」というより「経営管理の業務の案件」と考えたほうが、求められる人の姿に近いと言えます。

    2. BPC・BWの経験が、そのまま評価されやすい

    BPCを必須にした案件が1件、尚可にした案件が1件、BWの知見を必須にした案件が1件ありました。今の仕組みを読み解ける人が求められているため、BPCやBWで計画・レポートを作ってきた経験は、SACの経験が浅くても強みになります。

    3. 上流の工程の枠が多かった

    4件のうち3件が、構想策定・導入検討・要件定義の工程でした。今の業務を整理し、論点や方針を資料にまとめて合意を取る力が、SACの知識と同じくらい見られています。

    4. 設計・開発の案件では「一人で進められること」が条件だった

    移行の案件では、設計からテストまでを一人で進められることが必須でした。SACの計画の機能（モデル・計算・画面）を、自分の手で組める人の枠です。上流の枠と、手を動かす枠の両方があるので、自分がどちらに強いかをはっきり示すことが大切になります。

    これまでの経営管理やBPC・BW・SACの経験が、どの募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    6. SACの経験を経歴書で伝えるときのポイント

    SACの案件では、「SAC導入に参画」の一言だと、何ができる人なのかが伝わりません。案件の担当者は、次の5つが分かると、自分の案件に合うかを判断しやすくなります。

    • 使った機能の範囲：BI・ダッシュボードだけか、計画（入力・版の管理・データアクション・配賦など）まで扱ったか

    • 対象の業務：年度の予算、月次の見込み、中期の計画、人員の計画、経営のレポートなど、どの業務の仕組みを作ったか

    • データのつなぎ方：S/4HANA・BW・Datasphere・他社の仕組みなど、どこから実績のデータを取り込んだか

    • 担当した工程：構想・要件定義・設計・開発・テスト・稼働後の支え、のどこを担ったか

    • 前の仕組み：BPCやExcel、他社の経営管理の製品などから移した場合は、その仕組みと、移すときに何を見直したか

    また、経営管理の業務の側から入ったのか、SACの設計・開発の側から入ったのかも書いておくと、第5章で見た「上流の枠」と「手を動かす枠」のどちらに合う人かが伝わります。コンサルタントの立場の分け方は「SAPコンサルタントとは｜仕事内容・4つのタイプ・キャリアの進み方」で整理しています。

    7. よくある質問

    BIのダッシュボードの経験だけでも、計画の案件に入れますか？

    案件によりますが、計画の案件では、版の管理や計算の組み方、計画業務の流れの理解が求められることが多く、BIの経験だけだと条件に届かない場合があります。第1章で見たとおり、SACのBIと計画は使う機能もライセンスも違います。計画の業務の知識（予算の立て方、見込みの出し方など）を補ったうえで、BIで作ったレポートの経験をどう計画につなげられるかを示すと、話が進みやすくなります。

    FI/COのコンサルタントから、SACの案件に入れますか？

    今回の4件では、計画・予算管理やFP&Aと並べて、管理会計の業務知識を必須の条件（いずれか1つ）に挙げた案件がありました。FI/COで管理会計や原価計算、予算の業務に関わってきた経験は、SACの計画の案件で生かしやすい経験です。一方で、SACでのモデルの設計や計算の組み方は別の技術なので、SACの経験が浅い場合は、要件定義や業務の整理の枠から入る形が考えられます。会計モジュールの仕事は、別記事「SAP FI/COコンサルの仕事｜会計モジュールの違いと、会計案件で求められる経験」で整理しています。

    SAP Datasphereの経験も必要ですか？

    今回の4件でDatasphereに触れていたのは1件で、尚可の扱いでした。ただし、第2章で見たとおり、SAPはSACとDatasphereを組み合わせたデータの基盤を進めているため、今後はDatasphereを含めた構成の案件が増える可能性があります。BWの経験がある方は、データのモデルを作る考え方が近いため、Datasphereの基本を押さえておくと話についていきやすくなります。

    まとめ

    • SACは、分析（BI）・計画・予測を1つにまとめたSAPのクラウドの製品で、BIと計画では使う機能もライセンスも違う

    • SACの案件は、BPCからの移行、S/4HANAへの移行に合わせた計画の仕組みの作り直し、データの基盤との組み合わせ、という流れで出ている

    • 当社に届いたSACの案件では、経営管理の業務や仕組みの理解がどの案件にも求められ、BPC・BWの経験や、上流の工程を進める力が見られていた

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ