AS400 / IBM i の保守を外部会社へ相談したい時、最初から「何とかしてほしい」と伝えるだけでは、調査にも見積もりにも時間がかかります。担当者が退職した、ドキュメントが古い、小改修を頼みたい、データ抽出をしたい、障害が増えてきた、リプレースを検討したい。状況によって整理すべき情報は変わります。
この記事では、AS400保守会社や外部ベンダーへ相談する前に、社内で整理しておくとよいチェック項目をまとめます。現場側が安全に状況を伝える準備と、依頼範囲を比較するための確認メモです。
最初に整理する5項目
まず、対象業務、困っていること、緊急度、触ってよい範囲、機密情報の扱いを分けます。AS400は基幹業務に深く入っていることが多いため、技術的な話だけでなく、業務影響を先に伝えることが大切です。
| 項目 | 整理する内容 | 関連ページ |
|---|---|---|
| 対象業務 | 販売管理、在庫、出荷、売上、請求、会計連携、店舗連携 | 販売管理システム保守ガイド |
| 困っていること | 障害、MSGW、帳票が出ない、データ抽出、小改修、担当者不在 | 保守・運用完全ガイド |
| 緊急度 | 本番停止中、月次締め前、次回リリース前、将来検討 | 本番障害の初動対応 |
| 技術情報 | OSバージョン、主要ライブラリ、RPG/CL、ジョブ、帳票、外部連携 | コマンド逆引き |
| 機密情報 | 顧客名、会社名、ユーザー名、実データ、ライブラリ名の扱い | AI利用時の機密情報対策 |
受ける側が「これでは動けない」と困る依頼
相談を受ける側の実感として、いちばん困るのは画面のキャプチャがなく、どこがおかしいと言っているのかの詳細もない依頼です。この状態だと、何を言いたいのかがそもそも分かりません。
こうした依頼では、まず「どの画面ですか」「いつからですか」「どの伝票ですか」を確認するやり取りが必要になります。急いでいる時は、不明な点を埋めるために連絡を遅らせず、分かる事実と未確認事項を分けて第一報を出してください。画面や伝票情報は、共有許可とマスキングを確認したうえで担当者へ渡します。
せめてこれだけは添える
| そろえるもの | なぜ必要か |
|---|---|
| 事象が出ている機能 | 受注か出荷か請求かで、見るプログラムもファイルも変わる |
| 伝票番号など特定できる情報 | 実データを追えるかどうかが、調査速度をいちばん左右する |
| 画面のキャプチャ | エラーメッセージ、画面名、入力値がまとめて分かる |
| どこがどうおかしいのか | 「おかしい」だけでは、期待している状態が伝わらない |
逆に言えば、この4つがそろうと、受けた側は調査対象を絞りやすくなります。権限や追加資料が必要な場合は、その確認も行います。特に伝票番号は効きます。番号が1つあるだけで、そのデータがどう作られてどう流れたかを実際に追えるからです。
初報の記入例：『出荷確定画面／本日9時15分から／対象は伝票A・B／確定ボタン後にメッセージが出る／他伝票への影響は未確認／再実行はしていない／次回連絡は9時30分』。これは架空例です。実際には社内で定めた安全な連絡手段を使い、添付画面から不要な個人情報を除きます。
障害相談で伝えること
障害相談では、エラー画面だけを送るより、いつ、誰が、どの処理で、どのジョブが、どのメッセージで止まったかを整理します。MSGW（メッセージ待ち）で止まっている場合は、焦ってDやCを返す前に、ジョブログと詳細メッセージを確認します。
- 発生日時
- 対象ユーザー、対象端末、対象メニュー
- ジョブ名、ユーザー、ジョブ番号
- CPF、RNX、MCHなどのメッセージID
- 直前に変更したソース、設定、データ、運用
- 後続業務への影響
- 再実行できるか、止めたままにするべきか
ジョブログの読み方は、AS400のジョブログ確認手順 と AS400 CPFエラー一覧 を確認してください。
小改修相談で伝えること
小改修では、「この項目を足したい」「帳票の並びを変えたい」「抽出条件を追加したい」という依頼でも、影響範囲が広いことがあります。RPG、CL、物理ファイル、論理ファイル、帳票、バッチ、外部連携のどこに影響するかを確認します。
| 相談内容 | 確認すること | 見るページ |
|---|---|---|
| 画面項目追加 | 表示ファイル、RPG、入力チェック、更新ファイル | RPG固定形式・自由形式の読み方 |
| 帳票変更 | 印刷ファイル、WRKSPLF、OUTQ、利用部署 | OUTQ / WRKOUTQ確認 |
| データ抽出 | 対象ファイル、条件、出力形式、機密情報 | データ抽出ガイド |
| バッチ変更 | SBMJOB、JOBD、夜間処理、再実行手順 | SBMJOB / DSPJOBD |
| 影響調査 | 参照ファイル、呼び出し関係、対象ライブラリ | RPG/CL改修前の影響調査チェックリスト |
データ抽出相談で伝えること
データ抽出相談では、対象期間、対象ファイル、必要項目、出力形式、利用目的、機密情報の扱いを整理します。「全件でよい」と思っていても、実際には得意先、商品、処理日、出荷日、売上日、締め区分などの条件が必要なことがあります。
CSVで渡す場合は、出力先、保存期間、削除ルールも決めます。ACSのSQLやCPYTOIMPFを使う場合でも、本番データを外へ出す作業であることを忘れないようにします。
リプレース相談で伝えること
リプレース相談では、「AS400をやめたい」だけでは判断できません。残す部分、直す部分、つなぐ部分、置き換える部分を分ける必要があります。特に販売管理や在庫管理では、画面よりも裏側の業務ロジックが重要です。
検討前には、AS400連携とは を使って、現行業務、データ、夜間バッチ、帳票、外部連携、保守体制を棚卸ししてください。
外部パートナーを見る時は、職務経歴書の期間も確認する
AS400保守会社やビジネスパートナーへ相談する時は、会社名や単価だけでなく、実際に入る担当者の職務経歴書も確認します。案件ごとの期間が1か月、3か月のように短いものが続く場合は、短期支援だったのか、契約満了だったのか、現場都合で終了したのかを面談で確認します。
短期案件が多いこと自体を理由に否定する必要はありません。炎上支援、移行支援、欠員補充、障害対応など、短期で価値を出す仕事もあります。ただしAS400 / IBM iの保守は、既存RPG/CLソースの読解、業務理解、利用部門との会話、本番障害時の説明力が必要です。技術力だけでなく、現場コミュニケーションや身だしなみを含めた信頼感も見ます。
- 担当した業務領域を具体的に説明できるか
- 短期案件の終了理由を自然に説明できるか
- 障害対応、締め処理、EDI、データ復旧の経験を話せるか
- 利用部門との会話を設計や手順に落とした経験があるか
AS400保守会社を比較するときの判断軸
AS400 / IBM i の保守会社を比較するときは、料金や会社規模だけで決めると、障害時の初動や属人化対策で差が出ます。特に、販売管理・在庫・出荷・請求など基幹業務に直結している場合は、技術対応だけでなく、業務影響を説明できるかまで確認しておくと安全です。
| 比較する相手 | 向いている場面 | 事前に確認したい点 |
|---|---|---|
| IBM系パートナー | ハードウェア、OS、ライセンス、基盤更改を含めて相談したい | RPG/CLや既存業務ロジックまで見られる体制か |
| AS400専門保守会社 | 既存システムの調査、障害対応、運用引き継ぎを任せたい | ジョブログ、MSGW、バックアップ、夜間バッチまで見られるか |
| 一般的な開発会社 | 周辺Web化、帳票、データ連携などを追加したい | IBM i 側の制約や文字コード、権限設計を理解しているか |
| 内製化支援・研修 | 保守を丸投げせず、社内で一次判断できる人を増やしたい | 自社の実画面、RPG/CL、運用手順に合わせて学べるか |
外部委託だけで解決しようとすると、調査依頼のたびに時間がかかることがあります。反対に、社内教育だけで抱え込むと、障害時の切り分けで止まることがあります。保守会社への相談と、社内担当者の基礎教育を並行すると、問い合わせの質が上がり、復旧や改修の判断も速くなります。
