[参考資料]確認事項 -
幸塚 和久, 2026-10-22 10:12 午前
KS60760 移行設計書 確認事項
| 項目 |
内容 |
| 対象資料 |
① クラス設計書 KS60760「合計請求書該当顧客データ分類」（非表示シート・処理フローシートは対象外）
② テーブル定義 KS60750J_0030TD（優先印刷マスターに有る荷主＝現行 WORK0030）と DDL
③ テーブル定義 KS60750J_0040TD（優先印刷マスターに無い荷主＝現行 WORK0040）と DDL |
| 突合せ基準 |
現行ソース KS60760P（PL/I）、コピーブック SSYUPRNT、JCL DAISEQ4J（SORT1 L629〜L643、KS60760P L644〜L656、SORT2 L665〜L694）、KS60750 のレビュー指摘（入力 0010TD） |
| 記述ルール |
設計書作成ルール（バッチ抜粋） |
| 作成日 |
2026-10-15（初版）／2026-10-22（記述ルールを反映して改訂） |
| 関連資料 |
誤りの指摘は「KS60760_移行設計書_レビュー指摘.md」 |
凡例
| 区分 |
意味 |
| 【漏れ】 |
ルールで記述することになっている項目が、記載されていないもの |
| 【要確認A】 |
処理に必要な記載が欠けているもの（【漏れ】を除く） |
| 【要確認B】 |
処理結果は変わらないが、ルールの書き方に合っていないもの |
| 【要確認C】 |
移行に伴う意図的な変更の可能性があるもの、または前提が読み取れないもの |
- 根拠は、ソースを「src L○○」、JCL を「JCL L○○」、ルールを「ルール X.Y」「ルール X.Y.Z」と書きます。
- テーブル定義の指摘番号（T30-n、T40-n）は、他のプログラムの指摘から参照されているため、前回の番号を引き継いでいます（欠番があります）。0040TD は 0030TD と列構成が同じなので、同じ事象は「T30-n と同じ」と書きます。
- 次のものは対象外です。
- 非表示シート（処理フロー生成定義）
- ルールで記述しなくてもよい項目：処理フロー図（ルール 5.2）、メソッド名・物理名（ルール 5.4、8.1）、処理の項番（ルール 2.5「可能な限り」）、"" / 0 / false の初期値（ルール 5.5）
- 軽微な指摘（改版履歴・更新履歴、ログの文言・桁揃え、論理名・備考だけの誤り、条件の「==」「≠」など）
- 出力 0030TD・0040TD の事前削除は、バッチ設計書 DAISEQ4J の処理フローで行うため、指摘していません。
- ルール 5.3・5.6・5.7 が参照する3章はバッチ抜粋に無いため、プロパティ一覧・DB更新仕様・マッピング仕様は2章のルールと現行一致で確認しています。
- 指摘番号はレビュー指摘（誤り）と通し番号です。
現行の処理（要点）
| 項目 |
現行の仕様 |
| 入力 |
WORK0020（KS60750 の出力を SORT1 で集約代表コード順に並べたもの。JCL L641、L646） |
| 区切り |
集約代表コード（INDAIH）が変わるたびに、代表のレコード（荷主コード＝集約代表＝INDAIH、扱い店＝まとまりの先頭の INTNCD）を1件作る（src L84〜L88、L95） |
| 振分け |
代表のレコードは代表コード、集約される荷主は自分の荷主コード（INKOCD）で優先印刷マスターを引き、有る→WORK0030、無い→WORK0040（src L89〜L101） |
| 後続 |
SORT2（荷主コード順。JCL L677、L692）→ KS60780（1対1の突き合わせで、同じ荷主コードの2件目は使わない） |
件数
| 資料 |
シート |
漏れ |
要確認A |
要確認B |
要確認C |
計 |
| ① |
クラス概要 |
0 |
1 |
0 |
0 |
1 |
| ① |
プロパティ一覧 |
0 |
0 |
0 |
1 |
1 |
| ① |
メソッド一覧 |
1 |
0 |
0 |
0 |
1 |
| ① |
メソッド詳細 |
1 |
1 |
2 |
1 |
5 |
| ① |
DB更新仕様 |
0 |
0 |
0 |
1 |
1 |
| ② |
KS60750J_0030TD |
1 |
0 |
0 |
2 |
3 |
| ③ |
KS60750J_0040TD |
1 |
0 |
0 |
2 |
3 |
| 合計 |
|
4 |
2 |
2 |
7 |
15 |
マッピング仕様は確認事項なし。
① クラス設計書 KS60760
クラス概要
| No |
区分 |
セル |
指摘内容 |
対応案 |
| CL-1 |
【要確認A】 |
B5〜B7 |
集約代表ごとに代表のレコード（荷主コード＝集約代表、扱い店＝まとまりの先頭の扱い店）を作ること、代表と荷主をそれぞれの荷主コードで振り分けること、入力が集約代表コード順である前提が書かれていない（src L84〜L98）。 |
「0010TD を集約代表コード順に読み、集約代表ごとに代表のレコードを作り、代表と各荷主をそれぞれの荷主コードで優先印刷マスターを引いて 0030TD／0040TD に登録する。」と書く。 |
プロパティ一覧
| No |
区分 |
セル |
指摘内容 |
対応案 |
| PR-3 |
【要確認C】 |
AV28・AV29、AY28 |
請求書優先印刷マスターのＥＲ図・ＳＱＬ「2」の内容とキー列の型が読み取れない。現行のキーは CHAR(7) のまま渡し、空白の代表コードでも「無い」になるだけ（src L90、L98）。キー列が数値型だと空白で変換エラーになる（推測）。 |
キー列を7桁の文字型で比較し、空白は「無い」として扱うことを書く。 |
メソッド一覧
| No |
区分 |
セル |
指摘内容 |
対応案 |
| ML-1 |
【漏れ】 |
AI4 |
メイン処理の機能説明が空欄（ルール 5.4）。 |
メソッドの概要（代表のレコードの作成と、優先印刷マスターの有無による振分け）を書く。 |
メソッド詳細
| No |
区分 |
セル |
指摘内容 |
対応案 |
| MD-2 |
【要確認A】 |
F35、G54 |
判定が「請求書優先印刷マスターの取得件数 > 0件」で、マスター1・2 のどちらか書かれていない。 |
F35 を「データ.請求書優先印刷マスター1の取得件数 > 0件」、G54 を「…マスター2の…」とする。 |
| MD-3 |
【要確認C】 |
F32、F47〜F48、DB更新仕様 V6・V7 |
集約代表が空白のまとまりの扱いが無い。現行は空白どうしを等しいとみなし、荷主コード・集約代表がともに空白の代表のレコードを WORK0040 に書く（src L84〜L93）。NULL や空文字で持つと比較・登録の結果が変わる（推測）。 |
代表コードは7桁の固定長文字で比較・登録し（NULL・空文字にしない）、空白のまとまりを現行どおり処理するかを書く。 |
| MD-4 |
【漏れ】 |
C10〜R13 |
ループ変数 Y が変数に無い（ルール 5.5）。 |
変数に Y（整数型）を追加する。 |
| MD-5 |
【要確認B】 |
R10、R11 |
件数カウンターの型が数値型（小数部あり）。整数は整数型（ルール 2.12）。 |
整数型にする。 |
| MD-6 |
【要確認B】 |
E25、F43、G62、E66 |
分岐の終わりを「END IF」とかぎ括弧で書いている（ルール 2.7 は『END IF』）。「次ループへ」も『』で囲まれていない（ルール 2.6）。 |
『END IF』『次ループへ』とする。 |
DB更新仕様
| No |
区分 |
セル |
指摘内容 |
対応案 |
| DB-1 |
【要確認C】 |
V8・V16 |
代表のレコードの扱い店を文字のまま写す。現行は PIC'(4)9' への代入で、数字以外なら異常終了する（src L88）。 |
数字チェックをしないことを意図的な変更とするか、現行と同じく数字4桁以外をエラーとするかを決める。 |
② テーブル定義 KS60750J_0030TD（顧客集約コードワークデータ1）
テーブル定義・ＥＲ図・ＳＱＬ・DDL
| No |
区分 |
セル |
指摘内容 |
対応案 |
| T30-2 |
【要確認C】 |
テーブル定義 C4、A32〜A33 |
優先印刷マスターに有る荷主の行（現行 WORK0030 → 事業所用）であることが読み取れず、0040TD と取り違えるおそれがある。同じ荷主コードが2件入りうることも書かれていない。 |
テーブル説明に、内容（有る荷主・事業所用）と、同じ荷主コードが2件入りうることを書く。 |
| T30-7 |
【要確認C】 |
ＥＲ図・ＳＱＬ C10 |
現行の SORT2 は EBCDIC（空白＜英字＜数字）、DB の ORDER BY は空白＜数字＜英字になる。荷主コード・集約代表に英字が入ると順が変わる（JCL L677）。 |
荷主コード・集約代表が数字と空白だけであることを確認する。 |
| T30-8 |
【漏れ】 |
ＥＲ図・ＳＱＬ B4 |
1番の SQL が全件取得で、ユニークキーで取得する SQL が無い（ルール 7.1）。 |
1番に ID で1件取得する SQL を書き、全件取得を2番にする（参照する KS60780 の番号も合わせる）。 |
③ テーブル定義 KS60750J_0040TD（顧客集約コードワークデータ2）
テーブル定義・ＥＲ図・ＳＱＬ・DDL
| No |
区分 |
セル |
指摘内容 |
対応案 |
| T40-2 |
【要確認C】 |
テーブル定義 C4、A32〜A33 |
T30-2 と同じ（優先印刷マスターに無い荷主の行＝現行 WORK0040 → エコデリバー用。読込エラーと空白の代表のレコードもここに入る。src L66〜L69、L93）。 |
T30-2 と同じ。 |
| T40-7 |
【要確認C】 |
ＥＲ図・ＳＱＬ C10 |
T30-7 と同じ（JCL L692）。 |
T30-7 と同じ。 |
| T40-8 |
【漏れ】 |
ＥＲ図・ＳＱＬ B4 |
T30-8 と同じ（ルール 7.1）。 |
T30-8 と同じ。 |
参考：現行の挙動を踏襲するか確認が必要な事項
| No |
現行の挙動 |
確認事項 |
| B-1 |
マスターの読込みは KEY 条件で受けるため、該当なし以外のエラーでも「無い」として WORK0040 に入る（src L66〜L69）。 |
設計ではエラー終了になる。改善として受け入れてよいか確認する。 |
| B-2 |
明細不要（UPRNASKB＝'6'）の顧客も、マスターに有れば WORK0030 に入る（有無だけで判定）。 |
設計も同じ。踏襲でよいか業務側に確認する。 |
| B-3 |
代表のレコードの扱い店は、まとまりの先頭の荷主の値（src L88）。 |
設計も同じ。先頭の決まり方は PR-1 の並び順による。 |
| B-4 |
代表と集約される荷主が、振分けで別々のファイルに分かれることがある。 |
設計も同じ。業務上それでよいか確認する。 |
| B-5 |
SORT1・SORT2 に EQUALS の指定が無く、同じキーの中の順は USORTM の既定による（JCL L641、L677、L692）。 |
PR-1・T30-6 の並び順は、EQUALS で動く場合の現行と同じになる。運用の既定を確認する。 |