> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/flosum/landing-page-ja/sapto/sbisureberu/flosum-devopsdata-migratortrust-center-sapto.md).

# Flosum DevOps、Data Migrator、Trust Center サポート

当社の旗艦製品である Flosum DevOps は、Salesforce プラットフォーム上にネイティブに構築され、Salesforce OEM 本番組織内のマネージドパッケージとして提供されます。この深い統合により、Flosum の可用性とパフォーマンスは Salesforce のインフラストラクチャと整合します。したがって、当社のサービス提供は Salesforce の堅牢な稼働保証および復旧 SLA に従い、エンタープライズレベルの顧客信頼性を確保します。

#### Salesforce から：

Salesforce のサービスは、インフラストラクチャにおける継続的な改善と信頼性（可用性、パフォーマンス、セキュリティなど）を念頭に設計されています。Salesforce は、計画的なダウンタイム（事前通知が行われる）および天災などの不可抗力事象を除き、合理的な商業的努力をもってオンデマンドサービスを顧客に対して24時間365日利用可能にするよう努めます。優れた可用性統計は Salesforce の顧客の成功および Salesforce 社自身の成功にとって重要です。Salesforce は通常、特定のパーセンテージに焦点を当てていません。なぜなら可用性に関する取り組みが決して完了することはないと考えているためです。Salesforce システムのライブおよび過去のパフォーマンス統計は以下で公開されています。[ https://trust.salesforce.com/en/#systemStatus](https://trust.salesforce.com/en/#systemStatus).

Salesforce の復旧時間目標（RTO）は12時間、復旧時点目標（RPO）は4時間です。

Salesforce の災害復旧計画は現在、以下の目標復旧項目を有しています：(a) Salesforce が災害を宣言した後12時間以内のサービス復旧、および (b) 最大顧客データ損失4時間。ただし、複数の Salesforce データセンターが同時に損なわれるような災害または複数の災害が発生した場合や、Sandbox サービスなどの開発およびテスト用環境を除外する場合は別です。

このページには災害復旧および事業継続計画があります[ https://compliance.salesforce.com/en/disaster-recovery-bcp](https://compliance.salesforce.com/en/disaster-recovery-bcp)


---

# 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://docs.flosum.com/flosum/landing-page-ja/sapto/sbisureberu/flosum-devopsdata-migratortrust-center-sapto.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.