---
generated_at: 2026-02-24 22:15:00
metrics:
  claims_total: 28
  claims_with_evidence: 26
  claims_without_evidence: 2
confidence_derived: 0.93
---

# 根拠レポート：1-注文作成通知

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.93**
  - 根拠あり：26 / 28、根拠なし：2
- 優先レビュー（高）
  1. **送信元アドレス・名称**：プロバイダー設定依存のため具体値不明
  2. **レート制限**：プロバイダー依存で具体値なし

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `packages/medusa/src/subscribers/configurable-notifications.ts` 行21-32（handlerConfig定義）
- E-02: `packages/medusa/src/subscribers/configurable-notifications.ts` 行46-83（サブスクライバー関数）
- E-03: `packages/medusa/src/subscribers/configurable-notifications.ts` 行60-70（通知データ構築）
- E-04: `packages/medusa/src/subscribers/configurable-notifications.ts` 行73-80（エラーハンドリング）
- E-05: `packages/modules/notification/src/services/notification-module-service.ts` 行61-94（createNotifications）
- E-06: `packages/modules/notification/src/services/notification-module-service.ts` 行97-234（createNotifications_内部実装）
- E-07: `packages/modules/notification/src/services/notification-module-service.ts` 行182-217（送信処理）
- E-08: `packages/modules/notification/src/models/notification.ts` 行5-37（Notificationモデル定義）
- E-09: `packages/core/types/src/notification/common.ts` 行37-110（NotificationDTO）
- E-10: `packages/core/types/src/notification/service.ts` 行7-217（INotificationModuleService）
- E-11: `packages/modules/notification/src/models/notification-provider.ts` 行4-11（NotificationProviderモデル）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | order.createdイベントでトリガーされる | E-01 行23 | ○ |
| C-02 | テンプレートIDは"order-created-template" | E-01 行24 | ○ |
| C-03 | チャネルは"email" | E-01 行25 | ○ |
| C-04 | 送信先は"order.email"から取得 | E-01 行26 | ○ |
| C-05 | resource_idは"order.id"から取得 | E-01 行27 | ○ |
| C-06 | テンプレートデータにorder_idを含む | E-01 行28-30 | ○ |
| C-07 | イベントサブスクライバー形式で実装 | E-02 行46-83 | ○ |
| C-08 | promiseAllで複数ハンドラーを並列処理 | E-02 行58-82 | ○ |
| C-09 | pickValueFromObjectでペイロードから値を抽出 | E-03 行63-67 | ○ |
| C-10 | エラーはcatchしてログ出力のみ | E-04 行73-80 | ○ |
| C-11 | リトライ処理はない | E-04 行73-80 | ○ |
| C-12 | notificationService.createNotificationsを呼び出し | E-02 行74 | ○ |
| C-13 | idempotency_keyで重複チェック | E-06 行107-137 | ○ |
| C-14 | プロバイダーをチャネルで検索 | E-06 行139-143 | ○ |
| C-15 | 通知レコードをDBに作成 | E-06 行163-172 | ○ |
| C-16 | プロバイダー未設定時はFAILUREステータス | E-07 行187-195 | ○ |
| C-17 | 送信成功時はSUCCESSステータスに更新 | E-07 行209-212 | ○ |
| C-18 | 送信失敗時はFAILUREステータスに更新 | E-07 行200-206 | ○ |
| C-19 | external_idを成功時に記録 | E-07 行209 | ○ |
| C-20 | Notificationモデルにstatusフィールドあり | E-08 行32 | ○ |
| C-21 | Notificationモデルにidempotency_keyフィールドあり | E-08 行28 | ○ |
| C-22 | 通知IDは"noti_"プレフィックス | E-08 行6 | ○ |
| C-23 | TTL設定の推奨（GDPR対応） | E-08 行4コメント | ○ |
| C-24 | NotificationProviderにis_enabledフラグあり | E-11 行8 | ○ |
| C-25 | NotificationProviderにchannels配列あり | E-11 行9 | ○ |
| C-26 | 将来的にmedusa-config.jsから動的ロード予定 | E-01 行19コメント | ○ |
| C-27 | 送信元アドレス・名称はプロバイダー設定依存 | **根拠なし** | △ |
| C-28 | レート制限はプロバイダー依存 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- C-27: 送信元アドレス・名称の具体値
  - 候補：外部プロバイダー（SendGrid等）の設定画面 / medusa-config.jsの通知プロバイダー設定 / プロバイダー固有の設定ファイル
- C-28: レート制限の具体値
  - 候補：外部プロバイダーのドキュメント / プロバイダーのダッシュボード / プロバイダー固有の設定

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - handlerConfig配列のハードコード（将来的には動的ロード予定）
- 1: 中リスク - テンプレート内容が外部依存（プロバイダーで管理）
- 0: 低リスク - エラー時のリトライなし（設計意図として許容）

## 6) レビュアーチェックリスト（最小）
- [ ] order.createdイベントが正しく発行されるシナリオを確認
- [ ] 使用する外部プロバイダー（SendGrid等）で"order-created-template"が設定されているか確認
- [ ] 送信先メールアドレス（order.email）の取得元が正しいか確認
- [ ] プロバイダー設定（is_enabled）が正しく行われているか確認
- [ ] GDPR対応のTTL設定が必要かどうか検討
