AS400 / IBM i の保守では、RPGやCLを読めることも大切ですが、それだけでは足りません。特に販売管理システムでは、業務の流れを知らないまま修正や調査をすると、思わぬところへ影響が出ます。
この記事では、卸売業やアパレル業の販売管理システムに関わってきた経験をもとに、AS400保守でなぜ業務知識が重要なのかを整理します。
この記事の立場
ここで書く内容は、特定の会社や顧客の情報ではありません。販売管理システムの保守でよく意識する一般化した確認観点です。実際の本番環境では、必ず所属組織の手順、権限、レビュー体制に従ってください。
販売管理システムでAS400が裏側で動く処理
販売管理システムでは、AS400 / IBM i が裏側でかなり多くの処理を担当していることがあります。画面はWeb化されていても、基幹処理やバッチ処理はAS400で動いている、という現場もあります。
| 処理 | 保守で見るポイント |
|---|---|
| 受注 | 注文データ、入力チェック、取引先、納品先、受注状態 |
| 出荷 | 出荷指示、倉庫、便、出荷確定、後続連携 |
| 在庫引当 | 在庫数、引当順、欠品、倉庫別在庫、再引当条件 |
| 売上計上 | 売上日、締め処理、返品、訂正、会計連携 |
| 請求 | 請求締め、請求先、月次処理、再作成可否 |
| 店舗連携 | 店舗単位の送受信、連携漏れ、再送信条件 |
| 物流連携 | 倉庫システム、出荷データ、戻りデータ、エラー明細 |
正直に言うと、販売管理では「なんでもあります」。受注、出荷、在庫引当、売上、請求、店舗連携、物流連携がつながっているため、1つの処理だけを見て判断すると危ないです。
卸売業とアパレル業で難しさは違うのか
卸売業とアパレル業で業務用語や明細の持ち方は違いますが、基幹システムとしての難しさは大きく変わらないと感じています。基幹システムは全部難しいです。
難しい理由は、画面やプログラム単体ではなく、業務全体がつながっているからです。受注を直したつもりでも、出荷、在庫、売上、請求に影響することがあります。AS400保守では、プログラムだけでなく、処理の順番と業務の流れを見る力が必要です。
業務を知らない人がやると危ない作業
AS400の保守で、業務を知らない人がやると危ないと感じるのは、処理の順番を変えたり、途中の処理だけを直したりする作業です。
販売管理では、前処理、メイン処理、後続処理、連携処理が順番に動いています。どこか1つだけを見ると簡単に見えても、前後の処理を知らないまま変更すると、後で不整合が出ることがあります。
| 危ない見方 | 安全な見方 |
|---|---|
| このプログラムだけ直せばよい | 前後のバッチと連携先も見る |
| エラーが出た処理だけ見る | 最初に異常が出た処理と後続影響を見る |
| ファイルだけ見て判断する | どの業務で使われるファイルか確認する |
| 処理順を軽く考える | 受注、出荷、売上、請求の流れを意識する |
ライブラリリストは上から探す
若手にライブラリリストを教える時は、「ライブラリリストの一番上からオブジェクトやファイルを参照していく」と説明します。
DSPLIBL ライブラリリストの上から順番に、 同じ名前のファイルやプログラムを探していく
同じファイル名、同じプログラム名が複数のライブラリにある場合、どのライブラリを先に見るかで結果が変わります。だから本番対応やデータリカバリーでは、ライブラリリストの確認を飛ばしてはいけません。
MONMSG CPF0000を見たら疑って見る
CLで MONMSG CPF0000 を見た時は、まず「こんなことして大丈夫なのか」と疑って調査します。すべてのエラーを広く受ける書き方は便利ですが、失敗してはいけない処理まで握りつぶしている可能性があります。
たとえばCLRPFMでファイルクリアに失敗したのに、MONMSG CPF0000でエラーを無視して後続処理が走ると、古いデータが残ったまま次へ進むかもしれません。これは販売管理システムではかなり怖いです。
本番障害で最初に見る業務影響
販売管理の本番障害では、まず受注系と発注系がどう動作しているかを確認します。バックオフィス系の処理も大事ですが、優先順位としては、商品がお客さんに届くところ、業務が止まるところを先に見ます。
| 優先度 | 確認する業務影響 |
|---|---|
| 高 | 受注できるか、発注できるか、出荷できるか |
| 高 | 商品がお客さんに届く流れが止まっていないか |
| 中 | 在庫引当や物流連携に不整合が出ていないか |
| 中 | 売上計上や請求に後続影響がないか |
| 後回しにしやすい | 即時の出荷や受注に影響しないバックオフィス系 |
もちろん最終的にはすべて確認します。ただ、障害発生直後は優先順位を間違えないことが大切です。最初に見るべきは、商品が客に届くところまわりです。
稼げるAS400エンジニアに必要なこと
AS400エンジニアが稼げるようになるには、技術以外に業務知識とコミュニケーション能力が必要です。RPGやCLが読めるだけでなく、相手が何に困っているのか、どの業務を止めてはいけないのか、どこまで確認すれば安心できるのかを聞き出す力が大切です。
この人はAS400保守がうまいと感じるのは、落ち着いて対応する人です。逆に、いつもトラブルを起こす人、バグだらけのものを作る人には、本番を触らせるのが怖いです。本番対応では、技術力だけでなく、信用がかなり大事です。
AS400が合う人はやった方がいい
私がAS400を続けられた理由は、自分に合っていたからだと思います。C言語では苦労しましたが、AS400とRPGに出会って、これならやっていけると感じました。
若手に伝えるなら、相性が合うならAS400はやった方がいい、ということです。若い人が少ない分、業務を理解して保守できる人は重宝されます。技術だけでなく業務も覚えて、落ち着いて対応できるエンジニアを目指してほしいです。
まとめ
販売管理システムのAS400保守では、受注、出荷、在庫、売上、請求、店舗連携、物流連携がつながっています。プログラムだけを見るのではなく、処理の順番、業務影響、ライブラリリスト、MONMSGの扱いまで確認することが大切です。
AS400で稼げるエンジニアになるには、RPGやCLだけでなく、業務知識とコミュニケーション能力が必要です。落ち着いて確認し、相手の業務を理解して、安全に保守できる人が現場で信頼されます。
