ToDo #426
CH@RK発注エラー 商品情報更新後、ロット数が不正な値で連携される。
説明
【現象】
2024/3/8 CH@RK日次自動発注にて以下商品がインフォマート発注エラー
・553410
・553420
エラー:発注数が発注ロットの下限を下回る値で発注されたため
【応急対応】
・購買通知
→購買側でリカバリ発注
現象としては以前発生した商品コード:553440の発注エラーと同様です。
ファイル
関連するチケット
武田 遼河 さんが9ヶ月前に更新
- ファイル clipboard-202403081125-yphzv.png clipboard-202403081125-yphzv.png を追加
- ファイル MST_MTSHOHINEXT_20240307_20240307130000.csv MST_MTSHOHINEXT_20240307_20240307130000.csv を追加
- ファイル clipboard-202403081129-am9kf.png clipboard-202403081129-am9kf.png を追加
- ファイル clipboard-202403081131-waa5w.png clipboard-202403081131-waa5w.png を追加
- ファイル clipboard-202403081132-zmtwp.png clipboard-202403081132-zmtwp.png を追加
- ファイル genkihon_20240307.csv genkihon_20240307.csv を追加
- ステータス を 新規 から 進行中 に変更
- 優先度 を 通常 から 今すぐ に変更
CU側一次調査を実施いたしました。
■CH@RK(FOODIT)連携ファイルの確認
→2024/3/6 更新分データとして該当商品が連携
→データ上は発注単位が「1」で連携された。
■マスタ管理システム出力時点連携ファイル確認
→該当商品の「発注単位」カラムの値が「1」
■マスタ管理システム現時点の登録状況確認
→genkihon「12_発注単位」→「1」(異常値)で登録
→ItemCleansing「12_ロット数」→「45」(正常値)で登録
障害原因として以下が考えられます。
・商品情報更新時のItemCleansinテーブルの情報更新とGenkihonsテーブル情報更新の動きが同期されていない。
→原因箇所のロジックに問題ないか再調査をお願いいたします。
・初期データInsert時の整合ミス
→2023/3頃、水野が価格改定を行った際にも同様の事象が起きていた認識です。
購買説明の為、原因をはっきりさせておきたいです。
→上記SE対応時に異常値の埋め込みがあった?
武田 遼河 さんが9ヶ月前に更新
- ファイル clipboard-202403111413-ivakk.png clipboard-202403111413-ivakk.png を追加
- ファイル clipboard-202403111414-diwx7.png clipboard-202403111414-diwx7.png を追加
マスタ管理システム画面表示の状態をスクショにて添付します。
武田 遼河 さんが9ヶ月前に更新
- ファイル ロット数整合チェック_回答.xlsx ロット数整合チェック_回答.xlsx を追加
- ファイル ロット数整合チェック_送付.xlsx ロット数整合チェック_送付.xlsx を追加
- 進捗率 を 0 から 80 に変更
マスタ管理システムの以下テーブル・カラムについてインフォマート連携データと整合調査を行い不整合データについては修正を実施いたしました。
また、購買へ上記通知済みです。
村上さんより以下追記いただき次第クローズとします。
1.原因調査結果
2.不具合改修内容
村上 達也 さんが9ヶ月前に更新
- ステータス を 進行中 から 解決 に変更
- 一覧画面上でチェックボックスにチェックを入れて消された履歴があった
- チェックが入れる機能は以前作成していた(現在は無効)手動による連携ファイル生成で使うもの
- チェックが入った時の動作でロット数が空欄だったら1を入れて出力する、というフローがありそれが動作していた
- フローが動作して、そのブランク判断の基準が過去のもののまま(現状は無効)であったためブランクでなくても値を1に書き換えて出力していた
が確認され、原因はこのチェックを付けた時のワークフローが不要であるにも関わらず存在していたことであることでした。
この誤動作の原因となっていたフローを無効にして、本番環境へ反映。
以後は同じことを原因とする誤動作が起こらないようになっています。