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

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

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

現場目線の結論 販売管理システムのAS400保守では、プログラム単体よりも、受注から出荷、在庫、売上、請求、外部連携までの処理順を理解することが大切です。業務を知らない人が本番を触ると、技術的には正しい修正でも、後続処理や現場業務に影響することがあります。

保存・退避系コマンドの注意も確認 本番作業前にSAVLIB、SAVOBJ、SAVFを使う場合は、ロック、保存先、DSPSAVF、復元確認が重要です。詳しくは AS400の保存・退避系コマンドの注意点 にまとめています。

販売管理で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 / IBM i × Codex研修について

AS400 / IBM i の開発・保守でCodexを活用する法人向け研修を行っています。御社PC・御社環境で、RPG/CLソース読解、プログラム調査、改修案作成、動作確認・テストまで実戦形式で学べます。

AS400 Codex研修を見る

復元系コマンドの注意も確認: SAVFから戻す時は、RSTLIB/RSTOBJの復元先を間違えると既存データやオブジェクトを壊す可能性があります。慣れるまではQTEMPへ復元する考え方を、AS400の復元系コマンドの注意点で整理しています。

ホーム