AS400 / IBM iの相談は、単に「古いシステムをどうするか」だけではありません。25年以上現場を見ていると、相談の多くは、夜間バッチ、MSGW（メッセージ待ち）、締め処理、EDI、業務理解、ソース解析、人材不足のように、技術と運用と業務が絡んだものです。
実際によく相談される10件
25年以上この現場にいて、繰り返し持ち込まれてきた相談を10件に整理しました。技術的に難しいから相談になるのではなく、解決までの時間が迫っているものほど残りやすい、というのが実感です。それぞれ、現場で実際に何が起きていたかと、確認の順番をまとめた記事への入口を添えています。
1. 夜間バッチが朝までに終わっていない
夜間バッチは朝までに終わらせる必要があるので、時間が迫った状態で相談が来ます。焦って手を動かすと事故りやすい典型です。まず何が起きてどういう状態かを確認してから、次の手を決めます。
確認の順番はこちらにまとめています：AS400夜間バッチ障害対応フロー
2. ジョブがMSGWで止まったまま気づかれていない
止まっている間は後続処理が待たされます。ただし、返信候補にRがあっても、メッセージIDごとに意味が異なるため、Rを先に選ぶとは決められません。ジョブログ、二次レベルの説明、途中更新、後続処理を確認し、運用手順と責任者の判断に従います。
確認の順番はこちらにまとめています：AS400 MSGWとは？原因確認・返答手順と夜間バッチのリラン判断
3. リランしたらデータが二重になった
リランは、途中更新、後続処理、二重計上・二重送信の有無を確認し、安全に再実行できると判断した場合だけ行います。状態を確認しても、取消、データ補正、相手先確認が先になる場合があります。
確認の順番はこちらにまとめています：AS400データ復旧
4. テスト環境では動くのに本番で落ちる
よく見る失敗が、通常の実行環境の上に自分のライブラリーがのっていて、そこに古いファイル定義があり、それを参照する形でコンパイルされたケースです。通常の実行環境で他の人がアプリを動かすとアベンドします。
確認の順番はこちらにまとめています：AS400ライブラリの確認方法
5. 違うマシンで作業してしまった
接続先のマシンを確認しないまま、実行しようとしているマシンとは別のマシンで作業してしまう事故です。タスクバーに立ち上げるマシンを常に同じものに揃え、1台の作業が終わってから全ウィンドウを閉じて次のマシンを開くと、混ざりにくくなります。画面の文字色でマシンを見分ける人もいます。
確認の順番はこちらにまとめています：AS400本番作業チェック
6. ジョブログを一覧しか見ていない
ジョブログは普通に見ると時系列の一覧形式ですが、ログのところにカーソルを持っていってF1を押すと、さらに詳細が見られます。ここまで見ずに「原因が分からない」となっている相談は多いです。
確認の順番はこちらにまとめています：AS400ジョブログの見方
7. 帳票・スプールが出てこない
出力そのものが作られていないのか、OUTQで止まっているのか、印刷側で止まっているのかで見る場所が変わります。分けずに探し始めると時間だけが過ぎます。
確認の順番はこちらにまとめています：AS400のOUTQとは？WRKOUTQとWRKSPLFでスプール出力先を確認する
8. CSVやFTPで日本語が化ける
文字コードの変換がどこで起きているかを、経路ごとに切り分けます。画面では正しいのにExcelで開くと化ける、という形で持ち込まれることが多い相談です。
確認の順番はこちらにまとめています：AS400の文字化け・CCSID確認ポイント
9. 相談に必要な情報がそろっていない
画面のキャプチャーや、おかしいと言っている部分の詳細がないと、何が言いたいかが分かりません。せめて事象が出ている機能と、伝票番号などの情報は必要です。ここが埋まるだけで調査は一気に短くなります。
確認の順番はこちらにまとめています：AS400本番障害の初動チェックリスト
10. 業務の言葉が噛み合っていない
開発側は各社共通のルール的な内容で会話しますが、その会社独自の考え方が出てきた時に噛み合わなくなります。一般的には粗利ですが、当社では荒利です、という会社もありました。用語の指す中身を先に合わせておくことです。
確認の順番はこちらにまとめています：運営者のAS400実務経験
時間が迫った相談ほど確認の順番を決める
現場メモ：相談が難しくなるのは、時間が迫っている時
私が受ける相談では、帳票が出ない、5250に入れないという相談は昔は多かったものの、今はPDF化やWeb化で減っています。一方で、夜間バッチ停止、MSGW、締め系トラブル、EDI、本番アベンドは今でも残りやすい相談です。
これらに共通しているのは、技術的に難しいということではありません。解決までの時間が迫っているということです。夜間バッチは朝までに終わらせる必要があり、締めには期日があり、MSGWは止まっている間ずっと後続が待たされ、EDIには相手先との送信タイミングがあります。どれも時計が動いています。
だからこそ、焦って対応すると事故りやすい領域でもあります。急いでいる時ほど、接続先の確認を飛ばし、影響範囲を見ないまま手を動かし、状態を確かめずにリランしてしまいます。時間がない場面ほど、確認の順番を決めておく価値があります。
特にEDIは相手先と物流が絡むため、AS400内部だけで完結しません。物が届かない、請求がずれる、相手先へ誤データが届くといった影響があります。自社の処理状態と相手先の受信・取込状態を分け、業務担当者を交えて送信や訂正の範囲を確認します。
相談内容から次に読む記事
夜間バッチ、MSGW、締め処理、EDI、読み解きにくいRPG/CL、若手・外部担当者の本番事故は、技術手順だけでなく業務影響と判断基準をセットで見ます。詳しく調べる場合は、次の記事から確認してください。
- 症状から探すAS400トラブル逆引き
- AS400販売管理システム保守ガイド｜受注・出荷・在庫・売上・請求で見るポイント
- MSGW返信判断例
- AS400保守会社に相談する前のチェックリスト｜障害・小改修・データ抽出・リプレースで整理すること
外部エンジニア・ビジネスパートナー選定の相談も多い
AS400保守では、技術相談だけでなく、誰に任せればよいかという相談も多くなります。職務経歴書と面談で採用判断する場合、案件ごとの期間が1か月や3か月で短く続いている人は、短期支援なのか、契約満了なのか、現場都合なのか、本人都合なのかを確認した方が安全です。
AS400は業務理解、利用部門との会話、既存RPG/CLソースの読解、障害時の説明力が必要です。短期案件が続くこと自体を否定するのではなく、短期終了の理由と、本人がどの業務で何を担当したかを具体的に聞くと、現場に合うか判断しやすくなります。
ここに挙げた相談は、どういう立場で受けてきたものかを運営者のAS400実務経験に書いています。担当してきた業務範囲と作業範囲を先に見ておくと、この10件の背景が分かりやすくなります。
