> ## Documentation Index
> Fetch the complete documentation index at: https://docs.factory.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# コンプライアンス、監査、モニタリング

> DroidがOpenTelemetryと監査ログを使用して、SOC2、ISO 27001/42001、規制レビュー、継続的モニタリングを支援する方法。

セキュリティおよびコンプライアンスチームは、**誰が、何を、いつ、どこで、どのデータを使って行ったか**について明確な答えを必要としています。このページでは、Droidがお客様のコンプライアンス体制にどのように適合するか、また既存の監視・監査インフラとどのように統合するかについて説明します。

***

## 認証とTrust Center

Factoryは、以下を含むエンタープライズグレードのセキュリティおよびコンプライアンスプログラムを維持しています：

* **SOC 2**
* **ISO 27001**
* **ISO 42001**

Factoryの\*\*[トラストセンター](https://trust.factory.ai)\*\*では、最新のレポート、セキュリティアーキテクチャドキュメント、およびサブプロセッサーリストを提供しています。セキュリティとコンプライアンスのレビューの主要なリファレンスとしてご利用ください。

***

## 監査証跡とイベント

監査情報には、2つの補完的なソースがあります：

1. **Factory側の監査ログ**（クラウド管理機能向け）
2. **顧客側のOTELテレメトリ**（Droidが出力）

### Factory側の監査ログ（クラウド管理）

Factoryのホスト型サービスを使用する場合、コントロールプレーンは以下のような重要なイベントを記録します：

* 認証イベントおよびSSO/SCIM変更
* 組織およびプロジェクト設定の更新
* ポリシー変更（モデルの許可/拒否リスト、自律性制限、Droid Shield設定、フック設定）
* Web UI内の管理者操作

これらのログは、[Trust Center](https://trust.factory.ai)またはお客様のエンタープライズ契約で合意された統合を通じてエクスポートできます。

### 顧客側のOTELテレメトリ

Droidは、お客様自身のシステム内で**きめ細かい監査データ**として機能するOTELメトリクス、トレース、およびログを出力します。これには以下が含まれます：

* セッション開始・終了イベント（ユーザー、チーム、環境、プロジェクト情報でタグ付け）
* ツール使用イベント（どのツールが呼び出されたか、実行時間、成功したかどうか）
* コマンド実行メタデータ（リスク分類と結果を含む）
* コード変更イベント（どのファイルとリポジトリが変更されたか）

これらのシグナルをどのくらい保持するか、CI/CDパイプライン、SIEM、ケース管理ツールなどの他のシステムとどのように関連付けるかは、お客様が制御できます。

***

## OpenTelemetryスキーマとコレクター

FactoryのOTELサポートは、既存の可観測性ツールとの統合を念頭に設計されています。

高レベルでは、テレメトリには以下が含まれます：

* **リソース属性** – 環境、サービス、組織、チーム、ユーザーを記述
* **メトリクス** – セッション、LLM使用、ツール、エラーのカウンターとヒストグラム
* **トレースとスパン** – セッションと自動実行のライフサイクルを記述
* **ログ** – 重要なアクションとエラーの構造化イベント

以下を行うOTELコレクターを展開できます：

* DroidからOTLPデータを受信
* 独自のポリシーに基づいて属性を豊富化または編集
* テレメトリを複数の宛先に転送（例：Prometheus + Loki、Datadog、Splunk、またはS3）

このアーキテクチャにより、Factoryのクラウド管理機能を使用している場合でも、**テレメトリの所有権はお客様の手にしっかりと保持**されます。

独自のOTLPコレクターへのデュアルエクスポートの段階的な設定については、[Telemetry Export (OTEL)](/jp/enterprise/telemetry-export)をご参照ください。

コストと生産性分析に有用なメトリクスとトレースの詳細については、[利用状況、コスト、生産性分析](/jp/enterprise/usage-cost-and-analytics)をご参照ください。

***

## 規制および業界のユースケース

Factoryは、厳格な規制体制下で運営される組織をサポートするよう設計されています。実装の詳細は異なりますが、一般的なパターンには以下があります：

<AccordionGroup>
  <Accordion title="金融サービス">
    * 厳格なデータ所在地と記録保持要件の対象となるシステムには、ハイブリッドまたはエアギャップデプロイを使用します。
    * すべてのLLMトラフィックを、銀行のデータポリシーを実装するゲートウェイ経由にします。
    * OTELテレメトリとフックを使用し、DroidアクティビティをSIEMで可視化し、統制フレームワークに合わせます。
  </Accordion>

  <Accordion title="医療とPHI">
    * 保護対象保健情報を外部LLMに公開しない環境にDroidをデプロイします。
    * PHI処理要件を満たすプロバイダーとゲートウェイのみを含むモデル許可リストを使用します。
    * Droid ShieldとDLPフックを使用して、PHIがプロンプトやログに含まれないようにします。
  </Accordion>

  <Accordion title="国家安全保障と防衛">
    * オンプレミスのモデルとコレクターを備えた完全エアギャップデプロイメントに依存します。
    * Droidを、成果物とログがネットワーク外に出ない内部ツールとして扱います。
    * OTELとフックを使用し、ミッション固有の監視およびインシデント対応ツールと連携します。
  </Accordion>
</AccordionGroup>

***

## コンプライアンスチーム向けの展開と設定

Droidをコンプライアンスおよび監視スタックに統合するには：

1. **展開パターンの決定** – クラウド管理、ハイブリッド、または完全エアギャップ
2. **モデルとゲートウェイポリシーの定義** – どのプロバイダーとゲートウェイが許可されるか、どこで使用されるか
3. **OTELコレクターと宛先の設定** – すべてのDroidテレメトリがSIEMと可観測性ツールに流れることを確保
4. **フックとDroid Shieldの設定** – DLP、承認ワークフロー、環境固有の制御を実施
5. **ポリシーとマッピングの文書化** – Droid制御を内部制御フレームワークおよび規制義務に接続

この設定の大部分は、[階層設定と組織管理](/jp/enterprise/hierarchical-settings-and-org-control)で説明されている階層設定システムを通じて表現されます。