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

SAP Basisの仕事｜Basisの案件で求められる経験

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

    SAPの案件の条件に「Basis」と書かれているとき、それは会計や販売のような業務のモジュールではなく、SAPのシステムそのものを動かす土台の仕事を指しています。

    この記事は、SAPのプロジェクトに入るコンサルタントの目線で、Basisの仕事をまとめました。Basisが何を担うのか、S/4HANAへの移行や本番稼働の直後にどんな役割が増えるのか、RISE with SAPで何が変わるのかを、SAPの公式の資料で整理します。そのうえで、当社に届いた案件で、Basisの経験がどう求められていたかを紹介します。

    クラウドへの移行の全体像は、別記事「RISE with SAPとは｜クラウド移行で変わるSAPの案件とコンサルの役割」で整理しています。


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

    当社には、SAPの基盤（Basis）に関わる案件が継続的に届いています。この記事の後半でも、実際に届いた2件の条件を紹介しています。

    SAPの基盤の構築・移行・運用保守の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

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

    画像

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

    この記事でわかること

    • SAP Basisが何を担う仕事で、業務のモジュールのコンサルとどう違うか

    • S/4HANAへの移行と、本番稼働の直後（ハイパーケア）で、Basisに加わる仕事

    • RISE with SAPで、Basisの仕事のどこがSAPへ移り、どこが残るか

    • 当社に届いたBasisの案件で求められていた経験と、経歴書で伝えるポイント

    1. SAP Basisとは｜SAPのシステムを動かし続ける土台の仕事

    SAP Basisは、SAPのシステムの技術的な土台（アプリケーションサーバー・データベース・OSとのつなぎ）を作り、動かし続ける仕事の呼び名です。SAPの公式トレーニングの「システム管理者」の紹介では、この役割は、SAPのアプリケーションの環境の安定した稼働・性能・管理・支援を受け持つものと説明されています。

    業務のモジュールのコンサルは、会計・販売・購買などの業務を、SAPの設定でどう実現するかを考えます。Basisは、その設定やプログラムが動く「場」を用意し、止めずに保つ側です。同じプロジェクトにいても、見ているものが違います。

    • 業務のモジュールのコンサル：業務の要件、SAPの標準の機能との差、設定、テスト

    • Basis：システムの構成、導入と更新、変更の受け渡し（移送）、監視、性能、障害への対応

    なお、SAPの公式の資料でも「Basis」という言葉は使われています。たとえばRISE with SAPのサービスの範囲の説明には「SAP Technical Application Basis」という項目があります（第4章）。

    2. Basisの仕事を4つに分けて見る

    SAPの公式トレーニングでは、S/4HANAの移行や更新を学ぶコースの前提として、システム管理（ADM100）・システムの導入とパッチ（ADM110）・ソフトウェアロジスティクス（ADM325）の3つのコースが挙げられています。この並びに沿うと、Basisの仕事は次の4つに分けて見ると整理しやすくなります。

    • 構築：SAPのシステムを入れ、パッチを当てて、使える状態にする

    • 移送（ソフトウェアロジスティクス）：開発の環境で作った設定やプログラムを、テストの環境・本番の環境へ順に受け渡す仕組みを整え、動かす

    • 日々の運用：システムの監視、性能の確認、障害が起きたときの対応、システムの容量の見通し

    • 更新と移行：新しいリリースへの更新や、S/4HANAへの移行の技術的な作業

    案件の募集では、このうちどこを担うかで枠が分かれます。導入や移行のプロジェクトでは構築と更新・移行が中心になり、運用保守では日々の運用が中心になります。

    3. S/4HANAへの移行で、Basisに加わる仕事

    S/4HANAへの移行は、Basisの仕事が一番厚くなる場面の一つです。移行の方式そのもの（新規導入・システムコンバージョン・選択的データ移行）は、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」で整理しています。ここでは、Basisの目線で見た作業を取り上げます。

    システムコンバージョンの技術的な流れ

    SAPの公式トレーニングでは、今のSAP ERPをS/4HANAへ変換するシステムコンバージョンは、主に次の段階で進むと説明されています。

    • 準備：追加開発のコードを整理し、データの量を減らす

    • データベースの移行：今のデータベースがSAP HANAでなければ、SAP HANAへ移す

    • システムの更新：新しいアプリケーションとテーブルを入れる

    • データの変換：テーブルの中身を、S/4HANAの新しいデータの形へ変える

    • ソフトウェアの設定：必須の項目や、S/4HANAで簡素化された機能への対応を入れる

    同じトレーニングでは、データベースの移行・更新・データの変換を担う道具がSoftware Update Manager（SUM）で、その3つを1回の手順にまとめる仕組みがDatabase Migration Option（DMO）だとされています。更新の道筋を計算するMaintenance Plannerや、変換の前にどこを直す必要があるかを洗い出すSAP Readiness Checkも、移行の準備で使う道具として挙げられています。

    シェルコンバージョン

    選択的データ移行（必要なデータや設定だけを選んで新しいS/4HANAへ移す方式）の一つに、シェルコンバージョンがあります。SAPの公式トレーニングでは、本番のシステムを、マスタと取引のデータを除いた「殻（シェル）」として複製し、それをS/4HANAへ変換する方法と説明されています。元の業務の多くをそのまま使うときに向いている、とされています。

    どちらの方式でも、どのシステムをどの順で複製・変換し、どの環境をどう並べるかという「基盤の方針」を決めることが、Basisやアーキテクトの仕事になります。

    4. 本番稼働の直後と運用保守｜RISE with SAPで変わること

    本番稼働の直後（ハイパーケア）

    SAPの導入の進め方（SAP Activate）では、本番の環境を用意して稼働の準備が整ったかを確かめるのが「Deploy（展開）」の段階で、本番稼働のあとの手厚い支援（ハイパーケア）もこの段階で行うと説明されています。その後の「Run（運用）」は、稼働しているシステムを支え、管理する段階です。

    本番稼働の直後は、データの量や使う人が一気に増え、テストでは出なかった障害が出やすい時期です。Basisには、障害の原因を切り分けて手を打つことに加えて、何が起きているかを整理して関係者へ伝える役割が求められます。運用保守の全体は、別記事「SAP運用保守の案件｜導入との違いと、運用保守で求められる経験」で整理しています。

    RISE with SAPでSAPへ移る仕事、残る仕事

    RISE with SAPの行き先のERP（S/4HANA Cloud Private Edition）について、SAPの公式トレーニングでは、SAPが標準のサービスとして担う範囲が次のように整理されています（主なものを抜き出し、言い換えています）。

    • インフラとOS：監視・パッチ・更新・保守

    • データベース（SAP HANA）：容量・リビジョン・セキュリティの管理、バックアップと復旧

    • SAP Technical Application Basis：監視、障害の切り分けと対応、パッチの管理、システムの手入れ（ハウスキーピング）

    • 定期的な点検：システムの見直しと、資源の使用量の監視・報告

    一方で、利用者の権限の管理や、業務のアプリケーションの運用の支援は、導入する会社や、別の契約を結んだパートナーの範囲とされています。つまり、RISE with SAPでも、Basisの仕事が丸ごと無くなるわけではありません。SAPに任せる範囲と、自社やパートナーで担う範囲の境目を分かったうえで、BTPなどの周りのサービスまで含めて面倒を見る役割が残ります。

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

    2026年の7月〜10月に当社が受け取った案件のうち、Basisの経験を条件の中心に置いた案件は2件でした。件数は少ないので、傾向というより実例として読んでください。条件を書き直して紹介します。

    Basisに関わる2件（発注元が分からない形に書き直し）

    • S/4HANAへのシェルコンバージョンでの基盤のアーキテクチャ（原則週5日出社）：SAP Basisの経験、シェルコンバージョンの経験、アーキテクチャの方針書を作り、直した経験が必須

    • S/4HANAの本番稼働直後の基盤の運用保守（週5日出社が理想）：Basisの運用保守と障害対応の経験、本番稼働の直後（ハイパーケア）の障害対応の経験、障害が起きたときに状況を整理してクライアントへ報告した経験、RISE with SAP上のBPC（計画・連結）・BTP・BO（分析）の知見が必須

    2件に共通していた点

    1. 移行と本番稼働という「節目」の経験が見られていた

    1件目はシェルコンバージョン、2件目は本番稼働の直後の障害対応でした。第3章・第4章で見たとおり、どちらもBasisの仕事が一番厚くなる場面です。日々の運用の経験に加えて、こうした節目を通った経験があるかが、条件の中心に置かれていました。

    2. 技術の作業だけでなく、文書と報告が条件に入っていた

    1件目は「方針書を作り、直した経験」を、2件目は「状況を整理してクライアントへ報告した経験」を必須にしていました。Basisの仕事は手を動かす作業と思われがちですが、どちらの案件でも、決めたことや起きたことを言葉にして相手に伝える力が見られていました。

    3. S/4HANAの周りの製品まで含めて見られていた

    2件目は、S/4HANAだけでなく、RISE with SAP上のBPC・BTP・BOの知見を必須にしていました。基盤の範囲が、ERPの本体からその周りのサービスへ広がっていることがうかがえます。

    これまでの基盤の構築・移行・運用保守の経験が、どの募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

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

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

    「SAP Basis 5年」とだけ書くと、何をどこまで担ったかが伝わりません。第5章の2件の条件から逆算すると、経歴書では次の5点が読み取れるようにしておくのがおすすめです。

    • 担った仕事：構築・移送・日々の運用・更新と移行のどれか（第2章の4つ）

    • 移行の方式：システムコンバージョン、シェルコンバージョン、新規導入のどれに関わったか。どの段階（準備・リハーサル・本番の切り替え）を担ったか

    • 段階：導入・移行のプロジェクトか、本番稼働の直後（ハイパーケア）か、運用保守か

    • 環境：オンプレミスか、RISE with SAP（Private Edition）などのクラウドか。BTP・BPC・BOなど、S/4HANA以外に面倒を見た製品

    • 文書と報告：方針書や手順書を自分で作ったか、障害の報告を顧客へ直接したか

    経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    7. よくある質問

    Basisは、SAPのモジュールの一つですか？

    業務のモジュール（FI・CO・SD・MMなど）とは別のものと考えると分かりやすくなります。業務のモジュールは会計・販売などの業務を受け持つ機能のまとまりで、Basisはそれらが動く土台の技術と、その運用の仕事を指します。

    Basisの案件は、出社が多いのですか？

    今回の2件は、どちらも出社の比重が高い条件でした（原則週5日、または週5日が理想）。ただし件数は2件だけなので、Basisの案件全体がそうだとは言い切れません。移行の本番の切り替えや本番稼働の直後のように、現場ですぐに動くことが求められる時期の案件では、出社が条件に入りやすいと考えられます。働き方の希望がある場合は、どの段階の案件かと合わせて確かめるのがおすすめです。

    業務のモジュールのコンサルでも、Basisの知識は役に立ちますか？

    役に立つ場面はあります。たとえば、設定やプログラムを本番へ受け渡す移送の流れや、移行のリハーサルの段取りを知っていると、Basisの担当者と話が早く進みます。ただし、今回の2件はどちらもBasisの経験そのものを必須にした枠でした。業務のコンサルにとっては、必須というより、移行のプロジェクトで役に立つ周辺の知識と考えるとよいでしょう。

    まとめ

    • SAP Basisは、SAPのシステムの土台を作り、動かし続ける仕事。構築・移送・日々の運用・更新と移行の4つに分けると整理しやすい

    • S/4HANAへの移行（システムコンバージョン・シェルコンバージョン）と本番稼働の直後は、Basisの仕事が一番厚くなる場面。RISE with SAPでは、技術的な運用の多くをSAPが担うが、境目の整理と周りの製品の面倒を見る役割は残る

    • 当社に届いた2件では、移行・本番稼働の直後という節目の経験に加え、方針書や報告など、言葉にして伝える力が条件に入っていた

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

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

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

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

    参考資料

     
     

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

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

    あなたへのおすすめ