---
generated_at: 2026-01-29 10:40:00
metrics:
  claims_total: 22
  claims_with_evidence: 21
  claims_without_evidence: 1
confidence_derived: 0.95
---

# 根拠レポート：会社マスタ管理

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.95**
  - 根拠あり：21 / 22、根拠なし：1
- 優先レビュー（高）
  1. **関連画面情報**：画面機能マッピングからの直接確認が必要

## 2) 参照した情報（Evidence一覧）

- E-01: `src/backend/InvenTree/company/models.py` - Companyモデル定義
- E-02: `src/backend/InvenTree/company/api.py` - CompanyMixin（40-52行目）
- E-03: `src/backend/InvenTree/company/api.py` - CompanyList（54-77行目）
- E-04: `src/backend/InvenTree/company/api.py` - CompanyDetail（80-81行目）
- E-05: `src/backend/InvenTree/company/api.py` - company_api_urls（509-556行目）
- E-06: `src/backend/InvenTree/company/serializers.py` - CompanySerializer

## 3) Claims と根拠の対応（レビューの主戦場）

| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | Companyモデルにnameフィールドがある | E-01 | ○ |
| C-02 | nameは必須かつ一意 | E-01（unique=True） | ○ |
| C-03 | is_supplier, is_manufacturer, is_customerフラグがある | E-01 | ○ |
| C-04 | activeフラグがデフォルトtrue | E-01 | ○ |
| C-05 | 会社は複数の役割を同時に持てる | E-01（各フラグが独立） | ○ |
| C-06 | CompanyListでGET/POSTが可能 | E-03, E-05 | ○ |
| C-07 | フィルタパラメータにis_customer, is_manufacturer, is_supplierがある | E-03（65-70行目） | ○ |
| C-08 | フィルタパラメータにname, activeがある | E-03（69-70行目） | ○ |
| C-09 | 検索フィールドにname, description, website, tax_idがある | E-03（73行目） | ○ |
| C-10 | ソートフィールドにactive, name, parts_supplied, parts_manufacturedがある | E-03（75行目） | ○ |
| C-11 | デフォルトソートはname | E-03（77行目） | ○ |
| C-12 | CompanyDetailでGET/PUT/PATCH/DELETEが可能 | E-04（RetrieveUpdateDestroyAPI継承） | ○ |
| C-13 | company_api_urlsでURLルーティングが定義されている | E-05 | ○ |
| C-14 | CompanyMixinでannotate_querysetが呼ばれる | E-02（49行目） | ○ |
| C-15 | filter_backendsにSEARCH_ORDER_FILTERを使用 | E-03（63行目） | ○ |
| C-16 | CompanyはContact（連絡先）と1:N関係 | E-01 | ○ |
| C-17 | CompanyはAddress（住所）と1:N関係 | E-01 | ○ |
| C-18 | CompanyはSupplierPartと1:N関係（is_supplier） | E-01 | ○ |
| C-19 | CompanyはManufacturerPartと1:N関係（is_manufacturer） | E-01 | ○ |
| C-20 | データエクスポートがサポートされている | E-03（DataExportViewMixin継承） | ○ |
| C-21 | OutputOptionsMixinが使用されている | E-02（40行目） | ○ |
| C-22 | 関連画面はSCR-COMPANY-LISTとSCR-COMPANY-DETAIL | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- 関連画面情報（C-22）について、画面機能マッピング.csvから直接の確認が必要
  - 候補：会社一覧 / 会社詳細 / サプライヤー管理

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - Companyモデルの定義はソースコードから明確に確認可能
- 0: 低リスク - APIエンドポイントの定義もソースコードで確認済み
- 1: 中リスク - 削除時の関連データ整合性チェックの詳細実装の確認が必要

## 6) レビュアーチェックリスト（最小）
- [ ] Companyモデルのフィールド定義がmodels.pyと一致しているか確認
- [ ] parts_supplied, parts_manufacturedのアノテーションロジックを確認
- [ ] 削除時の関連データチェックの実装を確認
- [ ] 関連画面の正確な画面IDを確認し、必要に応じて更新
