プロジェクト

全般

プロフィール

QA #6356

未完了

特殊な入力、データでないと通らないDB更新処理がある

塩野 龍馬 さんが8ヶ月前に追加. 8ヶ月前に更新.

ステータス:
解決
優先度:
通常
担当者:
塩野 龍馬
開始日:
期日:
進捗率:

0%

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

説明

画面レイアウト/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に変更すれば上記の処理が実行されます。


ファイル

clipboard-202603031547-3felh.png (13.2 KB) clipboard-202603031547-3felh.png 塩野 龍馬, 2026-03-03 03:47 午後
clipboard-202603031548-csbiw.png (22.8 KB) clipboard-202603031548-csbiw.png 塩野 龍馬, 2026-03-03 03:48 午後
clipboard-202603031549-oude7.png (47.6 KB) clipboard-202603031549-oude7.png 塩野 龍馬, 2026-03-03 03:49 午後
clipboard-202603041452-getel.png (36.9 KB) clipboard-202603041452-getel.png 塩野 龍馬, 2026-03-04 02:52 午後
clipboard-202603041727-ta3aj.png (674 KB) clipboard-202603041727-ta3aj.png 青田 光弘, 2026-03-04 05:27 午後
clipboard-202603041733-jtnhj.png (253 KB) clipboard-202603041733-jtnhj.png 青田 光弘, 2026-03-04 05:33 午後
clipboard-202603031547-3felh.png
clipboard-202603031548-csbiw.png
clipboard-202603031549-oude7.png
clipboard-202603041452-getel.png
clipboard-202603041727-ta3aj.png
clipboard-202603041733-jtnhj.png

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 新規 から 作業中 に変更
  • 担当者 を 青田 光弘 から 塩野 龍馬 に変更
  • AsIsSource行 を 設計書記載間違い(処理) にセット

第17版として修正
「データチェック仕様」シート
mode3 validateMode3(チェック処理)にて、貸方_科目ID_Yのチェック条件を追加

塩野 龍馬 さんが8ヶ月前に更新 · 編集済み

  • ファイル clipboard-202603041452-getel.png を追加
  • ステータス を 作業中 から 保留中 に変更
  • 担当者 を 塩野 龍馬 から 青田 光弘 に変更
clipboard-202511271712-nqk5v.png

今回の修正で入力可能(科目IDが00)の項目のみチェックするようになって特殊な挙動で「期日振込マスタ(傭車精算) 登録_2」を呼び出すことはできなくなりましたので
完全に呼び出すことができなくなりましたがこれで大丈夫でしょうか?
画面レイアウト/validateMode3(チェック処理)
この処理があるため00→36にはできない

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • ファイル clipboard-202603041727-ta3aj.png を追加
clipboard-202511271751-fmf2t.png

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • ファイル clipboard-202603041733-jtnhj.png を追加
clipboard-202512110929-5wiid.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ヶ月前に更新 · 編集済み

  • ステータス を 保留中 から 作業中 に変更
  • 担当者 を 青田 光弘 から 塩野 龍馬 に変更

塩野 龍馬 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 作業中 から 保留中 に変更
  • 担当者 を 塩野 龍馬 から 青田 光弘 に変更

対応ありがとうございました。
金額を見落としていました。
そこでテストをしてみて気づいたのですが
支払区分が1の状態で登録するとVKPAYYOに支払方式1のデータができます
次に支払区分を2にして登録すると前と支払区分が違うので
新しくVKPAYYOに支払方式2のデータができます
そして次に支払区分を1にして登録すると前と支払区分が違うので
新しくVKPAYYOに支払方式1のデータを作ろうとしますが
これはPK違反でエラーになってしまいます。
これで大丈夫でしょうか?

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 保留中 から 作業中 に変更
  • 担当者 を 青田 光弘 から 塩野 龍馬 に変更

 岡崎様に確認しましたが、再質問いただいた入力操作を現行機で行う場合でもエラーになり再登録はできないようです。
 (修正の指示は特にありませんでした)

 なお、現行機のテストユーザーで再現するか確認しようとしましたが、訂正可能な入金台帳のデータが無かったため
確認はできませんでした。
 

塩野 龍馬 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 作業中 から 解決 に変更

了解しました。
お忙しい中の対応ありがとうございます。

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