> 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/release-notes/release-notes-es/configuracion-global/versiones-mensuales/configuracion-global-v1.6.30-notas-de-la-version-mensuales.md).

# Configuración global (v1.6.30) - Notas de la versión mensuales

{% hint style="info" %}

#### Detalles de la versión - Configuración global - v1.6.30 - 11 de septiembre de 2026

Para administradores de Salesforce y equipos de TI responsables de gestionar la configuración del tenant de Flosum Cloud Apps, las organizaciones, los usuarios y los roles.

**Tipo de versión**

* Mensual
* Aplica a instalaciones alojadas por Flosum y autohospedadas

**Requisitos previos**

* Un tenant de Flosum Cloud Apps registrado y configurado
* Permisos de usuario de Flosum adecuados (SystemAdministrator o equivalente)
  {% endhint %}

## ![](https://3466771797-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FPL2eaOdTi7VscAjFymsv%2FSummary2-Small-Icon.svg?alt=media\&token=a14ffcd6-66df-43ec-aafc-61364d19c7cd) Resumen

Este artículo documenta la versión mensual de **Configuración global (v1.6.30)**. Esta versión actualiza el comportamiento de actualización de tokens para las organizaciones de Salesforce conectadas, de modo que un Sandbox actualizado pueda volver a autenticarse en el mismo lugar. Anteriormente, una actualización de Sandbox asignaba un nuevo ID de organización de Salesforce, lo que significaba que la organización fallaba en la validación al actualizar el token y tenía que reconectarse desde cero. Dado que una organización conectada se comparte entre Flosum Cloud Apps, ahora aparece una advertencia que explica qué sucede con los datos históricos antes de que te autentiques con una organización de Salesforce diferente.

### ![](https://3466771797-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FFX1KImFkBpbzYgGoBLl6%2FEnhance-Icon-Small.svg?alt=media\&token=6211adf4-19a2-458d-92fc-54b77a2a635a) Actualizar token para Sandbox actualizado

#### Qué cambió

El comportamiento de actualización de tokens para las organizaciones de Salesforce conectadas se ha actualizado para admitir las actualizaciones de Sandbox.

Para las organizaciones de Producción y Desarrollo, el comportamiento no cambia. Cuando haces clic en **Actualizar token**, el sistema valida que el ID de la organización de Salesforce coincida con la organización conectada actualmente. Si no coincide, el token no se actualiza y un error explica que una organización de Producción o Desarrollo no puede actualizarse con un ID de organización de Salesforce diferente.

Para las organizaciones Sandbox, ahora se permite la reautenticación con un ID de organización de Salesforce diferente, ya que se espera un nuevo ID de organización después de una actualización de Sandbox. Si te autenticas con un ID de organización diferente, el registro de la organización se actualiza para que coincida.

#### Por qué se hizo

Anteriormente, actualizar un token requería que el ID de la organización de Salesforce coincidiera con la organización que se había conectado originalmente. Una actualización de Sandbox asigna un nuevo ID de organización, por lo que la organización conectada no podía volver a autenticarse y tenía que eliminarse y reconectarse desde cero.

#### Lo que notarás

Una organización conectada se comparte entre DevOps, Backup & Archive, Data Migrator y Audit & Compliance, por lo que autenticarse con una organización de Salesforce diferente puede afectar los datos en más de una aplicación. Ahora aparece un modal de advertencia antes de que seas redirigido a Salesforce, indicándote que es posible que se produzca pérdida de datos en algunas de esas aplicaciones.

#### Efecto sobre los datos históricos

Actualizar una organización Sandbox con un ID de organización de Salesforce diferente afecta a cada aplicación de la siguiente manera.

<table><thead><tr><th width="200.3333740234375">Aplicación</th><th>Efecto sobre los datos históricos</th></tr></thead><tbody><tr><td>DevOps</td><td>No se ve afectado ningún dato. El historial de trabajos y los componentes recuperados anteriormente siguen siendo visibles, y la siguiente recuperación se ejecuta como una recuperación completa, lo que puede tardar más de lo habitual.</td></tr><tr><td>Backup &#x26; Archive</td><td>Se eliminan todo el historial de copias de seguridad y los datos relacionados de la organización, y la organización se trata a partir de entonces como una organización nueva. Sin embargo, las plantillas y programaciones configuradas se conservan y se transfieren a la nueva organización, por lo que las copias de seguridad pueden continuar sin volver a configurar nada.</td></tr><tr><td>Data Migrator</td><td>Se eliminan todo el historial de migraciones y los mapeos de ID de la organización, y la organización se trata a partir de entonces como una organización nueva.</td></tr><tr><td>Audit &#x26; Compliance</td><td>Se eliminan todo el historial y los datos históricos relacionados de la organización, y la organización se trata a partir de entonces como una organización nueva.</td></tr></tbody></table>

Desde el punto de vista de los datos, una organización que vuelve con un ID de organización de Salesforce diferente es una organización nueva. Cualquier dato de copias de seguridad, migraciones o auditoría recopilado bajo el antiguo ID de organización ya no corresponde a ella. Esos datos históricos se eliminan en las aplicaciones en las que conservarlos mezclaría registros de lo que ahora son dos organizaciones diferentes.


---

# 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/release-notes/release-notes-es/configuracion-global/versiones-mensuales/configuracion-global-v1.6.30-notas-de-la-version-mensuales.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.