操作
バグ #10149
完了着荷主情報DB2が出力されない
ステータス:
終了
優先度:
通常
担当者:
阿部 利紀
開始日:
期日:
進捗率:
0%
予定工数:
実開始日:
DD名:
INCLUDE:
DSN:
バグ区分:
QA分析:
方針(第一貨物):
実終了日:
ツールのバージョン:
AsIsSource行:
進捗計画:
設計・開発者:
画面ID:
機能区分:
機能ID:
レビュー指摘区分:
検査完了日:
検査依頼日:
説明
着荷主情報DB2が出力されるように設定したデータを流しましたが、出力されませんでした。


対応するデータ交換配信データ管理マスタとデータ交換受付照会用マスター(3)が存在する為、出力される事を想定していました。


ご対応お願いします。
ファイル
渡邉 拓英 さんが3ヶ月前に更新 · 編集済み
- ファイル clipboard-202608071326-xvbqj.png を追加
- ファイル clipboard-202608071327-z1wpt.png を追加
- ファイル clipboard-202608071329-0ca0g.png を追加
- ステータス を 新規 から フィードバック に変更
- 担当者 を PM から 柳川 岳志 に変更
先頭のIF分で通らない。

// │ ┌ (データ.インデータ.他社輸送送り状NO Y件目 をトリムした値 & 半角スペース13桁) の先頭13桁 が数字のみ 且つ
// │ │ データ.インデータ.自社送り状NO Y件目 が数字のみ の場合
if (LSS1010.isNumeric((inData.get(Y - 1).getR6FATOKR().trim() + " ".repeat(13)).substring(0, 13)).equals("true") &&
LSS1010.isNumeric(inData.get(Y - 1).getR6FAJOKR()).equals("true")) {
13文字分が数字という意味であっていますか?

トリムした値、数字チェックではないのか?
他社輸送送り状NO、自社送り状NO 桁数拡張の影響?!
菅間 聖耶 さんが2ヶ月前に更新 · 編集済み
- ファイル clipboard-202608171138-ulank.png を追加
- ファイル clipboard-202608171138-tnpjv.png を追加
現行PL/IのVERIFYの実行結果¶
岡崎様と確認
13桁のCHAR型の変数に6桁の数字を代入し数値チェック

13桁になるまで末尾スペース埋めされるため、数値として認められない
※IE30380 のインデータの他社送り状Noは、10桁の数値 & スペース

PIC型を経由している場合は、0埋めされて、THEN の処理を通りますが、
そのような処理は確認できなかったため、THEN の処理は通らない想定です。
操作