操作
バグ（ＵＴ後） #11034
未完了送付書があれば送付書DB、無ければ運行指令書から値を取得する処理の流れが設計されていない。
開始日:
期日:
進捗率:
0%
予定工数:
実開始日:
ＤＤ名:
INCLUDE:
DSN:
バグ区分:
QA分析:
方針（第一貨物）:
テーブル種:
データ移行要否:
実終了日:
ツールのバージョン:
AsIsSource行:
進捗計画:
設計・開発者:
画面ID:
機能区分:
機能ID:
レビュー指摘区分:
検査完了日:
検査依頼日:
説明
集信ログで、運行指令マスタの値を元にセットを行っているが、
現行は送付書DBがあればそちらの値を使用するようになっている。
送付書DB2あり
～(中略)～
送付書DB2なし
～(中略)～
SV側でセンターから来た値をTSエリアに入れて、
次のSV側プログラムで使用している。(DDPの送付書の構造体経由)
(現行は新規登録(DDP無し)のパターンの場合しか、受け渡していないが、
新ではDDP無しの前提なので、毎回DB2側のデータを参照でよい？)
2個目のSV側プログラム
先頭でTSエリアでINCLUDE定義に置き換え
DDPの送付書マスタ経由(DDPのマスタがある場合はその値を使用 新ではDB2の値？)
集信ログにセット
～(中略)～
上記の処理の流れと同じようになるよう、設計が必要ではないか？
なお、もし構造体にする場合、構造体は、BU10170_発送伝票送付書（傭車）で
作成済みの為、流用可能。
※センター側の処理が現行は同一のプログラムの為。
ファイル
奥山 仁樹 さんが約1ヶ月前に更新 · 編集済み
- ファイル clipboard-202609241706-nvlct.png を追加
- ファイル clipboard-202609241709-klw3b.png を追加
- ファイル clipboard-202609241710-ikjb8.png を追加
- ファイル clipboard-202609241713-752g3.png を追加
mode2のデータチェックも同様の問題があるかも
現行運行指令書と送付書が同様に混ざってセット
新では送付書しか見ていない？
(現行は、発店コードは送付書DB2がある場合しかセットされない為セーフ？)
ここのチェックも同様？(現行はDDPの送付書マスタ)
操作