操作
レビュー指摘 #11926
未完了KS60135指摘一覧
開始日:
期日:
進捗率:
0%
予定工数:
実開始日:
ＤＤ名:
INCLUDE:
DSN:
バグ区分:
QA分析:
方針（第一貨物）:
実終了日:
ツールのバージョン:
AsIsSource行:
進捗計画:
設計・開発者:
画面ID:
機能区分:
機能ID:
レビュー指摘区分:
処理間違い
検査完了日:
検査依頼日:
説明
KS60135 移行設計書 レビュー指摘（誤り）¶
| 項目 | 内容 |
|---|---|
| 対象資料 | ① クラス設計書 KS60135「請求明細書 郵送依頼データ出力」（非表示シート・処理フローシートは対象外） ② テーブル定義 DAISEQ4J_0610TD（全送状ワークデータ。KS60135 の入力。KS60130 と共有） ③ テーブル定義 DAISEQ4J_062STD（全送状フィルタ済ワークデータ。KS60135 の出力） |
| 突合せ基準 | 現行ソース KS60135P（PL/I）、JCL DAISEQ4J（SORT WORK0610 → WORK0620、KS60135P ステップ） |
| 記述ルール | 設計書作成ルール（バッチ抜粋） |
| 作成日 | 2026-10-15（初版）／2026-10-22（記述ルールを反映して改訂） |
| 関連資料 | 確認事項（漏れ・要確認）は「KS60135_移行設計書_確認事項.md」 |
凡例¶
| 区分 | 意味 |
|---|---|
| 【重大な誤り】 | 現行と処理結果が変わり、出力の内容・有無に大きく影響するもの |
| 【誤り】 | 現行と処理結果が変わるもの、または記述が明確に誤っているもの |
- 根拠は、ソースを「src L○○」、ルールを「ルール X.Y」「ルール X.Y.Z」と書きます。
- 指摘番号は、前回（KS60130・KS60135 の共通指摘と KS60135 単独の指摘）の番号を引き継いでいます（欠番があります）。0610TD の指摘は KS60130 と共通で、KS60130 の同じ指摘は括弧内に書いています。
- 非表示シート（処理フロー生成定義）と処理フロー図（ルール 5.2 で省略可）は対象外です。
現行の処理（要点）¶
| 項目 | 現行の仕様 |
|---|---|
| 入力 | WORK0620（KS60130 の出力を「配信店・予備・請求先番号…」の順に SORT したもの）。見出し・送り状明細・一括付替訂正・使用料・デパートの5種類のレイアウトが混在する |
| 判定 | 荷主（請求先番号の2〜8桁目）のまとまりの先頭レコードの配信店が、郵送対象店所（ALTLIB の SEQTRYTN）にあるか（src L95〜L108） |
| 除外 | データID 31〜33（訂正）。それ以外（見出しを含む）は出力する（src L110〜L111） |
| 出力 | 入力レコードを内容を変えずにそのまま WORK062S に書く（src L117）。後続は KS60144（STEP2）と KS60630 |
| 共通位置の項目 | 配信店・請求先番号・データIDは5種類のレイアウトで同じ位置（1〜4、15〜21、33〜34）にあり、見出しの項目名で全レコードを参照する |
件数¶
| 資料 | シート | 重大な誤り | 誤り | 計 |
|---|---|---|---|---|
| ① | プロパティ一覧 | 1 | 0 | 1 |
| ① | メソッド詳細 | 1 | 1 | 2 |
| ① | DB更新仕様 | 1 | 1 | 2 |
| ② | DAISEQ4J_0610TD | 1 | 0 | 1 |
| ③ | DAISEQ4J_062STD | 1 | 2 | 3 |
| 合計 | 5 | 4 | 9 |
① クラス設計書 KS60135¶
プロパティ一覧¶
| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| PR-2 | 【重大な誤り】 | AV27 | 入力に使う 0610TD の SQL「2.」の並び順が、現行の SORT（WORK0610 → WORK0620）と違う（T10-4）。荷主の区切りで対象店所を判定するので、並びが崩れると判定が正しく行われない。 | T10-4 のとおり 0610TD の SQL を直す。 |
メソッド詳細¶
| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| MD-8 | 【重大な誤り】 | E46、G52、H55、E67 | 配信店・請求先番号・データIDを、見出しの列（SDTASHTN・SDTASQNO・SDTADTID）だけで全行について扱っている。0610TD ではレイアウトごとに列が分かれるため、明細の行は請求先番号が 0、配信店が空白になり、明細が1件も出力されず、訂正（31〜33）も判定できない（src L95、L100、L110。KS60130 MD-0-1）。 | 3項目の取り方を 0610TD を使う全プログラムで1つに決める（共通の列を設けて全行に入れる、または REC_TYPE でレイアウトを判定してその列を読む）。 |
| MD-2 | 【誤り】 | G52、H54、H55 | 配信店と郵送対象店所コードをトリムして変数にセットしているのに、比較（H55）はトリム前の列どうしで行っており、変数を使っていない。 | H55 を「変数.請求・精算書発行店 = 変数.郵送対象店所コード」とする（現行は数字4桁どうしの比較、src L100）。 |
DB更新仕様¶
| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| DB-1 | 【重大な誤り】 | A6〜V55 | 登録する項目が見出しの列（SDTASHTN〜SDTASPA2）の50項目だけ。現行は読んだレコードをそのまま書く（src L117）ので、明細・一括付替・使用料・デパートの中身と REC_TYPE が失われ、後続の KS60144 で明細行が作れない。 | 062STD を 0610TD と同じ列構成にし（T6-1）、0610TD の業務列をすべて同じ名前の列に写す。 |
| DB-2 | 【誤り】 | A24〜V24（SDTANNNO） | 0610TD の NCHAR(20) を、NCHAR(1) の 062STD に写すため、2〜20桁目が失われる（T6-2）。 | 062STD を NCHAR(20) にする。 |
② テーブル定義 DAISEQ4J_0610TD（全送状ワークデータ）¶
テーブル定義・ＥＲ図・ＳＱＬ・DDL¶
| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| T10-4 | 【重大な誤り】 | ＥＲ図・ＳＱＬ B10〜D23（2.） | 現行の SORT の置き換えだが、ORDER BY が見出しの列だけ（SDTAKKKK, SDTASQNO, …）で、先頭キーの配信店も無く、明細の行の並びが決まらない。見出しと明細が離れて並ぶと、明細が別の荷主の判定で出力・非出力になる（KS60130 T2-3）。 | 現行の SORT（配信店＋予備＋請求先番号 → データIDの十の位 → 区分 → データIDの一の位 → 年月日 → 元着区分＋送り状番号）と同じ順にする。共通位置の項目は MD-8 で決めた列を使う。 |
③ テーブル定義 DAISEQ4J_062STD（全送状フィルタ済ワークデータ）¶
テーブル定義・ＥＲ図・ＳＱＬ・DDL¶
| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| T6-1 | 【重大な誤り】 | テーブル定義 列定義全体 | 列が見出しのレイアウト（SDTA〜）の50列だけで、REC_TYPE と明細（SDTB〜）・一括付替訂正（SDTC〜）・使用料（SDTD〜）・デパート（SSAL〜）の列が無い。現行の WORK062S は5種類のレイアウトが入り、KS60144 は 0610TD と 062STD を同じ処理で読む。 | 0610TD と同じ列構成にする（DB-1）。 |
| T6-2 | 【誤り】 | テーブル定義 20（SDTANNNO） | NCHAR(1)。現行は20桁（PIC'(1)9' の20回繰返し）で、0610TD も NCHAR(20)。 | NCHAR(20) にする。 |
| T6-4 | 【誤り】 | ＥＲ図・ＳＱＬ B4〜C8 | 「1.全件を順次取得」に ORDER BY が無い。後続の KS60144（STEP2）と KS60630 は、レコードの並び順で請求先・顧客を区切る。 |
ORDER BY ID（登録順）を付け、KS60135 が入力の順に登録することを書く。 |
ファイル
操作