「AS400で動いている基幹システムを、そろそろ何とかしたい」。
長年、安定して動き続けてきたシステム。止まったことはない。それでも、刷新を考えざるを得ない状況になっている企業があります。
この記事では、ERP導入支援を手がけるベンチャーネットが、AS400からの移行を考える際の整理をお伝えします。読み終えると、次の3つが分かります。
- 移行を考えるべき本当の理由は何か
- Odooが移行先の候補になる条件・ならない条件
- 一度に全部替えない「段階移行」という進め方
まず誤解を解いておきます
「サポートが切れるから移行が必要」ではない
最初に、正確なところをお伝えします。
AS400と呼ばれてきたシステムは、その後IBM iというプラットフォームとして発展し、現在も提供が続いています。つまり、プラットフォームそのものが明日なくなるわけではありません。
「サポートが切れるので早急に移行を」という説明を受けたことがあれば、その前提を一度確認してみてください。
※IBM iのサポート方針は変更されることがあります。自社が使用しているバージョンの状況は、契約先にご確認ください。
では、なぜ移行を考えるのか
移行を検討する本当の理由は、多くの場合、次のいずれかです。
- 技術者の確保が難しくなっている：システムを理解している人が退職を迎える
- 改修に時間がかかる：業務を変えたくても、手を入れられる人が限られる
- 中身が見えなくなっている：なぜその処理があるのか、誰も説明できない
- 他システムとつながらない：EC、経費精算、外部サービスとの連携が難しい
つまり、技術の寿命ではなく、人と柔軟性の問題です。ここを正しく認識することが、判断の出発点になります。
AS400からの移行で、もっとも大きな課題
「何が動いているか分からない」
長年運用されたシステムには、共通した特徴があります。
- 独自に開発された処理が積み上がっている
- 仕様書が残っていない、または実態と合っていない
- 「この処理はなぜあるのか」を説明できる人がいない
この状態を、そのまま新しいシステムに移そうとすると、必ず行き詰まります。移せないものは、移せないからです。
だから、棚卸しから始まる
移行プロジェクトの実質的な第一歩は、現行システムの棚卸しです。
何が動いていて、何が使われていないか。どの処理が業務に必要で、どれが惰性で残っているか。
この作業には時間がかかります。しかし、ここを飛ばして進めた移行は、ほぼ確実に途中で止まります。
Odooが移行先の候補になる条件
次のような状況なら、Odooは現実的な選択肢になります。
国内中心で、業務範囲が明確
販売・在庫・購買・生産といった範囲で業務が完結している。海外拠点をまたぐ複雑な管理が不要。
この条件なら、Odooの適用範囲に収まります。
自社サーバーでの運用を続けたい
AS400を自社で運用してきた企業には、クラウドへの移行そのものに慎重な場合があります。
Odooはオンプレミス（自社サーバーでの運用）も選べます。クラウド専用の製品では検討から外れる場面で、選択肢に残ります。
ただし、自社運用を選ぶなら、運用の責任も自社が負うことになります。この点はAS400と同じ構造です。
段階的に移したい
Odooはアプリ単位で導入できます。販売だけ、在庫だけといった形で始められます。
一度にすべてを切り替えなくてよい、という点は、長年動いてきたシステムからの移行では大きな意味を持ちます。
特定ベンダーへの依存を避けたい
「この会社しか触れない」という状態で苦労した経験があるなら、この点は重要でしょう。
Odooはソースコードが公開され、扱える技術者が世界中にいます。同じ轍を踏みにくい構造です。
Odooが候補にならない条件
正直にお伝えします。次の場合は、他の選択肢を検討してください。
- グループ連結や高度な内部統制が必要：規模が大きければ、NetSuiteのような上位の製品が合います
- 多数の海外拠点がある：グローバル要件が広範なら、上位の製品の領域です
- 独自処理が事業の中核そのもの：それが競争力の源泉なら、無理にパッケージに合わせるより、必要な機能だけを開発するAIスクラッチ開発のほうが現実的なこともあります
- 給与を同じシステムで扱いたい：Odooには日本向けの給与計算の標準対応がありません
段階移行という進め方
なぜ一度に替えないのか
AS400で動いている基幹システムは、事業の中心を支えています。止まれば、業務が止まります。
だからこそ、一度にすべてを切り替える方法はリスクが高くなります。
進め方の例
領域を区切って、順に移していきます。
第1フェーズ：影響範囲が限定的な領域から始める（販売管理、在庫管理など）
第2フェーズ：効果を確認しながら、次の領域を追加する
第3フェーズ：会計など、慎重な検証が必要な領域を移す
並行稼働の期間を設けることもあります。手間はかかりますが、業務を止めるリスクは大きく下がります。
全部を移さない選択もある
すべての処理を新システムに移す必要はありません。
一部の処理を残したまま、連携でつなぐという設計もあり得ます。「全部を一度にきれいにする」ことを目的にしないほうが、現実的に進みます。
検討を進める4つのステップ
ステップ1：移行を考える理由を明確にする
技術者の確保か、改修の柔軟性か、連携か。理由によって、優先すべき領域が変わります。
ステップ2：現行システムを棚卸しする
何が動いていて、何が使われていないか。ここがすべての土台です。
ステップ3：要件を「いまの視点」で作り直す
現行機能の一覧を要件にしないでください。非効率な業務まで移植することになります。
ステップ4：小さく検証する
候補が絞れたら、少人数で本番と同じ環境を試します。カタログだけで判断しないことです。
よくある質問
AS400のデータは移行できますか？
技術的には可能です。ただし、そのまま移すことはおすすめしません。
古い取引先、使われていない品目、重複した情報。これらを持ち込むと、新システムでも同じ混乱が続きます。移行の前に、何を残し何を捨てるかを決める工程が必要です。
独自開発した処理は、どうなりますか？
すべてを再現しようとすると、費用も期間も膨らみます。
まず「本当に必要な処理」と「惰性で残っている処理」を仕分けてください。そのうえで、標準機能で代替できるものは代替し、どうしても必要なものだけを作り込みます。
移行にはどれくらいかかりますか？
現行システムの状態によって、大きく変わります。
とくに仕様書が残っていない場合、棚卸しだけで相当の時間がかかります。まず現状の把握から始めて、そのうえで期間を見積もるのが順序です。
何から相談すればよいですか？
「何が動いているか分からない」という状態そのものが、相談の出発点です。
棚卸しの進め方から一緒に整理できます。移行を決めてから相談する必要はありません。
まとめ：技術の寿命ではなく、人と柔軟性の問題
この記事の要点です。
- IBM iというプラットフォームは現在も提供が続いている。「サポート切れ」を前提にしない
- 移行を考える理由は、技術者の確保・改修の柔軟性・連携のしやすさにある
- 最大の課題は「何が動いているか分からない」状態。棚卸しが第一歩
- Odooが候補になるのは、国内中心・業務範囲が明確・段階的に移したい場合
- 一度に全部を替えない。領域を区切って段階的に移す
長年動いてきたシステムの刷新は、技術の入れ替えである以上に、事業の棚卸しです。何を残し、何を手放すのか。それは経営の判断そのものです。
ベンチャーネットは、SAP、NetSuite、Odoo、AIスクラッチ開発の4つを扱っています。要件を整理した結果、Odooが合わなければ、正直にそうお伝えします。
「まず何から手をつければよいか分からない」という段階から、ご相談いただけます。
もう少し詳しく知りたい方へ
関連記事
