バグ #12012
完了
鈴木 友博 さんが10日前に追加.
9日前に更新.
説明
{"PSREJGCD":" ","PSREHYN1":"71944703 ","PSRESYNO":" ","PSREOKRN":"71944703 90","PSREEDBN":"004","PSREDYMD":"20261014","PSREDHMS":"002538","PSRENYMD":"20261014","PSRENHMS":"003039"}
ファイル
関連するチケット
1 (0件未完了 — 1件完了)
"PSREOKRN":"71944703 90",
// │ 変数.書込データ.スキャン送り状NO ← 引数.受信データ.帳票NO.1 & 引数.受信データ.スキャン送り状枝番 の左から3文字目 & "0" をセット 第10版 追加
stkmtlogdtreJson.setPSREOKRN(sthtrcvdt.getHLOGHYN1() + sthtrcvdt.getHLOGOKRN().toCharArray()[3 - 1] + '0'); /* 8桁+1桁+"0" の計10桁。送り状Noではない。 */
HLOGHYN1:帳票NO1 (桁数:8)
HLOGOKRN:スキャン送り状NO(桁数:16)
HLOGEDBN:スキャン送り状枝番(桁数:3)が正解
末尾の0は・・・
- ファイル clipboard-202610210919-f15ur.png を追加
- ステータス を 移行完了 から フィードバック に変更
- 担当者 を 渡邉 拓英 から 鈴木 友博 に変更
- ステータス を フィードバック から 移行完了 に変更
- 担当者 を 鈴木 友博 から 青田 光弘 に変更
最後に付加されている"0"は、何処からの判断になるのでしょうか?
#7040
0をセットした根源と思われます
後続処理で 10桁目をエラー区分として利用しています。
その際、エラー区分の初期値として 0 が入っていないとソート順が
意図しないものになる為、0をセットする設計となっています。
※なお 9桁目は送付書の枝番(1~4です)
- ファイル clipboard-202610211420-o1kfo.png を追加

スペースが入って9桁になっている。
データが悪い。
- ステータス を 移行完了 から 未着手 に変更
- 担当者 を 青田 光弘 から 鈴木 友博 に変更
- 進捗計画 を データ等の不備(修正不要) にセット
OJHTRVDTへINSERTするpgm(鈴木作)を修正し対応
他の形式にエクスポート: Atom
PDF