販売管理システムでAS400保守に必要な業務知識｜受注・出荷・在庫・売上を現場目線で解説

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はやった方がいい、ということです。若い人が少ない分、業務を理解して保守できる人は重宝されます。技術だけでなく業務も覚えて、落ち着いて対応できるエンジニアを目指してほしいです。

販売管理の保守では単体テストも業務目線で見る

販売管理システムの保守では、単体テストも業務目線が必要です。入力系、データ作成系、帳票、外部I/F、後続処理までつながっているため、プログラム単体の動きだけで判断すると危ないことがあります。

RPG/CL修正後の確認観点は、AS400保守の単体テスト記事で整理しています。

ここまでの要点

販売管理システムのAS400保守では、受注、出荷、在庫、売上、請求、店舗連携、物流連携がつながっています。プログラムだけを見るのではなく、処理の順番、業務影響、ライブラリリスト、MONMSGの扱いまで確認することが大切です。

AS400で稼げるエンジニアになるには、RPGやCLだけでなく、業務知識とコミュニケーション能力が必要です。落ち着いて確認し、相手の業務を理解して、安全に保守できる人が現場で信頼されます。

販売管理システム保守で一緒に読んでおきたい記事

販売管理システムの保守では、業務の流れだけでなく、ジョブログ、CL、データリカバリー、本番対応の確認も合わせて理解しておくと現場で動きやすくなります。特に受注、出荷、在庫、売上、請求の処理はつながっているため、ひとつの修正が後続処理へ影響することがあります。

• AS400のジョブログ確認手順：販売管理のバッチやオンライン処理が止まった時に、まず確認したいログの見方です。
• AS400のCL確認ポイント：処理の呼び出し順、MONMSG、ジョブ投入、後続処理の確認に役立ちます。
• AS400のデータリカバリー確認手順：本番トラブル時に対象ファイルやライブラリを間違えないための考え方です。
• AS400の本番対応で初心者がやってはいけないこと：販売管理の本番作業で環境確認を飛ばさないためのチェック記事です。

AS400の全体像を先に整理したい場合は、AS400総合ガイドから読むと、基本操作、RPG/CL保守、ジョブログ、本番対応のつながりを確認できます。

AS400保守で必要な販売管理の業務知識

AS400保守で販売管理を見る時は、プログラム名やファイル名だけでなく、受注から出荷、在庫、売上、請求までの業務知識が必要です。画面で「在庫照会」「出荷確定」「請求締め」と出てきた時に、どの後続処理へ影響するかを想像できると、調査と設計が速くなります。

• 受注後に在庫引当があるか確認する
• 出荷確定で在庫、売上、EDIに影響するか見る
• 請求締め後の修正は承認と戻し方を確認する
• 業務ユーザーに聞くべき質問

販売管理のAS400保守は、受注・出荷・在庫・請求を線で見ます

販売管理システムでは、受注入力だけ、在庫だけ、請求だけを見ても影響範囲を判断できません。AS400保守では、出荷確定、売上計上、請求締め、返品・赤伝、EDI、帳票までをつなげて理解する必要があります。業務理解が浅いと、技術的には小さな改修でも現場影響を見落とします。

• 業務ヒアリングシートで販売管理の流れを整理する
• トラブル逆引きで業務影響から調査する

AI/Codexを使うなら、業務理解を先にそろえる

販売管理システムの保守では、受注・出荷・在庫・売上・請求の業務理解が先です。そのうえでAI/Codexを使うと、古いRPG/CLの処理概要、影響範囲、調査メモを短時間で整理しやすくなります。

• AS400保守で使うAIプロンプト集で調査メモの型を見る
• RPG/CLソース解析をCodexで整理する手順で読み解きにくいソースを分解する
• AS400トラブル逆引きで症状別の確認順に戻る

販売管理の保守を相談する前に整理したいこと

販売管理システムのAS400保守では、受注・出荷・在庫・売上のどこで障害や仕様確認が起きているかを分けておくと、保守会社への相談が具体的になります。

業務担当者の言葉とRPG/CLの処理をつなげられる人が少ない場合は、外部委託だけでなく社内教育も同時に考えると、次回の調査時間を減らしやすくなります。

• AS400保守会社に相談する前のチェックリスト
• AS400保守の属人化を減らす方法
• お問い合わせ