# DAISEQ4J 移行設計書（バッチ設計書） 確認事項

| 項目 | 内容 |
|---|---|
| 対象資料 | バッチ設計書 DAISEQ4J（表紙／改版履歴／バッチ概要／処理フロー／データフロー） |
| 突合せ基準 | JCL DAISEQ4J（原本）、DAISEQ4J 詳細設計書（JOBフロー）、各プログラムの詳細設計書 |
| 記述ルール | 設計書作成ルール（バッチ抜粋）4章 バッチ設計 |
| 作成日 | 2026-10-13（初版）／2026-10-22（記述ルールを反映して改訂） |
| 関連資料 | 誤りの指摘は「DAISEQ4J_移行設計書_レビュー指摘.md」 |

## 凡例

| 区分 | 意味 |
|---|---|
| 【漏れ】 | ルールで記述することになっている項目が、記載されていないもの |
| 【要確認A】 | 処理に必要な記載が欠けているもの（【漏れ】を除く） |
| 【要確認B】 | 処理結果は変わらないが、ルールの書き方に合っていないもの |
| 【要確認C】 | 移行に伴う意図的な変更の可能性があるもの、または前提が読み取れないもの |
| 【確認事項D】 | 軽微なもの（名称の誤記・表記ゆれ、記述の重複、使用テーブルの R/W の区分など）。対応は任意 |

- JCL のステップ番号（No.n）は、コメント行を除いた実行ステップを上から数えた番号です。
- 指摘番号は前回の番号を引き継いでいます（欠番があります）。レビュー指摘（誤り）と通し番号です。

## 件数

| シート | 漏れ | 要確認A | 要確認B | 要確認C | 確認事項D | 計 |
|---|---:|---:|---:|---:|---:|---:|
| 改版履歴 | 0 | 0 | 0 | 1 | 0 | 1 |
| 処理フロー | 0 | 3 | 0 | 4 | 1 | 8 |
| バッチ概要 | 1 | 2 | 0 | 1 | 2 | 6 |
| データフロー | 0 | 4 | 2 | 1 | 4 | 11 |
| **合計** | **1** | **9** | **2** | **7** | **7** | **26** |

---

## 改版履歴

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 1-1 | 【要確認C】 | AH1（機能名） | 機能名が「請求書　請求明細ＦＴＰ」だが、このジョブに FTP の処理は無い。表紙・各シートのヘッダーもこのセルを参照する。JCL の見出しは「請求・精算書の処理（４）請求明細データ処理　通常日用」。 | 処理内容（請求書・請求一覧の帳票作成と CSV 作成）に合う名前にする。 |

## 処理フロー

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 2-5 | 【要確認A】 | ステップ定義 全体 | ソート（JCL No.2、No.5、No.16、No.19・20、No.21、No.24・26）がステップとして書かれておらず、どこで並べ替えるかが分からない。 | ORDER BY に置き換えるなら、どのステップのどの読み込み SQL で並べ替えるかを処理欄に書く（ルール 4.3）。 |
| 2-6 | 【要確認A】 | ステップ定義 | CSV ファイルの事前削除（JCL No.28、`SCRATCH SEAD.DAISEQ4J.CSV`）に当たる処理が無い。 | 前回の CSV が残っているときの扱い（上書きか、削除してから作成か）を定義する。 |
| 2-7 | 【要確認A】 | ステップ定義 | MVSCMD（JCL No.30・31、後続 SQV803・SQV808 の HOLD 解除）が無い。設計者の吹き出し「AUTOのHOLD解除は不要か？」の答えは「必要」。 | ジョブスケジューラで後続ジョブの起動条件に置き換えるか、廃止するかを決めて書く。 |
| 2-2 | 【要確認C】 | U3、AK3 | クラス「R」・メッセージクラス「P」が JCL（CLASS=B、MSGCLASS=Q）と違う。 | Java 側の実行区分として意図的に変えたなら問題なし。 |
| 2-8 | 【要確認C】 | ステップ定義 | JCL の 0620（No.5 でソートした後の共通データ）を 0610 に統合している。0620 は KS60144（1回目）・KS60135・KS60770 が読む。 | この3プログラムの読み込み SQL で No.5 と同じ並び順を保証することを書く。 |
| 2-9 | 【要確認C】 | STEP0210 | 最後に 0610 を削除している。JCL の最終削除（No.32）は 0620 を残すので、正常終了後も No.7 以降からやり直せるが、この設計ではそれができなくなる。 | 再実行の要件と、他のジョブが 0620 を参照していないかを確認する。 |
| 2-10 | 【要確認C】 | STEP0140、STEP0160 | 0100TD・0110TD の削除が JCL に無く、STEP0100 で削除済みなので通常は重複する。 | KS60780 から再実行するための追加なら、目的を処理欄に書く（ルール 4.3）。 |
| 2-4 | 【確認事項D】 | STEP0010 処理欄 | 「全送状ワークデータ」が2回書かれている。 | 0610 の1回にする。 |

## バッチ概要

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 3-4 | 【漏れ】 | 使用テーブル | 参照するマスターが無い（RDTENS、VKCHINM、VKSYUPR、VKSEQSK、VETENCD、VKBANKM、MDMIKAN、VKCORPO、VKKANBS、VKKONAM、ALTLIB の ALTFILE・TRYFILE）（ルール 4.2）。 | 追記する。 |
| 3-5 | 【要確認A】 | 使用テーブル | ソート結果に当たるテーブル（KS60750J 系の 0020・0060・0080・0090・0120・0130、DAISEQ4J の 0620）が無い。 | ORDER BY で置き換えて不要にするなら、その旨を書く。 |
| 3-6 | 【要確認A】 | 使用テーブル | 出力の CSV（SEAD.DAISEQ4J.CSV）と帳票（KS601511・12、KS601521〜23、KS607901・02）が無い。 | 出力ファイル・出力帳票として追記する。 |
| 3-3 | 【要確認C】 | DAISEQ4J_0152TD | 「帳票出力中間テーブル」が処理フローにもデータフローにも出てこない。 | 不要なら削除し、使うなら使用ステップを書く（帳票はテキストで出力する前提。KS60152 帳票指摘 CH-1）。 |
| 3-1 | 【確認事項D】 | 使用テーブル DAISEQ1J_0510TD | 「W」になっているが、このジョブでは入力として読んで最後に削除するだけ（作成は DAISEQ1J）。 | 「R」にする（ルール 4.2）。 |
| 3-2 | 【確認事項D】 | 使用テーブル 全体 | すべてのテーブルが「W」で、読み込みと書き込みが区別されていない（0610 は書いてから読む、0635 は KS60144 が書き KS60151 が読む など）。 | テーブルごとに R・W を見直す（ルール 4.2）。 |

## データフロー

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 4-4 | 【要確認A】 | CSVFILE | 出力先が書かれていない。 | SEAD.DAISEQ4J.CSV（または Java 側の出力パス）を書く。 |
| 4-8 | 【要確認A】 | 0010 → KS60760 | SORT1（JCL No.16、集約代表コード順）の注記が無い。KS60760 はこの順を前提にする。 | 「集約代表コード 昇順」を注記する（KS60760 PR-1 と同じ）。 |
| 4-13 | 【要確認A】 | KS60630 | 入力の 062STD（JCL の INFILE＝WORK062S）からの線が無い。 | 線を追加する。 |
| 4-15 | 【要確認A】 | 各プログラムの参照マスター | JCL で参照するマスター・ファイルの線やボックスが無い。KS60130：VKCHINM。KS60144：VKSEQSK、VETENCD。KS60151：VKTENMS、VKBANKM、ALTFILE、MDMIKAN。KS60135：TRYFILE。KS60152：VKTENMS、VKBANKM、VKSYUPR、ALTFILE、MDMIKAN。KS60790：VKBANKM、VKCORPO、VKKANBS、VKKONAM、VETENCD。KS60630：VKSYUPR（前回の 4-16〜4-20、4-22 をまとめた）。 | 線とボックスを追加する。 |
| 4-12 | 【要確認B】 | コネクタ 全体 | 46本のコネクタに矢印が無く、入力と出力の区別が読み取れない（ルール 4.4）。 | 入力は「ファイル → プログラム」、出力は「プログラム → ファイル」の矢印にする。 |
| 4-14 | 【要確認B】 | コネクタ id=5・10・116 | 0510 → KS60130、KS60130 → 0610、KS60750 → 0010 の線が図形に接続されておらず、図の上では無いのと同じ（ルール 4.4）。 | 図形に接続し直す。 |
| 4-21 | 【要確認C】 | KS60790 の VKCUSTM | 顧客マスター（基本情報）が JCL に無い。 | 誤記か、Java 化での置き換えか確認する（KS60790 CL-2）。 |
| 4-1 | 【確認事項D】 | KS60750 のボックス名 | 「新請求書電子帳票出力（エコデリバー）」になっている（KS60152 の名前の流用）。 | 「顧客法人管理マスター　郵送依頼店セット顧客出力」にする。 |
| 4-2 | 【確認事項D】 | 0110 のボックス名 | 「請求明細ヘッダーワークデータ1」で、0100 と同じ名前。 | 「…ワークデータ2」にする。 |
| 4-3 | 【確認事項D】 | 0700 | 「ECOデリバリー版」の表記が他の「エコデリバー」とそろっていない。 | 表記を統一する。 |
| 4-5 | 【確認事項D】 | 店所マスター | KS60144・KS60790 は RDTENS、KS60151・KS60152 の周りは VKTENMS と名前がそろっていない（JCL ではどちらも同じマスター）。 | RDTENS に統一する。 |

---

# 参考：Java 化で現行の挙動を踏襲するか確認が必要な事項

| No | 現行の挙動 | 確認事項 |
|---|---|---|
| 5-1 | KS60780 は1対1のマッチングで、同じキーが複数あると2件目以降が突き合わされない。 | 引き継ぐか直すかを決める（KS60780 参考 B-1）。 |
| 5-2 | KS60790 は店名を先頭14文字で切る。 | 引き継ぐかを決める（KS60790 MD-5）。 |
| 5-3 | KS60790 は421件目以降の請求先を一覧に載せないが、合計には入れる。 | 引き継ぐかを決める（KS60790 参考 B-4）。 |
| 5-4 | 明細を印刷しない請求先の判定が、プログラムごとに一貫していない。 | 判定をそろえるかを決める。 |
| 5-5 | ソートは EBCDIC の順（数字が英字より後）。 | ORDER BY の照合順序を合わせるかを決める。 |
| 5-6 | SO/SI 付きの全角文字や ASA 制御文字を使っている。 | 文字コードの変換方針（帳票・CSV の桁ずれ防止）を決める。 |