AS400販売管理システム保守ガイド｜受注・出荷・在庫・売上・請求で見るポイント

AS400 / IBM i は、販売管理システムの裏側で動いていることが多い環境です。画面はWebになっていても、受注、出荷、在庫引当、売上計上、請求、店舗連携、物流連携などの基幹処理をAS400が支えている現場はあります。見た目は古く見えても、会社の心臓部として動いていることがあります。

このページでは、AS400で販売管理システムを保守する時に、どの業務をどう見ればよいかを整理します。単なるRPGやCLの読み方ではなく、業務の流れを知らないまま保守すると何が危ないのか、障害時にどこを優先して見るのか、若手がどんな業務知識を身につけるべきかを現場目線でまとめます。

販売管理でAS400が担当しやすい処理

販売管理システムでは、AS400が裏側で多くの処理を担当します。自分が長く関わってきた領域でも、受注、出荷、在庫引当、売上計上、請求、店舗連携、物流連携など、ほとんどの基幹処理にAS400が関わっていました。業界としてはアパレル、小売業、卸売業が中心で、物流や不動産に関わったこともあります。

業務領域	AS400でよく見る処理	保守で見るポイント
受注	受注入力、受注取込、受注チェック	後続の出荷・在庫引当へ渡る元データになっているか
出荷	出荷指示、ピッキング、出荷確定	物流連携や帳票出力とつながっているか
在庫	在庫引当、在庫更新、在庫照会	引当済み、未引当、実在庫との差異がないか
売上	売上計上、売上訂正、会計連携	二重計上、未計上、計上タイミングに注意する
請求	請求締め、請求書作成、入金連携	締め処理後の修正可否、再発行可否を見る
店舗連携	店舗売上、在庫、商品マスタ連携	送受信タイミング、再送可否、連携漏れを見る
物流連携	出荷データ、配送データ、実績戻し	相手側システムとの連携状態を確認する

販売管理保守で一番危ないのは処理順を知らないこと

AS400保守で業務を知らない人がやると危ない作業は、処理の順番を理解しないまま修正することです。販売管理では、受注データが作られ、在庫引当が走り、出荷指示が出て、売上が計上され、請求や会計連携へ進むように、処理がつながっています。

ひとつのプログラムだけを見て「この修正で動く」と思っても、後続処理で使う元データの意味を知らないと危ないです。入力系のミスは特に事故りやすいです。入力データは後続処理で使用する元ネタになるため、ここが間違うと影響が大きくなります。

販売管理の流れの例:
受注入力
  ↓
在庫引当
  ↓
出荷指示
  ↓
出荷確定
  ↓
売上計上
  ↓
請求・会計連携

この流れを知らずに、途中のファイルだけを修正したり、途中のバッチだけを再実行したりすると、二重処理、未処理、データ不整合につながります。だからAS400エンジニアは、RPGやCLだけでなく、客の業務を覚えることが大切です。

障害時はまず業務影響を見る

販売管理の本番障害では、まず業務影響を見ます。受注系、発注系が動くか。商品がお客様に届くところへ影響していないか。バックオフィス系は後回しにできることもありますが、受注、出荷、物流、店舗連携などは優先度が高いです。

夜間バッチが止まると、翌日お客様が基幹システムを使用できない可能性があります。特に外部I/F系の処理が止まっていると、業務影響が大きくなり、客に迷惑がかかります。詳しい初動は AS400夜間バッチ障害対応フロー と AS400本番障害の初動対応チェックリスト にまとめています。

障害場面	最初に見ること	理由
受注が入らない	入力画面、受注ファイル、連携データ	後続の出荷・在庫に影響するため
出荷できない	出荷指示、物流連携、帳票	商品が届かない可能性があるため
在庫がおかしい	引当、売上、返品、移動処理	複数処理が在庫に影響するため
売上が合わない	売上計上、訂正、会計連携	二重計上や未計上が起きるため
I/Fが止まった	送受信履歴、MSGW、ジョブログ	外部システムや店舗に影響するため

販売管理の夜間バッチで見るポイント

販売管理の夜間バッチでは、処理が順番に動いていることが重要です。前処理が終わっていないのに後続処理が走ると、古いデータや不完全なデータを元に処理してしまいます。逆に、途中まで処理が終わっているのに再投入すると、二重処理になることがあります。

• WRKACTJOBでMSGWや暴走ジョブがないか見る
• WRKSBMJOBで投入済みジョブが終わっているか見る
• ジョブログで何が原因で止まったかを見る
• 対象ファイルに途中データが残っていないか見る
• 後続処理がすでに動いていないか見る
• 再投入して二重処理にならないか見る

投入しただけで安心するのは危険です。SBMJOBで投入したプログラムが実はアベンドしていた、ということはあります。そういう時に WRKACTJOB や WRKSBMJOB を使って確認します。

データリカバリーでは対象ファイルと更新先を見る

販売管理の本番トラブルでは、データリカバリーが必要になることがあります。対象ファイルをどうリカバリーするか、どこまでデータが作られているか、後続処理が動いたかを確認します。SQLで修正する時に一番怖いのは、ライブラリ名を間違えることです。

リカバリー作業では、手順を箇条書きにして、メンバーにレビューしてもらいます。作業手順、対象ファイル、対象ライブラリ、バックアップ、戻し方、実行後確認まで、ひとつずつ確認します。詳しくは AS400のデータリカバリーで焦らないための確認手順 を見てください。

販売管理保守で若手に教えること

若手にAS400保守を教える時は、システム全体図や周辺システム関連図を説明して、まずお客様のシステム全体像を見せるようにしています。多分、最初は理解できていないと思います。それでも、プログラム単体ではなく、業務全体の中でどこに位置している処理なのかを意識させることが大切です。

AS400エンジニアが稼げるようになるには、技術だけでなく業務知識とコミュニケーション能力が必要です。客が何を求めているのかを理解して、それをアプリに落とし込める人は強いです。逆に、プログラムだけを見て、業務影響を見ない人は本番保守では危ないです。

若手に覚えてほしいこと	理由
処理順	前後関係を知らないと再実行や修正判断を間違える
業務影響	何が止まると現場が困るか判断できる
ライブラリリスト	本番/テストや参照先を間違えないため
ジョブログ	原因と結果を分けて調査するため
コミュニケーション	障害時に状況を整理して共有するため

AS400販売管理保守チェックリスト

チェック	確認内容
処理順	受注、出荷、在庫、売上、請求のどこにある処理か分かっているか
対象業務	どの部署、どの現場、どの外部システムへ影響するか
対象ファイル	入力、作成、更新、参照するファイルを把握しているか
ライブラリ	本番/テスト、ライブラリリスト、更新先を確認したか
ジョブログ	エラー前後の流れ、メッセージID、重大度を確認したか
バッチ	前処理、後続処理、再投入可否を確認したか
データ	途中データ、二重処理、未処理データがないか確認したか
共有	業務影響と技術原因を分けて説明できるか

関連して読む記事

• AS400本番障害の初動対応チェックリスト
• AS400夜間バッチ障害対応フロー
• AS400のデータリカバリー確認手順
• AS400のジョブログ確認手順
• AS400のSBMJOB・WRKSBMJOB・DSPJOBD
• RPG/CL修正後の単体テスト