# バッチ設計書 11-AutoAssignment::PeriodicAssignmentJob

## 概要

本ドキュメントは、Chatwootシステムにおける自動アサインメント機能（assignment_v2）の定期実行バッチ処理の設計を記述するものです。

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

本バッチは、assignment_v2機能が有効なアカウントのインボックスに対して、自動アサイン処理をトリガーする役割を担います。

**業務上の目的・背景**：カスタマーサポートにおいて、新規に受信した会話（チャット）を適切なエージェントに迅速にアサインすることは、顧客対応品質とレスポンスタイムの向上に直結します。本バッチは、手動アサインの負担を軽減し、設定されたポリシーに基づいて自動的にエージェントへ会話を割り当てることで、運用効率を大幅に改善します。assignment_v2は従来の自動アサイン機能を拡張した新しいアサインメントシステムであり、より柔軟なアサインポリシーの設定を可能にします。

**バッチの実行タイミング**：30分毎に定期実行されます。sidekiq-cronにより `*/30 * * * *` のスケジュールで起動されます。

**主要な処理内容**：
1. 全アカウントをバッチ単位（find_in_batches）で取得
2. 各アカウントでassignment_v2機能が有効かをチェック
3. 有効なアカウントのインボックスのうち、assignment_policyが設定されているものを取得
4. 各インボックスでauto_assignment_v2が有効かをチェック
5. 条件を満たすインボックスに対してAutoAssignment::AssignmentJobをキューイング

**前後の処理との関連**：本バッチは親ジョブとして機能し、条件を満たすインボックスごとにAutoAssignment::AssignmentJob（子ジョブ）をキューイングします。これにより、各インボックスでの実際のアサイン処理は非同期で並列実行されます。

**影響範囲**：assignment_v2機能が有効なすべてのアカウントのインボックスが対象となります。ジョブキューへのエンキュー処理のみを行い、直接的なデータ更新は行いません。

## バッチ種別

ジョブスケジューリング / トリガー処理

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 30分毎 |
| 実行時刻 | 毎時0分、30分 |
| 実行曜日 | 毎日 |
| 実行日 | 毎日 |
| トリガー | cron（sidekiq-cron） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| sidekiq-cronが稼働していること | スケジュールジョブの起動に必要 |
| データベース接続が可能であること | Account、Inbox、AssignmentPolicyテーブルへのアクセスに必要 |

### 実行可否判定

本バッチ自体は無条件で実行されます。ただし、内部処理において以下の条件でフィルタリングが行われます：
- アカウント単位: `account.feature_enabled?('assignment_v2')` がtrueの場合のみ処理続行
- インボックス単位: `inbox.auto_assignment_v2_enabled?` がtrueの場合のみ子ジョブをキューイング

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| なし | - | - | - | パラメータは不要 |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| accounts | DB | 全アカウントレコード |
| inboxes | DB | assignment_policyを持つインボックスレコード |
| assignment_policies | DB | インボックスに紐づくアサインポリシー |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| Sidekiqジョブキュー | Queue | AutoAssignment::AssignmentJobがdefaultキューにエンキューされる |

### 出力ファイル仕様

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

## 処理フロー

### 処理シーケンス

```
1. バッチ開始
   └─ scheduled_jobsキューから起動
2. 全アカウントをバッチ取得（find_in_batches）
   └─ デフォルトバッチサイズ（1000件）で処理
3. 各アカウントのassignment_v2機能チェック
   └─ feature_enabled?('assignment_v2')で判定
4. 有効なアカウントのインボックス取得
   └─ assignment_policyをJOINして取得（find_in_batches）
5. 各インボックスのauto_assignment_v2有効チェック
   └─ auto_assignment_v2_enabled?で判定
6. 条件を満たすインボックスに対してAssignmentJobをエンキュー
   └─ perform_laterでdefaultキューに追加
7. バッチ終了
```

### フローチャート

```mermaid
flowchart TD
    A[バッチ開始] --> B[Account.find_in_batches]
    B --> C{アカウントあり?}
    C -->|あり| D{assignment_v2有効?}
    C -->|なし| I[バッチ終了]
    D -->|No| B
    D -->|Yes| E[inboxes.joins:assignment_policy.find_in_batches]
    E --> F{インボックスあり?}
    F -->|あり| G{auto_assignment_v2_enabled?}
    F -->|なし| B
    G -->|No| E
    G -->|Yes| H[AssignmentJob.perform_later]
    H --> E
```

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

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

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| アカウント取得 | accounts | SELECT | 全アカウントをバッチ取得 |
| インボックス取得 | inboxes, assignment_policies | SELECT | assignment_policyを持つインボックスを取得 |

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

#### accounts

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | id, settings | 全レコード | find_in_batchesで取得 |

#### inboxes

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | id, account_id | assignment_policyをJOIN | find_in_batchesで取得 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | StandardError | DBアクセス失敗時 | Sidekiqの標準リトライ機構により再実行 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | Sidekiqのデフォルト設定（25回） |
| リトライ間隔 | 指数バックオフ |
| リトライ対象エラー | StandardError全般 |

### 障害時対応

バッチ失敗時は次回の定期実行（30分後）で自動的にリカバリされます。緊急時はRailsコンソールから手動実行可能です：
```ruby
AutoAssignment::PeriodicAssignmentJob.perform_now
```

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

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | なし（読み取りとジョブエンキューのみ） |
| コミットタイミング | N/A |
| ロールバック条件 | N/A |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | アカウント数 × インボックス数（上限なし） |
| 目標処理時間 | 30分以内（次回実行までに完了） |
| メモリ使用量上限 | find_in_batchesにより一定に制御 |

## 排他制御

- 同時実行：Sidekiqの標準動作により、同一ジョブの重複実行は防止されない
- 30分間隔の実行であるため、通常は重複実行のリスクは低い
- 子ジョブ（AssignmentJob）は同一inbox_idでの重複キューイングが発生する可能性があるが、AssignmentJob側で冪等性を担保

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | バッチ開始時 | Sidekiq標準ログ |
| 進捗ログ | - | 明示的なログ出力なし |
| 終了ログ | バッチ終了時 | Sidekiq標準ログ |
| エラーログ | エラー発生時 | Sidekiq標準エラーログ |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| 処理時間 | 30分 | Sidekiq監視システム |
| エラー件数 | 1件以上 | Sidekiq監視システム |

## 備考

- assignment_v2機能はアカウント単位のフィーチャーフラグで制御されます
- auto_assignment_v2_enabled?メソッドは `account.feature_enabled?('assignment_v2')` を内部で呼び出します
- 本バッチはEnterprise機能とは独立して動作しますが、Enterprise版では追加のアサインポリシーオプションが利用可能です
