# バッチ設計書 6-delete_newsletter_recipient_task

## 概要

本ドキュメントは、Shopwareシステムにおけるニュースレター受信者クリーンアップバッチ（delete_newsletter_recipient_task）の設計仕様を定義するものです。

### 本バッチの処理概要

このバッチは、登録確認が完了していない古いニュースレター受信者レコードをデータベースから削除し、データベースの整合性とGDPR等のプライバシー規制への準拠を実現するためのクリーンアップタスクです。

**業務上の目的・背景**：ニュースレター登録フローでは、メールアドレス確認（ダブルオプトイン）が完了するまで受信者はステータス「notSet」として保持されます。確認が行われないまま長期間経過したレコードは、不要なデータとして蓄積されます。GDPR等のプライバシー規制では、目的を達成できなかった個人データの適切な削除が求められます。本バッチは、30日以上前に作成され、かつステータスが「notSet」のままの受信者を自動的に削除することで、コンプライアンス要件を満たしながらデータベースを最適化します。

**バッチの実行タイミング**：日次実行（86400秒間隔）。システムのスケジュールタスク機能により自動的にトリガーされます。

**主要な処理内容**：
1. newsletter_recipientテーブルからcreatedAtが30日以上前でstatusが「notSet」のレコードを検索
2. 該当受信者のIDリストを取得（最大999件）
3. 対象がない場合は処理終了
4. EntityRepositoryのdelete()メソッドでレコードを削除

**前後の処理との関連**：本バッチは独立して動作します。ダブルオプトイン確認フローとは独立しており、確認済みの受信者には影響しません。

**影響範囲**：newsletter_recipientテーブルのデータ削除のみ。status=「notSet」以外の受信者（確認済み、購読中等）には影響を与えません。

## バッチ種別

データクレンジング

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 日次 |
| 実行時刻 | システムスケジューラーにより決定 |
| 実行曜日 | 毎日 |
| 実行日 | - |
| トリガー | cron（ScheduledTask） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| スケジュールタスク登録 | NewsletterRecipientTaskがscheduled_taskテーブルに登録されていること |
| メッセージキュー稼働 | Symfony Messengerのワーカーが稼働していること |

### 実行可否判定

ScheduledTaskHandlerの基本機能によりタスクのステータスが"scheduled"の場合に実行されます。shouldRescheduleOnFailure()がtrueを返すため、失敗時は自動的に再スケジュールされます。対象レコードが存在しない場合は処理をスキップします。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| - | - | - | - | 入力パラメータなし（30日を基準に処理） |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| newsletter_recipient | DB | ニュースレター受信者データを格納するテーブル |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| newsletter_recipient | DB | 削除処理の対象テーブル（レコード削除） |

### 出力ファイル仕様

ファイル出力はありません。

## 処理フロー

### 処理シーケンス

```
1. バッチ開始
   └─ ScheduledTaskHandlerによりrun()メソッドが呼び出される
2. CLI Contextの作成
   └─ Context::createCLIContext()でコンテキスト生成
3. 検索条件の構築
   └─ createdAt <= 30日前 AND status = 'notSet' のフィルタを設定
4. 期限切れ受信者の検索
   └─ searchIds()でIDリスト取得（LIMIT 999）
5. 対象存在チェック
   └─ IDリストが空の場合は終了
6. 受信者削除実行
   └─ EntityRepositoryのdelete()でレコード削除
7. バッチ終了
   └─ 正常終了
```

### フローチャート

```mermaid
flowchart TD
    A[バッチ開始] --> B[CLI Context作成]
    B --> C[検索条件構築]
    C --> D[createdAt <= 30日前でフィルタ]
    D --> E[status = notSet でフィルタ]
    E --> F[対象受信者ID検索 LIMIT 999]
    F --> G{対象存在?}
    G -->|No| H[処理スキップ]
    G -->|Yes| I[受信者レコード削除]
    H --> J[バッチ終了]
    I --> J
```

## データベース操作仕様

### 操作別データベース影響一覧

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| 受信者検索 | newsletter_recipient | SELECT | 期限切れ未確認受信者IDの取得 |
| 受信者削除 | newsletter_recipient | DELETE | 期限切れ未確認受信者の削除 |

### テーブル別操作詳細

#### newsletter_recipient

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | id | createdAt <= 30日前 AND status = 'notSet' | 削除対象ID取得（LIMIT 999） |
| DELETE | - | 上記条件に合致するレコード | EntityRepository経由 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | データベース接続エラー | DB接続失敗時 | タスク再スケジュール |
| - | 削除エラー | DELETE処理失敗時 | タスク再スケジュール |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | ScheduledTaskHandler標準 |
| リトライ間隔 | ScheduledTaskHandler標準 |
| リトライ対象エラー | 一般的な例外 |

### 障害時対応

shouldRescheduleOnFailure()がtrueのため、失敗時は自動的に次回実行がスケジュールされます。繰り返し失敗する場合は、データベース接続設定やテーブルの状態を確認してください。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | EntityRepositoryのdelete()呼び出し単位 |
| コミットタイミング | delete()メソッド完了時 |
| ロールバック条件 | delete()処理中の例外発生時 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 最大999件/実行 |
| 目標処理時間 | 2分以内 |
| メモリ使用量上限 | 標準PHPメモリ制限内 |

## 排他制御

同時実行は許可されています。LIMIT 999により処理件数を制限し、大量削除による長時間ロックを防止しています。EntityRepositoryを使用した標準的なDAL操作のため、フレームワークの排他制御機構が適用されます。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | バッチ開始時 | タスク開始（ScheduledTaskHandler標準） |
| 終了ログ | バッチ終了時 | タスク完了（ScheduledTaskHandler標準） |
| エラーログ | エラー発生時 | 例外情報（ScheduledTaskHandler標準） |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| 処理時間 | 10分 | システム管理者 |
| 連続失敗回数 | 3回 | システム管理者 |

## 備考

- DateIntervalを使用して30日前の日時を計算（createFromDateString('-30 days')）
- DATE_ATOMフォーマットで日時比較
- status='notSet'は未確認状態を示す
- LIMIT 999により1回の実行で削除する最大件数を制限
- 大量の未確認受信者がある場合は複数回の実行が必要
- GDPR対応として、確認が完了しなかった個人データを適切に削除
