S/4HANA移行のフリーランスがつまずきやすい点と対策

S/4HANA移行の案件に入るフリーランスがつまずきやすいのは、担当する工程があいまいなまま参画すること、旧環境のやり方をそのまま持ち込むこと、照合の基準が決まらないまま本番を迎えること、切替の時期の稼働の膨らみと、工程の区切りでの契約の終わりです。どれも、移行が「終わりの日が決まっていて、その日が動く」プロジェクトであることから起きます。

対策の基本は、つまずきの種を契約と参画初期の取り決めで小さくしておき、現場では記録と早めの共有で守ることです。この記事では、契約・現場・技術・お金の順に、移行の案件ならではの場面と対策を整理します。移行の役割の種類と独立の手順はS/4HANA移行がフリーランスになるにはで扱っているので、ここでは「実際に起きやすい場面」に絞ります。

契約でのつまずき

「移行支援」とだけ書かれ、担当の工程が決まっていない

契約書や案件の説明に「S/4HANA移行支援」とだけ書かれ、現行調査なのか、データ移行なのか、アドオンの改修なのか、切替の計画なのかが決まっていないまま参画する、という場面はよく起きます。移行は役割の種類が多く、しかも工程が進むと必要な役割が入れ替わるため、引き受けた範囲が少しずつ広がりやすいのが特徴です。

対策：参画前に、担当する工程と、自分が作る成果物（調査の一覧、変換のルール、照合の表、手順書など）、担わないもの（設定の変更、プログラムの改修、ユーザーテストの支援など）を言葉で確かめておきます。範囲の外の依頼が来たときの扱いは業務範囲が変わったときの記事をご覧ください。

データ移行やアドオン改修が「完成の約束」になっている

データ移行の一式やアドオンの改修をまとめて引き受ける形では、契約が準委任ではなく、成果物の完成を約束する請負に近い書き方になっていることがあります。移行では、元のデータの品質や業務部門の判断で作業の量が大きく変わるため、完成を約束する形は負担が重くなりがちです。

対策：契約書に、移行の完了や照合の一致を約束するように読める文言がないかを、署名の前に読みます。気になる文言は、エージェントや発注側に確かめてください。違いは準委任契約と請負契約の違いで解説しています。判断に迷う場合は弁護士などの専門家に相談するのが安全です。

切替の日程が動き、契約期間とずれる

移行は、リハーサルの結果や業務部門の都合で、本番の切替の日が延びることがあります。契約期間が切替の予定日に合わせて組まれていると、延期のたびに契約の扱いがあいまいになります。逆に、方式の見直しでプロジェクトが止まり、契約が早く終わることもあります。

対策：契約期間と切替の予定日を並べて見ておき、予定日が動いたときに契約をどう扱うかを参画前に聞いておきます。契約期間の考え方は契約期間の記事をご覧ください。

切替の時期に指揮命令の形が社員と変わらなくなる

リハーサルと本番の切替では、関係者が一か所に集まり、時刻表に沿って動きます。この時期に、発注側の社員から勤務時間や作業の手順まで細かく指示される状態が続くと、準委任の契約と実態がずれてきます。移行は「全員が同じ時刻表で動く」仕事のため、この状態に気づきにくい案件です。

対策：切替の時刻表に沿って動くこと自体は、業務の内容として契約に沿う範囲です。ただ、日々の勤務の管理や、担当外の作業への指示が続くときは、契約の形を見直す必要があります。考え方は偽装請負の記事で解説しています。

現場でのつまずき

旧環境のやり方をそのまま持ち込む

ECCでの経験が長い人ほど、旧環境の作り方や運用を前提に設計や判断をしてしまいがちです。得意先と仕入先をビジネスパートナーとして一つの仕組みで扱うこと、会計の明細が一つの仕訳の表にまとめられること、一部の取引コードが使えなくなることなど、新環境で変わる点を踏まえないと、設計の手戻りや、リハーサルでの不整合につながります。

対策：自分の担当領域でS/4HANAになって変わる点を、参画前に一覧にしておきます。判断に迷ったときは「旧環境ではこうだったが、新環境ではどう扱うか」と口に出して確かめる習慣を持つと、持ち込みを防げます。求められる知識の範囲はS/4HANA移行に求められるスキルで整理しています。

業務部門と廃止の合意が取れず、対象が減らない

移行では、使われていないアドオンや帳票、重複したマスタを減らすことが品質と期間を左右します。しかし「念のため残したい」という業務部門の声に押され、対象が減らないまま工程が進むと、改修と照合の量が膨らみ、切替の時間も延びます。

対策：「使われていない」ことを実行の記録などのデータで示し、廃止した場合に業務で困ることがあるかを業務部門と一つずつ確かめます。合意した内容と理由は記録に残します。技術の調査だけで廃止を決めようとすると、あとで覆ることがあります。

領域をまたぐ課題が宙に浮く

移行では、会計・販売・購買・基盤・データ移行のチームが同じ日程に向かって動きます。たとえば、販売のマスタの整理が終わらないと会計の残高の照合ができない、基盤の停止時間の見積もりが変わると切替の手順が変わる、といった依存が多く、どのチームの課題でもない課題が宙に浮きやすくなります。

対策：自分の担当の課題のうち、ほかのチームの作業に依存するものを一覧にし、週次の会議で早めに出します。自分で解こうとせず、誰が決めるかを決めてもらう形をとります。

照合の不一致を抱え込む

リハーサルで照合の数字が合わないとき、「次のリハーサルまでに直せばよい」と考えて報告を先送りすると、原因の切り分けに使える時間が減り、本番の直前に表に出ます。外部の立場だと「報告したら評価が下がる」と考えがちですが、直前に出るほうが信頼を大きく損ないます。

対策：不一致は、原因が分かっていなくても、件数と金額の差、見立て、確かめる予定を添えてその日のうちに共有します。原因が変換のルール、元のデータ、作業の手順のどこにあるかを分けて追う進め方は、S/4HANA移行に求められるスキルで解説しています。

本番切替の判断の基準が決まっていない

本番の切替では、照合の結果がどこまで合えば次へ進むのか、どの時点を過ぎたら切り戻せなくなるのかを、事前に決めておく必要があります。これが決まっていないと、当日の限られた時間の中で判断が止まり、切替そのものが危うくなります。

対策：自分の担当の照合について、合格の基準と、差があったときに誰が判断するかを、リハーサルの段階で責任者と合意しておきます。判断の基準は手順書に書き込み、当日は結果を数字で示すことに徹します。

技術でのつまずき

旧テーブルを前提にしたアドオンやレポートを見落とす

S/4HANAでは、会計の明細が一つの仕訳の表にまとめられ、旧来の表の一部は更新されなくなります。互換性のための仕組みで既存のレポートが動き続けることがある一方、旧来の表を直接更新していたアドオンや、旧来の表の構造を前提にした帳票は、そのままでは正しく動かないことがあります。現行調査で見落とすと、ユーザーテストや稼働後に表に出ます。

対策：アドオンの棚卸しでは、「動くかどうか」だけでなく「どの表を読んで、どの表に書いているか」を一覧にします。ABAPが書けなくても、読んで追える程度の知識があると調査の精度が上がります。開発側のつまずきはSAP ABAPエンジニアがつまずきやすい点もあわせてご覧ください。

変換のルールが担当者の頭の中にしかない

データ移行で、項目の対応やコードの読み替え、除外の条件が文書になっておらず、担当者が手作業で直しながら進めていると、リハーサルのたびに結果が変わり、不一致の原因を追えなくなります。途中で参画したフリーランスが、前任者の頭の中のルールを引き継げないことも多くあります。

対策：参画したら、まず変換のルールが文書になっているかを確かめ、なければ自分の担当範囲から文書にしていきます。手作業で直した箇所は、その都度ルールに反映します。

方式の違いを理解せずに経験を当てはめる

新規導入（作り直し）の移行でデータ移行を担当した経験と、システム変換の移行で旧環境を読み解いた経験は、中身が大きく違います。自分の経験した方式のやり方を、方式の違う案件に当てはめると、工程の見立てを誤ります。

対策：参画した案件の方式と、自分の経験した方式の違いを初週に整理し、同じ工程でも作業の中身が違う点を書き出しておきます。

基盤の作業と自分の作業のつながりを知らない

停止時間の長さは、移行方式と基盤の作業に大きく左右されます。基盤の担当でなくても、自分の照合や確認の作業が、基盤の作業のどの後に始まり、どれだけの時間が割り当てられているかを知らないと、切替の時刻表の中で自分の作業が間に合わなくなります。

対策：切替の時刻表で、自分の作業の前後に何があり、所要時間がどう見積もられているかを基盤の担当と確かめます。基盤の側のつまずきはSAP Basisエンジニアがつまずきやすい点で扱っています。

お金でのつまずき

切替の夜間・休日の稼働が精算されない

リハーサルと本番の切替は、週末や夜間をまたぎ、待機の時間も長くなります。その時間を稼働としてどう数えるかを決めていないと、精算幅を大きく超えても報酬に反映されないまま負担だけが増えます。

対策：切替の時間帯の作業と待機の扱いを参画前に確かめ、稼働を日々記録します。精算幅を超えそうな段階で窓口に伝えます。精算の仕組みは精算幅の記事で解説しています。

工程の区切りで契約が終わり、空白ができる

現行調査が終わった、切替が終わった、という節目で体制が縮小され、契約が更新されないことがあります。フリーランス法では、6か月以上続く業務委託を解除したり更新しなかったりする場合、発注側は少なくとも30日前までに予告することになっています（2026年10月時点、公正取引委員会の案内による）。それでも、次の案件までの空白が生まれることはあります。

対策：契約期間と移行の工程の区切りを並べて見ておき、次の工程でも役割が続くのかを早めに確かめます。切替の予定日の1〜2か月前には、次の案件の相談を始めると決めておきます。報酬と期間の見方はS/4HANA移行の報酬の記事で整理しています。

切替の前後に追われ、次の案件探しが遅れる

切替の前後は稼働が高く、契約の終わりが近づいても次を探す時間が取れないことがあります。結果として、契約が終わってから探し始め、空白が長くなりがちです。移行の案件は時期によって数が変わるため、空白が長引くこともあります。

対策：リハーサルが始まる前の比較的落ち着いた時期に、次の案件の希望を整理しておきます。更新の見込みが分からないときは、窓口に早めに尋ねておくと準備しやすくなります。

よくある質問

参画してから、聞いていた工程と違う作業を任されました。どうすればよいですか？

まずは、何が違うのかを具体的に書き出し、契約で決めた業務範囲と照らし合わせます。そのうえで、紹介を受けたエージェントや発注側の窓口に早めに伝えてください。移行は工程が進むと必要な役割が変わるため、話し合いで範囲を更新する余地はありますが、黙って引き受けると範囲外の作業が当たり前になります。参画初月の動き方はS/4HANA移行の参画初月にやることで整理しています。

本番の切替で問題が起きたら、損害賠償を求められますか？

準委任契約では、移行の完了そのものを約束しているわけではありません。ただし、契約の内容や、業務の進め方に落ち度があったかどうかで判断が変わることがあります。不安がある場合は、契約書の損害賠償の条項を読み、弁護士などの専門家にご相談ください。

リモート中心で参画したのに、切替の前後は出社を求められました。

移行の案件では、切替のリハーサルと本番、稼働直後の支援で現地に集まる体制が組まれることが多くあります。契約や取引条件の明示で場所がどう書かれているかを確かめ、合意していない出社や時間帯の作業があれば、稼働の扱いとあわせて窓口と話してください。段階ごとの傾向はS/4HANA移行のリモートの記事で解説しています。