QA #6356
未完了特殊な入力、データでないと通らないDB更新処理がある
0%
説明
画面レイアウト/dataProcessMode3(データ処理)/『FURIKOMI_WRITE』/1110行

上記の処理の条件は基本的に満たすことができません。
理由は支払区分は基本的に0 or 3です
科目IDは32,33,34の場合チェック処理でエラーとなるため下記の処理は36以外通りません
問題の処理では訂正前_支払区分が0以外かつ支払区分と訂正前_支払区分が異なる場合かつ支払区分が0ではない場合です
両方の支払区分は0 or 3なので上記の条件は満たすことができません0-0 3-3 0-3いずれの場合でも通ることはありません
しかし科目IDのチェック処理はmode3で読み込んだ入金データの科目IDが32.33.34の場合だと訂正前_支払区分が1,2,4になる可能性があります。
しかしそのままでは科目IDはエラーになります。科目IDは00以外入力不可能ですが
エラー項目になれば入力可能です。それで36に変更すれば上記の処理が実行されます。


ファイル
青田 光弘 さんが8ヶ月前に更新 · 編集済み
- ファイル clipboard-202603041733-jtnhj.png を追加
BY10050_傭車精算入力画面では、以下の科目IDがデフォルトで用意されています。
・借方
17:未払費用・傭車料
・貸方
32:未払金・期日振込
33:未払金・割引振込
34:未払金・電子決済
36:未払金・通常振込
よって、テストの際はこれら5項目が必ず存在するような状態でお願いします。
一般的な支払方法として32~36の入力欄が用意されており
これらのうちの1箇所に金額が入力されるようです。
画面レイアウト/dataProcessMode3(データ処理)/『FURIKOMI_WRITE』/1110行の条件を満たすための入力例として
・訂正前
科目ID:34、貸方金額:100000円
科目ID:36、貸方金額:0円
・訂正後の入力
科目ID:34、貸方金額:0円
科目ID:36、貸方金額:100000円
というように金額を移動するような入力をすると、期日振込みマスタ(傭車精算)登録_2が
実行されるようになります。


塩野 龍馬 さんが8ヶ月前に更新 · 編集済み
- ステータス を 作業中 から 保留中 に変更
- 担当者 を 塩野 龍馬 から 青田 光弘 に変更
対応ありがとうございました。
金額を見落としていました。
そこでテストをしてみて気づいたのですが
支払区分が1の状態で登録するとVKPAYYOに支払方式1のデータができます
次に支払区分を2にして登録すると前と支払区分が違うので
新しくVKPAYYOに支払方式2のデータができます
そして次に支払区分を1にして登録すると前と支払区分が違うので
新しくVKPAYYOに支払方式1のデータを作ろうとしますが
これはPK違反でエラーになってしまいます。
これで大丈夫でしょうか?
