> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/command/ja/sekyuriti/privacy-and-security-disclosure/data-storage-processing-locations.md).

# データ保存・処理場所

オーガナイゼーション'のデータの保存・処理場所を選択

### 開始する前に

参照してください [Command オーガナイゼーション' を作成する](/command/ja/hajimeni/create-a-command-organization.md) 組織のデータ保存場所とデータ処理場所を設定するには。

{% hint style="danger" %}
データ処理場所は、組織の作成時にのみ設定できます。一度場所を設定すると、変更することはできません。組織のデータ処理場所を設定する前に、以下の情報をお読みください。
{% endhint %}

データ保存場所とは、組織のデータが保存される物理的または地理的な場所を指し、データ処理場所とは、データが処理または分析される場所を指します。Verkadaの標準カメラオプションには、30日間分の連続録画された動画および画像データをカメラ内に保持する保存機能が含まれます。Verkadaのお客様は、カメラの動画および画像データ用にクラウドバックアップ保存を有効にする柔軟性もあります。クラウドバックアップを設定する際、お客様はカメラごと、または組織全体で、クラウド上でデータが保存および処理される地域を選択できます。

カメラごとまたは組織全体でクラウドデータ保存を選択できるようにすることで、Verkadaは、お客様のデータ管理の好みや運用上のニーズを支える柔軟性を提供します。さらに、運用拠点に近い地域を選択することで、遅延が減りアクセス速度が向上し、より効率的で応答性の高い体験が得られます。

### サポートされているデータセンターの場所

* アメリカ合衆国
* 欧州連合（EU）
* オーストラリア

{% hint style="danger" %}
認証データは、組織の初期設定中、常に米国で処理されます。
{% endhint %}

### カメラの動画および画像データの保存用クラウドデータセンター所在地（処理は含まれません）

動画および画像データの地域ごとの保存を重視するお客様向けに、Verkadaは、上記の場所に加えて以下の保存先をサポートしています。これらの動画および画像データ保存先のいずれかを選択した場合でも、対応するデータ処理は、お客様の組織の主要処理地域（米国、欧州連合（アイルランド）、またはオーストラリア）で引き続き行われます：

* カナダ
* ドイツ（フランクフルト）
* 日本（東京）
* シンガポール
* 韓国（ソウル）


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/command/ja/sekyuriti/privacy-and-security-disclosure/data-storage-processing-locations.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.