# ND53500 移行設計書（クラス設計書） 確認事項

| 項目 | 内容 |
|---|---|
| 対象資料 | クラス設計書_ND53500_エコデリバー用顧客アップロードデータ作成.xlsx（表紙／改版履歴／クラス概要／処理フロー／プロパティ一覧／メソッド一覧／メソッド詳細／DB更新仕様／マッピング仕様／処理フロー生成定義） |
| 突合せ基準 | ND53500P_仕様書.md（現行 PL/I ソース ND53500P.pl1 から作成）、管理台帳レイアウト KANBASED・出力レイアウト RDECDL（ND53500P.xlsx）、仮定の JCL（DAIMNT3J_jobflow_work.svg） |
| 作成日 | 2026-10-26 |
| 関連資料 | 誤りの指摘は「ND53500_クラス設計書_レビュー指摘.md」 |

## 凡例

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

- 現行の根拠は、ソースを「pl1 L○○」、仕様書を「仕様書 ○章」と書きます。
- 指摘番号は「シート番号-連番」で、レビュー指摘（誤り）と通し番号です。

## 件数

| シート | 漏れ | 要確認A | 要確認B | 要確認C | 確認事項D | 計 |
|---|---:|---:|---:|---:|---:|---:|
| 改版履歴 | 0 | 0 | 0 | 0 | 1 | 1 |
| クラス概要 | 0 | 1 | 0 | 1 | 0 | 2 |
| プロパティ一覧 | 0 | 1 | 0 | 0 | 0 | 1 |
| メソッド一覧 | 0 | 0 | 0 | 0 | 1 | 1 |
| メソッド詳細 | 0 | 2 | 1 | 2 | 0 | 5 |
| DB更新仕様 | 0 | 0 | 0 | 0 | 1 | 1 |
| **合計** | **0** | **4** | **1** | **3** | **3** | **11** |

---

## 改版履歴

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 2-1 | 【確認事項D】 | C4、R4、BF4 | 第1版の改版日付が作成日と同じ 2026/7/10、内容が「新規作成」のままで、確認者も空。 | レビュー完了後に、第1版の改版日付・内容・確認者を記入し直す。 |

## クラス概要

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 3-1 | 【要確認A】 | AS6、AS7 | 入出力テーブルの物理名が、バッチ設計書（DAIMNT3J）のデータフローと違う。入力はバッチ設計書では DAIMNT3J_ND53500JD_INP、クラス設計書では MASTMENT_DCUSTOMTS。出力はバッチ設計書では DAIMNT3J_ND53500TD、クラス設計書では ND53500J_0010TS。後続（DB2 ロード、日次処理）がどちらを読むのかが決まらない。 | どちらかに統一する。 |
| 3-2 | 【要確認C】 | AS6（MASTMENT_DCUSTOMTS） | 現行の入力は別ジョブが作る BACK.MASTMENT.DCUSTOM（顧客名前マスター更新データ）。このテーブルをどのジョブが作るのか、セグメント名（ISEG）付きの可変長レコードをどう列に分けるのかが読み取れない（バッチ設計書 確認事項 5-9 と同じ）。 | 作成元のジョブと列の構成を書く。 |

## プロパティ一覧

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 5-1 | 【要確認A】 | P9（敬称名テーブル） | 敬称名テーブルの中身（初期値）が書かれていない。現行は 1＝株式会社、2＝有限会社、3＝合名会社、4＝合資会社、5＝財団法人、6＝社団法人、7＝学校法人 の7件（pl1 L77〜L83）。正式名称区分（KAKONMKB）が 8・9 のときは、現行は表の外を参照してしまう（仕様書 8章）。 | 7件の内容と、8 以上のときの扱いを書く。名前も「敬称」ではなく「法人格」が実態に合う。 |

## メソッド一覧

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 6-1 | 【確認事項D】 | AI4〜AI7 | 4メソッドとも機能説明が空欄。 | 機能説明を記入する。 |

## メソッド詳細

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 7-4 | 【要確認A】 | D56〜E60 | 繰返しの中で「変数.統計入力データ」に、取得したリストの当該レコードを設定する処理が無い。E60 のセグメント判定や E75 の顧客番号が何を指すか読み取れない。 | 「変数.統計入力データ ← データ.日次マスタ顧客マスタメンテ更新データリストの Y 件目」を加える。 |
| 7-5 | 【要確認A】 | E43、E119 | 対象店所の判定で、①顧客扱店所コード（DNADATCD）は4件あるが何件目と比べるか書かれていない（現行は入力側の1件目 DNADATCD(1)、pl1 L144）。②格納は「店所コードテーブル[件数件目]」（1から）、比較は「店所コード一覧[X-1]」（0から）で、名前も添字の数え方も違う。添字がずれると、最初または最後の対象店所が判定に使われない。 | 比べる項目を「顧客扱店所コード１」と明記し、テーブル名と添字の数え方をそろえる。 |
| 7-8 | 【要確認B】 | D56 | 「Y <= 0 ～ 件数 の間繰り返す」では、0 から件数まで（件数＋1回）回るように読める。 | 「Y = 1 ～ 件数」（または 0 ～ 件数−1）と書く。 |
| 7-6 | 【要確認C】 | D209 | スペース（ECDLUNIT）を半角スペース4文字にしている。現行は SO＋全角空白4文字＋SI の 10 バイト（pl1 L207、仕様書 付録A No.4）。アップロード先で全角と半角の違いが問題にならないかが読み取れない。 | 現行どおり全角空白4文字にするか、半角でよいことを確認する。 |
| 7-7 | 【要確認C】 | D19〜D45 | 対象店所を、現行のパラメータファイル（INCARD、ADG.ALTLIB(SEQTRYTN)）から、共通パラメータ（データキー "SEQTRYTN"）の取得に変えている。中身が同じであること、200件の上限を超えた場合の扱い（現行は上限チェックなし、仕様書 8章 No.3）が読み取れない。 | 共通パラメータへの移行内容と、件数上限の扱いを書く。 |

## DB更新仕様

| No | 区分 | セル | 指摘内容 | 対応案 |
|---|---|---|---|---|
| 8-2 | 【確認事項D】 | C10 | 項目名が「ご担当者様」で、設定する値は「ご担当者」（D210）。現行も値は「ご担当者」（pl1 L208）。 | 項目名を値に合わせる（または名称の由来を注記する）。 |

---

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

| No | 現行の挙動 | 確認事項 |
|---|---|---|
| 11-1 | 管理台帳の読込エラーは、該当なし以外でも「管理台帳なし」として、その顧客を出力しないだけで正常終了する（仕様書 8章 No.1）。 | 引き継ぐ（D146〜D169 で踏襲済み）。エラー時に止めるかを決める。 |
| 11-2 | 出力条件「管理台帳あり かつ 請求・精算区分＝1 かつ 登録顧客コード＜8800000」は、PL/I では左から順に評価される保証がなく、管理台帳が無いときも前回の値を参照することがある（仕様書 8章 No.2）。 | 新設計（E79）は左から評価する前提でよい（現行の潜在不具合は引き継がない）。 |
| 11-3 | 同じ顧客の更新データが複数あると、その件数分出力される（仕様書 8章）。 | 引き継ぐかを決める。 |
| 11-4 | 郵便番号が未設定でも「-」を入れて出力する（仕様書 8章）。 | 引き継ぐ（E229、E234 で踏襲済み）。 |
| 11-5 | 件数を表示しない。出力件数は数えてもいない（仕様書 8章）。 | 新設計で件数ログを追加している（D91〜G94）。追加でよい。 |