> 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-es/soporte/acuerdo-de-nivel-de-servicio/soporte-de-flosum-devops-data-migrator-y-trust-center.md).

# Soporte de Flosum DevOps, Data Migrator y Trust Center

Como nuestro producto insignia, Flosum DevOps está construido de forma nativa sobre la plataforma Salesforce y se entrega como un paquete administrado dentro de una organización de producción OEM de Salesforce. Esta profunda integración significa que la disponibilidad y el rendimiento de Flosum se alinean con la infraestructura de Salesforce. En consecuencia, la prestación de nuestro servicio se ajusta a las sólidas garantías de tiempo de actividad y a los SLA de recuperación de Salesforce, lo que garantiza una fiabilidad de grado empresarial para los clientes.

#### De Salesforce:

Los servicios de Salesforce están diseñados con mejora continua y Confianza (por ejemplo, Disponibilidad, Rendimiento y Seguridad) en la infraestructura. Salesforce utiliza esfuerzos comercialmente razonables para poner sus servicios bajo demanda a disposición de sus clientes las 24 horas del día, los 7 días de la semana, excepto por tiempos de inactividad planificados, para los cuales Salesforce da aviso previo a los clientes, y eventos de fuerza mayor. Las excelentes estadísticas de disponibilidad son fundamentales para el éxito de los clientes de Salesforce y para el éxito de Salesforce como empresa. Salesforce generalmente no se enfoca en un porcentaje específico, ya que no cree que su trabajo en disponibilidad llegue a completarse nunca. Las estadísticas en vivo e históricas sobre el rendimiento del sistema de Salesforce se publican públicamente en[ https://trust.salesforce.com/en/#systemStatus](https://trust.salesforce.com/en/#systemStatus).

El Objetivo de Tiempo de Recuperación (RTO) de Salesforce es de 12 horas, y su Objetivo de Punto de Recuperación (RPO) es de 4 horas.

Los planes de recuperación ante desastres de Salesforce actualmente tienen los siguientes objetivos de recuperación: (a) la restauración del Servicio dentro de las 12 horas después de que Salesforce declare un desastre; y (b) una pérdida máxima de Datos del Cliente de 4 horas, excluyendo. Sin embargo, un desastre o múltiples desastres que provoquen la compromisión de varios centros de datos de Salesforce al mismo tiempo, y excluyendo entornos de desarrollo y pruebas, como el servicio Sandbox.

Esta página contiene los Planes de Recuperación ante Desastres y Continuidad del Negocio[ 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-es/soporte/acuerdo-de-nivel-de-servicio/soporte-de-flosum-devops-data-migrator-y-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.