SAP Basisエンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

SAP Basisエンジニアのフリーランス案件の報酬は、構築・バージョンアップ・移行・運用のどの局面か、本番を止める作業の計画と判断をどこまで任されるか、SAP HANAやクラウドの経験があるかで大きく変わります。そこに、夜間・休日の作業や待機をどう扱うか、稼働日数、英語の要否、商流が重なります。Basisの単価に公的な統計はなく、案件ごとに大きく変わります。

Basisの単価を上げる近道は、手順書どおりに作業する役から、停止時間の中で何をどの順に行うかを決める役へ移ることです。この記事では、Basisに特有の報酬の上がり方・下がり方と、交渉で示せる材料を整理します。

局面によって求められる責任が違う

Basisの仕事は、SAPシステムの土台を作り、動かし続け、更新することです。業務モジュールのコンサルとは違い、案件の局面によって作業の中身と責任の重さが大きく変わります。

同じ「Basis」の募集でも、移行の計画を立てる人と、決められた監視の手順を回す人とでは、案件側が求める経験がまったく違います。分野ごとのスキルはSAP Basisで求められるスキルの記事で整理しているので、この記事では報酬への表れ方に絞って説明します。

「止める作業」の責任が報酬を分ける

Basisの報酬を大きく分けるのは、本番のシステムを止める作業に、どの立場で関わるかです。基幹システムは、止められる時間が業務の都合で厳しく決まっています。その時間の中で、更新や移行を終え、問題があれば元に戻す判断をする人は、代わりが見つかりにくい立場です。

• 手順の実行担当：決められた手順書に沿ってコマンドを流し、結果を報告する
• 手順の作成担当：リハーサルの結果から手順を組み立て、時間の見積もりを出す
• 切り替えの判断役：本番の当日に、続行するか元に戻すかを判断の基準に沿って決める

報酬が上がりやすいのは、下の2つです。とくに、リハーサルで時間を測り、停止時間に収まるように手順を組み替えた経験は、面談でも具体的に話しやすい材料になります。

移行の案件が条件を押し上げる理由

S/4HANAへの移行では、Basisの関わりが欠かせません。SAPは2020年2月の発表で、SAP Business Suite 7の主要なアプリケーションについて、標準の保守を2027年末まで、オプションの延長保守を2030年末まで提供し、S/4HANAの保守を2040年末まで約束するとしています。この期限を背景に、データベースの入れ替えとソフトウェアの更新を伴う移行の案件が続いています。

SAPのサポートポータルでは、Database Migration Option（DMO）を、ソフトウェアの更新とデータベースの移行を組み合わせた手順として説明しています。大きなテーブルをシステムの稼働中に先に移し、停止時間を短くする方法も案内されています。こうしたツールを使った移行を、計画からリハーサル、本番まで担った経験は、Basisの中でも経験者が限られる分野です。移行プロジェクト全体の報酬の考え方はS/4HANA移行の報酬の記事で解説しています。

夜間・休日の作業と待機の扱い

Basisの案件では、本番の更新や切り替えを、業務が止まる夜間や休日に行うことがよくあります。同じ月額の報酬でも、次の扱いによって、実際の負担に対する報酬は大きく変わります。

1. 夜間・休日の作業時間の数え方：通常の稼働時間に含めて精算するのか、別に扱うのか
2. 代わりの休み：夜間に作業した翌日の稼働をどう扱うか
3. 待機の時間：障害に備えて連絡が取れる状態で待つ時間を、稼働に数えるか
4. 障害時の呼び出し：運用の案件で、稼働時間外の呼び出しがあるか、その時間をどう精算するか

月の稼働時間に幅を決めて精算する案件では、夜間の作業が重なる月に上限を超えることがあります。超えた分の扱いを契約前に確かめておくと、山場の月に報酬と負担が合わなくなるのを防げます。精算の計算方法は精算幅の記事で解説しています。

報酬が伸びにくくなるパターン

• 運用の定型作業だけが長く続く：監視とジョブの確認、移送の実行が中心で、更新や移行に関わらない
• 一つのデータベースだけを扱ってきた：HANAへの移行やクラウドの案件に応募しにくい
• 手順書の実行役のまま：手順を作る側、判断する側に回る機会がない

運用の経験は、障害の傾向や性能の癖を知る土台になります。そのうえで、パッチ適用の計画やリハーサルの手順づくりに一度でも関わっておくと、次に応募できる案件の幅が変わります。

単価を上げるために足したい経験

SAP HANAの運用と移行

HANAのバックアップ、復旧、メモリの監視などの運用経験は、S/4HANAの案件で前提になりやすい知識です。ほかのデータベースからHANAへの移行に関わった経験があると、移行の案件に応募しやすくなります。

クラウド上のSAP

SAPシステムをAWSやAzureなどのクラウドで構築・運用する案件もあります。クラウドの基本的な構成とSAPの要件を合わせて説明できる人は、インフラ側のエンジニアとの橋渡しを任されやすくなります。クラウド側の報酬の考え方はAWSエンジニアの報酬の記事、Azureエンジニアの報酬の記事も参考になります。

権限とセキュリティの管理

ユーザーとロールの設計、監査への対応、セキュリティの修正の適用計画なども、Basisの担当が関わる領域です。監査の指摘に対応した経験は、内部統制が厳しい業界の案件で評価されることがあります。

自動化と手順の標準化

繰り返しの作業をスクリプトで自動化し、作業時間やミスを減らした経験は、運用の案件でも評価されます。作業時間の変化を数字で残しておくと、交渉の材料になります。

交渉で示せる材料

契約更新の前や、担当範囲が広がったときは、条件を見直す相談がしやすい時期です。Basisの場合、次のような事実が材料になります。

• 本番の切り替えやパッチ適用を、計画から判断まで担ったこと
• リハーサルを通じて、停止時間を見積もりより短くしたこと
• 夜間・休日の作業や待機の回数が、参画時の想定より増えていること
• 担当するシステムや環境の数が増えたこと

伝え方は単価交渉の記事、報酬の仕組みの全体像はフリーランスの単価の決まり方にまとめています。

よくある質問

SAP Basisエンジニアの単価の相場はいくらですか？

Basisの単価に公的な統計はなく、局面、停止作業への責任、データベースやクラウドの経験、夜間・休日の作業の多さ、商流によって大きく変わります。金額を比べるときは、同じ月額でも夜間作業や待機の扱いで負担が違う点を含めて見ることをおすすめします。

運用の経験しかなくても条件のよい案件に入れますか？

運用の経験は土台として評価されます。ただ、更新や移行の案件では、手順を組み立てた経験や停止時間の中で判断した経験が見られます。今の案件でパッチ適用やリハーサルに関わる機会を増やすと、応募できる案件が広がります。独立の進め方はSAP Basisエンジニアがフリーランスになるにはで解説しています。

インフラエンジニアからBasisに移ると報酬は変わりますか？

OSやデータベース、クラウドの経験はBasisでも生かせます。ただ、SAP特有の移送や更新の仕組みを知らないうちは、任される範囲が限られることがあります。SAPの知識を足していくと、インフラとSAPの両方を説明できる人として、任される範囲が広がっていきます。