AS400保守・改修を外部依頼する時のRFP/要件整理チェックリスト

RFPには、技術要件だけでなく現場で判断する条件も入れる

AS400保守や改修を外部へ依頼する時は、RPG/CLの経験年数だけを書いても見積もりや提案はそろいません。対象業務、夜間バッチ、EDI、締め処理、戻し手順、テスト環境、本番反映の承認者まで書いておくと、保守会社やビジネスパートナーの比較がしやすくなります。

RFPに入れる観点	理由	関連ページ
対象業務と影響範囲	受注、出荷、在庫、請求など、止められない範囲を先に伝える	業務ヒアリングシート
保守会社・担当者の見方	技術名だけでなく、業務理解・会話力・障害対応を比較する	AS400保守会社の選び方
本番反映と戻し手順	反映可否、承認、テスト証跡、戻し方法を曖昧にしない	本番リリースGo/No-Goチェック
AI・Codex活用の範囲	ソース解析や調査時間短縮に使う場合、機密情報と確認責任を分ける	AS400 / IBM i Codex実戦研修

AS400 / IBM i の保守・改修を外部へ相談する時は、最初から完璧なRFPを作る必要はありません。ただし、現場で困っていることと、見てほしい範囲だけは先に分けておくと、見積りや提案の精度が上がります。

用意するもの	最低限書くこと
相談したい業務	販売管理、在庫、請求、EDI、締め処理など、影響する業務名
困っている症状	障害、小改修、データ抽出、属人化、担当者退職、教育不足など
対象範囲	RPG/CL、夜間バッチ、帳票、ファイル、ジョブログ、MSGWのどこまで見るか
社内に残したい力	一次切り分け、ジョブログ確認、影響調査、引き継ぎ資料化など
AI活用の可否	Codex等を使う場合に、機密情報を出さない運用とレビュー担当を決める

まだ要件が固まっていない場合は、先に保守会社に相談する前のチェックリストで相談内容を整理してください。社内担当者の育成や調査時間短縮も含めて相談したい場合は、AS400 / IBM i 現場向けCodex実戦研修とお問い合わせも確認してください。

AS400保守や改修を外部へ依頼する時、やりたいことだけを書いたRFPでは、見積もりや作業範囲がぶれやすくなります。特に古いRPG、CL、Query、帳票、EDI連携が混在している場合は、調査の前提条件を最初にそろえることが重要です。

RFPに入れる項目	理由	関連する確認
対象業務	売上、請求、在庫、出荷など影響する業務範囲を明確にする	業務ヒアリングシート
対象プログラム/ファイル	RPG、CL、PF/LF、画面、帳票の範囲をそろえる	RPG/CL影響調査
本番/検証の区分	調査対象のライブラリやデータを取り違えないため	ライブラリ確認
成果物	調査メモ、影響一覧、テスト観点、教育資料などを明確にする	本番判断チェック
研修か作業か	社内に知識を残す目的なら、作業依頼とは分けて考える	研修内容・料金を見る

外部依頼では、すべてを丸投げするよりも、現場で分かっている業務ルール、過去の障害、よく触る画面、注意している帳票を先に出した方が精度が上がります。まだ要件が固まっていない段階でも、「何を調べたいのか」「どこまで社内で判断したいのか」を整理しておくと、研修・調査・改修の切り分けがしやすくなります。

「AS400を新しくしたい」だけでは、保守更新、画面刷新、クラウド連携、全面移行のどれか判断できません。RFPでは対象と完了条件を分けます。

確認点	確認内容	判断
対象	LPAR、業務、RPG/CL、Db2 for i、帳票、外部連携を列挙する	対象外も明記して見積差を減らす
受入	件数・金額照合、性能、稼働時間、障害時復旧を数値化する	納品物だけでなく合格条件を決める
安全	テストデータ、機密情報、権限、切戻し、並行稼働を定義する	委託先へ本番秘密値を渡さない

現行仕様が不明な項目は推測で固定せず、調査工程と決定者をRFPへ入れます。価格だけで比較せず、移行後の保守責任と知識移管も評価します。