タスク #8994
完了荷送人、荷受人の請求・精算書№ の先頭1桁をどうするか
100%
説明
KOKRNOSQ[請求・清算処理 荷送人 請求・精算書ＮＯ]
及び KOKRSSNO[請求・精算処理 荷受人 請求・精算書ＮＯ]を
現行 13桁 → 新では12桁とし、先頭の1桁は削る想定だった。
しかし、先頭1桁に"9"をセットする処理、
及び、先頭1桁が"9"の場合に処理を分岐させる処理
どちらも見つかった。
少なくとも、現行通り、先頭が"9"かどうかの判定をそのままに
することは出来ない。
新でどうするか検討が必要。
なお、VKTEIMS_訂正マスター１も同じ問題あり
ファイル
奥山 仁樹 さんが4ヶ月前に更新 · 編集済み
- ファイル clipboard-202606161525-oy5jn.png を追加
- ファイル clipboard-202606161525-44dc2.png を追加
- ファイル clipboard-202606161532-kcmej.png を追加
- ファイル clipboard-202606161533-y0lcq.png を追加
- ファイル clipboard-202606161534-odiuv.png を追加
■先頭に"9" セット箇所
◯荷送人 請求・精算書№
BS30010P
※さらっと確認しただけなので、他にもセットしている箇所があるかもしれません。
◯荷受人の請求・精算書№
該当箇所見当たらず
※さらっと確認しただけなので、漏れあるかもしれません。
■先頭の"9"参照箇所
◯荷送人 請求・精算書№
KT0060_単片訂正入力
KT20200P
KT0030_立替金単片訂正入力
KT21500P
※他にもあるかもしれません。
◯荷受人 請求・精算書№
KT0060_単片訂正入力
KT20200P
※他にもあるかもしれません。
奥山 仁樹 さんが約1ヶ月前に更新 · 編集済み
阿部さんに相談結果
調査した結果、
KOKRNOSQ[請求・清算処理 荷送人 請求・精算書ＮＯ]
KOKRSSNO[請求・精算処理 荷受人 請求・精算書ＮＯ]
に '9'がつくルートを通せるような登録は出来ないと思われるが、
全てのパターンを網羅できない為、完全な担保は取れない。
今回、送り状マスタに他の項目の追加のタイミングに合わせ、
荷送人、荷受人 ともに、雑・締区分を追加する。
区分値は 運賃支払人の 雑・締区分と同様とする。
※なお、調査時点での送り状マスタNO1(とNO2)のデータにはなかったが、2ヵ月分しか
調査できない為、担保は出来なかった。