# バッチ設計書 17-check_missing_pricing

## 概要

本ドキュメントは、InvenTreeシステムにおける価格情報のチェック・更新バッチ処理について記述します。このバッチは、価格情報が欠落している部品、古くなった価格情報を持つ部品、および通貨が不正な価格情報を検出し、それらの価格情報の更新をスケジュールします。

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

**業務上の目的・背景**：在庫管理において、部品の価格情報は原価計算、見積作成、利益分析などの重要な業務で使用されます。価格情報が欠落していたり、古くなっていたり、システムの基準通貨と異なる通貨で記録されていると、これらの業務に支障をきたします。本バッチは、価格情報の問題を自動検出し、更新処理をスケジュールすることで、常に最新で正確な価格情報を維持します。

**バッチの実行タイミング**：日次（毎日1回）。Django-Qスケジューラによりスケジュールされ、バックグラウンドワーカーによって実行されます。

**主要な処理内容**：
1. PRICING_UPDATE_DAYS設定値の確認（更新間隔日数）
2. 価格情報が一度も更新されていない部品（updated=None）の検索と更新スケジュール
3. 指定日数以上更新されていない古い価格情報の検索と更新スケジュール
4. システム基準通貨と異なる通貨の価格情報の検索と更新スケジュール
5. 価格情報が存在しない部品の検索と価格情報の作成・更新スケジュール

**前後の処理との関連**：本バッチは独立して動作します。更新スケジュールされた価格情報は、Django-Qワーカーによって非同期で更新されます。

**影響範囲**：part_partpricingテーブルに対して更新スケジュールを行います。直接的なデータ変更は非同期タスクで実行されます。

## バッチ種別

データ連携 / 集計処理

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 日次 |
| 実行時刻 | Django-Qスケジューラによる自動実行 |
| 実行曜日 | 毎日 |
| 実行日 | - |
| トリガー | cron（Django-Qスケジューラ） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| Django-Qワーカー稼働中 | バックグラウンドワーカーが稼働している必要がある |
| データベース接続可能 | Part、PartPricingテーブルへのアクセスが可能であること |
| PRICING_UPDATE_DAYS > 0 | 価格更新間隔日数が1以上に設定されていること |

### 実行可否判定

- PRICING_UPDATE_DAYS設定が0以下の場合は処理をスキップ

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| limit | int | No | 250 | 1回の処理で対象とする最大件数 |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| グローバル設定 PRICING_UPDATE_DAYS | DB | 価格更新間隔日数（デフォルト30日） |
| part_partpricing | DB | 部品価格情報テーブル |
| part_part | DB | 部品テーブル |
| 通貨設定 | DB | システム基準通貨 |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| Django-Qタスクキュー | タスク | 価格更新タスクのスケジュール |
| ログ出力 | テキスト | 処理状況のログメッセージ |

### 出力ファイル仕様

ファイル出力なし

## 処理フロー

### 処理シーケンス

```
1. バッチ開始
   └─ 設定確認フェーズ
2. PRICING_UPDATE_DAYS設定取得
   └─ 0以下の場合は処理終了
3. Phase 1: 未更新価格情報の処理
   └─ PartPricing.objects.filter(updated=None)[:limit]
   └─ 各レコードに対してschedule_for_update()呼び出し
4. Phase 2: 古い価格情報の処理
   └─ stale_date = now - PRICING_UPDATE_DAYS
   └─ PartPricing.objects.filter(updated__lte=stale_date)[:limit]
   └─ 各レコードに対してschedule_for_update()呼び出し
5. Phase 3: 通貨不一致の処理
   └─ currency_code_default()で基準通貨取得
   └─ PartPricing.objects.exclude(currency=currency)
   └─ 各レコードに対してschedule_for_update()呼び出し
6. Phase 4: 価格情報なし部品の処理
   └─ Part.objects.filter(pricing_data=None)[:limit]
   └─ 各部品に対して価格情報を作成・保存・schedule_for_update()呼び出し
7. バッチ終了
```

### フローチャート

```mermaid
flowchart TD
    A[バッチ開始] --> B[PRICING_UPDATE_DAYS取得]
    B --> C{days > 0?}
    C -->|いいえ| D[処理終了]
    C -->|はい| E[Phase 1: 未更新価格の検索]
    E --> F{該当あり?}
    F -->|はい| G[更新スケジュール登録]
    F -->|いいえ| H[Phase 2: 古い価格の検索]
    G --> H
    H --> I{該当あり?}
    I -->|はい| J[更新スケジュール登録]
    I -->|いいえ| K[Phase 3: 通貨不一致の検索]
    J --> K
    K --> L{該当あり?}
    L -->|はい| M[更新スケジュール登録]
    L -->|いいえ| N[Phase 4: 価格なし部品の検索]
    M --> N
    N --> O{該当あり?}
    O -->|はい| P[価格情報作成・更新スケジュール]
    O -->|いいえ| Q[バッチ終了]
    P --> Q
    D --> Q
```

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

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

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| 未更新価格検索 | part_partpricing | SELECT | updated=Nullのレコード検索 |
| 古い価格検索 | part_partpricing | SELECT | updated <= stale_dateのレコード検索 |
| 通貨不一致検索 | part_partpricing | SELECT | currency != 基準通貨のレコード検索 |
| 価格なし部品検索 | part_part | SELECT | pricing_data=Nullの部品検索 |
| 価格情報作成 | part_partpricing | INSERT | 新規価格情報の作成 |

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

#### part_partpricing

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | updated | updated IS NULL | 未更新レコードの検索 |
| SELECT | updated | updated <= stale_date | 古いレコードの検索 |
| SELECT | currency | currency != default_currency | 通貨不一致の検索 |
| INSERT | 各カラム | 新規作成 | 価格情報なし部品への作成 |

#### part_part

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | pricing_data | pricing_data IS NULL | 価格情報なし部品の検索 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | 設定値不正 | PRICING_UPDATE_DAYSが0以下 | 処理をスキップ |
| - | DatabaseError | データベース接続エラー | 例外発生、リトライ |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | Django-Qのデフォルト設定に依存 |
| リトライ間隔 | Django-Qのデフォルト設定に依存 |
| リトライ対象エラー | 一時的なデータベースエラー |

### 障害時対応

1. ログを確認してエラー原因を特定
2. 設定値を確認
3. 必要に応じて手動で再実行

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

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | レコード単位 |
| コミットタイミング | 各schedule_for_update()呼び出し時 |
| ロールバック条件 | 個別レコード処理失敗時 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 最大250件/フェーズ（limit設定） |
| 目標処理時間 | 5分以内 |
| メモリ使用量上限 | 特に制限なし |

## 排他制御

- 同時実行可能（schedule_for_update()は冪等性を持つ）
- ただし、通常は日次1回の実行のため同時実行は想定しない

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 情報ログ | 未更新価格検出時 | "Found {n} parts with empty pricing" |
| 情報ログ | 古い価格検出時 | "Found {n} stale pricing entries" |
| 情報ログ | 通貨不一致検出時 | "Found {n} pricing entries in the wrong currency" |
| 情報ログ | 価格なし部品検出時 | "Found {n} parts without pricing" |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| タスク失敗 | 1回 | システム管理者 |
| 処理時間 | 10分超過 | システム管理者 |

## 備考

- limit引数（デフォルト250）により、1回の実行で処理する件数を制限
- PRICING_UPDATE_DAYSのデフォルト値は30日
- currency_code_default()でシステムの基準通貨を取得
- schedule_for_update()は非同期で価格計算処理をキューに登録
- 価格計算は複雑な処理を含むため、非同期実行が推奨
- OpenTelemetryによるトレーシングに対応
