プロジェクト

全般

プロフィール

バグ #10149

完了

着荷主情報DB2が出力されない

阿部 利紀 さんが3ヶ月前に追加. 2ヶ月前に更新.

ステータス:
終了
優先度:
通常
担当者:
阿部 利紀
開始日:
期日:
進捗率:

0%

予定工数:
実開始日:
DD名:
INCLUDE:
DSN:
バグ区分:
QA分析:
方針(第一貨物):
実終了日:
ツールのバージョン:
AsIsSource行:
進捗計画:
設計・開発者:
画面ID:
機能区分:
機能ID:
レビュー指摘区分:
検査完了日:
検査依頼日:

説明

着荷主情報DB2が出力されるように設定したデータを流しましたが、出力されませんでした。

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


ご対応お願いします。


ファイル

1.png (22.7 KB) 1.png 阿部 利紀, 2026-08-06 10:37 午前
4.png (31.2 KB) 4.png 阿部 利紀, 2026-08-06 10:38 午前
2.png (28.7 KB) 2.png 阿部 利紀, 2026-08-06 10:40 午前
3.png (31.1 KB) 3.png 阿部 利紀, 2026-08-06 10:40 午前
clipboard-202608071326-xvbqj.png (13.4 KB) clipboard-202608071326-xvbqj.png 渡邉 拓英, 2026-08-07 01:26 午後
clipboard-202608071327-z1wpt.png (19.5 KB) clipboard-202608071327-z1wpt.png 渡邉 拓英, 2026-08-07 01:27 午後
clipboard-202608071329-0ca0g.png (21.6 KB) clipboard-202608071329-0ca0g.png 渡邉 拓英, 2026-08-07 01:29 午後
clipboard-202608171138-tnpjv.png (176 KB) clipboard-202608171138-tnpjv.png 菅間 聖耶, 2026-08-17 11:38 午前
clipboard-202608171138-ulank.png (110 KB) clipboard-202608171138-ulank.png 菅間 聖耶, 2026-08-17 11:38 午前
1.png
4.png
2.png
3.png
clipboard-202608071326-xvbqj.png
clipboard-202608071327-z1wpt.png
clipboard-202608071329-0ca0g.png
clipboard-202608171138-tnpjv.png
clipboard-202608171138-ulank.png

関連するチケット 2 (0件未完了 — 2件完了)

関連している バグ #6415: 数値チェックのトリムについて終了高橋 歩

操作
関連している バグ #6415: 数値チェックのトリムについて終了高橋 歩

操作

阿部 利紀 さんが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ヶ月前に更新 · 編集済み

  • 担当者 を 柳川 岳志 から 阿部 利紀 に変更

柳川 岳志 さんが2ヶ月前に更新 · 編集済み

  • 担当者 を 阿部 利紀 から 柳川 岳志 に変更

柳川 岳志 さんが2ヶ月前に更新 · 編集済み

  • 担当者 を 柳川 岳志 から 菅間 聖耶 に変更

現行ロジックでは他社NOにスペースが含まれる場合はIF文でfalseとなるため、左端から13桁がすべて数字の場合のみ処理されるかと思います。
今回のケースでは処理されないのが正解であり現行通りの仕様となっているかと思いますが、菅間さんが修正された箇所のようなので念のためご確認をお願いいたします。

菅間 聖耶 さんが2ヶ月前に更新 · 編集済み

  • 関連している バグ #6415: 数値チェックのトリムについて を追加

菅間 聖耶 さんが2ヶ月前に更新 · 編集済み

  • ファイル clipboard-202608171138-ulank.png を追加
  • ファイル clipboard-202608171138-tnpjv.png を追加

現行PL/IのVERIFYの実行結果

岡崎様と確認

13桁のCHAR型の変数に6桁の数字を代入し数値チェック

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

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

菅間 聖耶 さんが2ヶ月前に更新 · 編集済み

  • 担当者 を 菅間 聖耶 から 阿部 利紀 に変更

阿部 利紀 さんが2ヶ月前に更新 · 編集済み

  • ステータス を フィードバック から 終了 に変更
  • 進捗計画 を 仕様通り・取消 にセット

承知しました。
ご確認いただきありがとうございました。

他の形式にエクスポート: Atom PDF