> 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-de/support/service-level-vereinbarung/support-fur-flosum-devops-data-migrator-und-trust-center.md).

# Support für Flosum DevOps, Data Migrator und Trust Center

Als unser Flaggschiffprodukt ist Flosum DevOps nativ auf der Salesforce-Plattform aufgebaut und wird als Managed Package innerhalb einer Salesforce OEM Production-Organisation bereitgestellt. Diese tiefe Integration bedeutet, dass Verfügbarkeit und Leistung von Flosum mit der Infrastruktur von Salesforce übereinstimmen. Folglich richtet sich unsere Servicebereitstellung nach den robusten Verfügbarkeitszusagen und Wiederherstellungs-SLAs von Salesforce, was eine unternehmensgerechte Zuverlässigkeit für Kunden sicherstellt.

#### Von Salesforce:

Die Salesforce-Services sind mit kontinuierlicher Verbesserung und Vertrauen (z. B. Verfügbarkeit, Leistung und Sicherheit) in die Infrastruktur konzipiert. Salesforce unternimmt nach Treu und Glauben wirtschaftlich vertretbare Anstrengungen, seine On-Demand-Services seinen Kunden rund um die Uhr zur Verfügung zu stellen, mit Ausnahme geplanter Ausfallzeiten, für die Salesforce die Kunden im Voraus informiert, sowie höherer Gewalt. Hervorragende Verfügbarkeitsstatistiken sind für den Erfolg der Kunden von Salesforce und für den Erfolg von Salesforce als Unternehmen von entscheidender Bedeutung. Salesforce konzentriert sich im Allgemeinen nicht auf einen spezifischen Prozentsatz, da man nicht davon ausgeht, dass die Arbeit an der Verfügbarkeit jemals abgeschlossen sein wird. Live- und historische Statistiken zur Systemleistung von Salesforce werden öffentlich veröffentlicht unter[ https://trust.salesforce.com/en/#systemStatus](https://trust.salesforce.com/en/#systemStatus).

Salesforces Recovery Time Objective (RTO) beträgt 12 Stunden und das Recovery Point Objective (RPO) 4 Stunden.

Die Disaster-Recovery-Pläne von Salesforce haben derzeit die folgenden angestrebten Wiederherstellungsziele: (a) Wiederherstellung des Dienstes innerhalb von 12 Stunden, nachdem Salesforce eine Katastrophe erklärt hat; und (b) maximaler Verlust von Kundendaten von 4 Stunden. Ausgenommen hiervon sind jedoch Katastrophen oder mehrere Katastrophen, die die Beeinträchtigung mehrerer Salesforce-Rechenzentren zur gleichen Zeit verursachen, sowie Entwicklungs- und Testumgebungen wie der Sandbox-Service.

Auf dieser Seite finden Sie die Disaster-Recovery- und Business-Continuity-Pläne[ 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-de/support/service-level-vereinbarung/support-fur-flosum-devops-data-migrator-und-trust-center.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.
