Oracle ERPコンサルの参画初月にやること｜現場で信頼される進め方

Oracle ERPコンサルの参画初月は、製品とリリース、担当領域の設定と運用の現状をつかみ、組織の構造と締めの流れを押さえ、月末に「課題の見立て」と「次の作業の計画」を示して合意を取るところまでを目標にします。最初の1か月で求められるのは、大きな成果より、この人に領域を任せて大丈夫だと発注側が判断できる材料を示すことです。

参画前の契約・環境の準備は参画が決まってから開始日までにやること、職種を問わない最初の1週間の進め方は参画初日から最初の1週間でやることで解説しています。この記事では、Oracle ERPならではの初月の動き方に絞ります。

初月のゴールを3つに分ける

この3つを、1週目、2週目、3〜4週目の順に重心を移しながら進めます。

1週目：環境と資料から現状を集める

最初に確かめること

Oracle ERPでは、前の現場の前提を持ち込むと取り違えが起きやすいため、次の点を最初に確かめます。

1. 製品とリリース：FusionかEBSか。EBSならリリース、Fusionなら現在の更新の版と次の更新の予定
2. 環境の構成：本番、テスト、開発などの環境と、それぞれの用途。Oracleのドキュメントでは、Fusionのテスト環境は本番に同じメンテナンスを当てる前の検証にも使うと説明されています
3. 組織の構造：法人、元帳、事業単位などの組み方と、勘定科目の体系
4. 自分の権限：どの環境で、どの画面と設定に触れてよいか

読む資料

次の順で目を通すと、全体像をつかみやすくなります。

• 設定の設計書・パラメータの一覧：担当領域の主要な設定と、決めた理由
• アドオン・帳票・連携の一覧：EBSなら特に重要。今も使われているか、誰が保守しているか
• 課題管理表と直近の議事録：決まっていないこと、古いまま残っている課題
• 問い合わせの記録：運用の案件なら、よく来る問い合わせとその原因
• 工程表：導入の案件なら、設定、移行、テスト、本番稼働の予定

読みながら、「設計ではこうなっているが、実態は違いそう」という点を書き留めます。この段階では結論を出さず、仮説としてためておきます。

2週目：業務の流れと関係者をつかむ

締めの流れを押さえる

財務領域なら月次の締め、調達なら支払の処理日など、業務の山がいつ来るかを予定表にまとめます。締めの直前は利用部門が忙しく、確認の依頼が通りにくくなります。打ち合わせや確認の依頼は、山を避けて組むと進めやすくなります。

利用部門と短く話す

経理や購買の窓口、情報システム部門の担当、開発のリーダーと、それぞれ短い時間で話す機会をもらいます。聞くことは次の3つに絞ると、相手の負担になりません。

• 今の仕組みで一番困っていること
• うまく回っていること
• この領域の担当に期待すること

同じ質問を全員にすると、立場ごとの見方の違いが見え、課題の手がかりになります。

取引を一つ流してみる

テスト環境で、担当領域の代表的な取引を一つ、入力から仕訳や支払まで流してみます。資料だけでは分からない設定のつながりや、承認の流れが見えます。触れてよい環境と範囲は、事前に窓口と確かめてから行ってください。

3〜4週目：見立てを出し、次の作業に合意を取る

課題の見立てをまとめる

集めた情報をもとに、担当領域の見立てをまとめます。中身は次のとおりです。

• 設定と運用で気になる点（標準機能で受けられそうなのに作り込まれている箇所など）
• 工程表に対して遅れそうな作業と、その理由
• このまま進んだ場合に起きそうなこと（締めへの影響、テストの不足など）
• 取れる手の選択肢と、それぞれの影響

選択肢で示し、決めてもらう

設定の変更や作業の進め方を見直す提案は、一つの案だけを出すと「前の担当者を否定された」と受け取られやすくなります。複数の選択肢を並べ、作業量、業務への影響、更新やパッチの際の負担を示したうえで、決める人に選んでもらいます。

次の1〜2か月の作業を引く

合意した内容をもとに、自分が担う作業の計画を引き直し、関係者に共有します。ここまでできれば、初月の役割は十分に果たせています。

案件の型によって初月の重心は変わる

Fusionの新規導入

要件定義や設定の工程に途中から入る場合は、決まった要件と決まっていない論点を早く分けることが中心になります。組織の構造など後から変えにくい設定に関わる論点は、優先して決める人に上げます。

Fusionの運用・更新対応

次の更新の予定から逆算して動きます。2026年10月時点では、Oracleの新機能資料の案内ページに財務などの「26D」の資料が公開されています。担当領域の資料を読み、前回の更新でどんなテストをしたかの記録を探しておくと、2か月目以降の作業に入りやすくなります。

EBSの保守

問い合わせの記録とアドオンの一覧を読み込み、よく来る問い合わせの原因が設定か、アドオンか、データかを分けて把握します。古い資料が足りないことが多いため、分かったことを自分の手でまとめていくこと自体が価値になります。

EBSからFusionへの移行

現状の設定、アドオン、帳票、連携の棚卸しがどこまで進んでいるかを確かめます。棚卸しの粒度がそろっていない場合は、そろえ方の案を出すところから始めます。

初月に避けたい動き

範囲外の依頼が増えてきたときの扱いは業務範囲が変わったときの記事、つまずきやすい場面はOracle ERPコンサルのつまずきやすい点と対策で整理しています。

1か月の終わりに振り返ること

1か月が過ぎたら、次の点を自分で振り返ります。

• 担当領域の現状の見立てと、次の作業の計画を伝えられたか
• 締めと更新の予定、関係者と決め方が整理できているか
• 製品とリリース、環境ごとの用途を取り違えずに説明できるか
• 契約で決めた業務の範囲と、実際に担っている仕事がずれていないか
• 稼働時間の記録が残っているか

ずれている点があれば、2か月目の早い段階で窓口と話しておきます。

よくある質問

前任者からの引き継ぎ資料がほとんどありません。何から始めればよいですか？

設定の一覧と課題管理表、問い合わせの記録から読み始め、分からない点の一覧を自分で作るのが近道です。そのうえで、利用部門の窓口と開発のリーダーに、今一番困っていることを聞いてください。引き継ぎの進め方は引き継ぎの記事も参考になります。

参画してすぐ、更新のテストを任されました。どう進めればよいですか？

まず担当領域の新機能資料を読み、影響のありそうな変更を洗い出します。前回の更新で使ったテストの観点が残っていれば、それを土台に変更点を足します。流した取引と結果は記録に残し、分からない変更は窓口に早めに確かめてください。

リモート中心の現場で、関係者とどう関係をつくればよいですか？

最初の週に、窓口や利用部門の担当と短い打ち合わせの時間をもらい、顔を合わせて話す機会をつくります。確かめたことや決まったことは文章で残して共有すると、すれ違いを防げます。リモートの傾向はOracle ERPコンサルのリモートの記事で整理しています。