AS400 / IBM i の販売管理では、単価改定の失敗がそのまま請求金額の誤りにつながります。得意先別単価、品番別単価、期間単価、キャンペーン単価、税区分、掛率などが組み合わさっている場合、画面上は単価が合って見えても、締め処理や請求書出力で別の単価が使われることがあります。
単価改定で先に決めること
| 項目 | 確認内容 | 事故になりやすい点 |
|---|---|---|
| 適用日 | 受注日、出荷日、売上日、請求日のどれで判定するか | 同じ伝票でも画面ごとに見え方が違う |
| 対象 | 得意先、品番、分類、契約単位 | 一部得意先だけ旧単価が残る |
| 締め | 締め前変更か締め後変更か | 請求再発行や赤伝が必要になる |
| 外部連携 | EDI、CSV、Web受注 | 外部側だけ旧単価で送られる |
| 承認 | 営業、経理、システムの確認 | 誰がOKを出したか残らない |
本番反映前のテスト観点
テストでは、単価マスタを見て終わりにせず、受注入力、出荷確定、売上計上、請求締め、請求書出力まで流します。得意先別の例外単価、旧単価期間、新単価期間、単価未設定時のエラー、消費税計算、端数処理まで見ると、実運用に近い確認になります。
特に注意したいのは、締め済みデータへの影響です。締め後に単価を直した場合、過去伝票を再計算するのか、新しい伝票から適用するのか、赤伝・再請求で処理するのかを決めてから作業します。ここが曖昧だと、システム上は直ったのに経理上の数字が合わない状態になります。
現場で残したい証跡
単価改定では、依頼書、改定前後の一覧、対象得意先、対象品番、適用日、テスト結果、承認者、反映日時を残します。AS400側の画面キャプチャだけでなく、請求書サンプルや売上一覧も残すと、後日の問い合わせに強くなります。
請求金額のズレを調べる場合は AS400請求金額不一致の調べ方、販売管理全体の見直しは AS400販売管理保守ガイド、マスタ変更の影響整理は AS400マスタ変更の影響調査チェックリスト が近い入口です。
