> 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.27-notas-de-la-version-mensuales.md).
# Configuración global (v1.6.27) - Notas de la versión mensuales
{% hint style="info" %}
#### **Detalles de la versión - Configuración global - v1.6.27 - 29 de julio de 2026**
Este artículo está destinado a administradores de Salesforce y equipos de TI responsables de gestionar la configuración, las organizaciones, los usuarios y los roles del tenant de Flosum Cloud Apps.
**Tipo de versión**
* Mensual
* Aplica a Flosum alojado por Flosum y autoalojado
**Requisitos previos**
* Un tenant de Flosum Cloud Apps registrado y configurado
* Permisos de usuario de Flosum adecuados (SystemAdministrator o equivalente)
{% endhint %}
##  Resumen
Este artículo documenta la versión de parche para **Configuración global (1.6.27)**. Esta versión mensual introduce Topologías, una nueva forma de organizar y delimitar las organizaciones de Salesforce en Flosum Cloud Apps, junto con un nuevo tipo de organización de Desarrollo.
###  Múltiples Topologías por tenant
Antes de esta versión, la aplicación DevOps funcionaba a partir de un único conjunto de organizaciones conectadas, lo que otorgaba a todo el tenant un contexto de trabajo compartido: una sola base de código, un solo conjunto de ramas y un solo conjunto de solicitudes de extracción. Las Topologías eliminan esa restricción. Ahora un tenant puede tener tantas Topologías como necesite, y cada una es un contexto de trabajo autónomo con sus propias organizaciones, ramas, solicitudes de extracción y canalizaciones.
#### Configuración global
Una Topología agrupa una única organización de Producción con sus organizaciones de Desarrollo y Sandbox relacionadas. Gestionas las Topologías en la nueva **Topologías** página en Configuración global, que enumera cada Topología del tenant junto con su organización de Producción y los recuentos de organizaciones.
La asignación de Topología ahora forma parte del flujo de conexión. Al conectar una nueva organización, seleccionas una Topología existente o creas una sobre la marcha. La tabla de Organizaciones ahora incluye una nueva **Topología** columna.
#### DevOps
En la aplicación DevOps, un selector de Topología te permite cambiar entre Topologías. Seleccionar una Topología diferente cambia todo tu contexto de trabajo, por lo que el trabajo en una Topología nunca aparece en otra.
###  Tipos de Producción y Desarrollo
El **campo Tipo** anteriormente ofrecía solo **Producción** y **Sandbox**, reflejando los dos tipos de organizaciones de Salesforce. Esta versión añade un tercer tipo, **Desarrollo**, para que un tenant pueda conectar más de una organización de producción de Salesforce y, aun así, identificar una única organización de Producción dentro de cada Topología.
Desde la perspectiva de Salesforce, no hay diferencia entre los dos tipos. Una organización de Producción y una organización de Desarrollo son ambas organizaciones de producción de Salesforce, conectadas de la misma manera. La distinción es propia de Flosum, y describe el papel que desempeña la organización en tu Topología:
* **Producción**: tu organización principal de producción en vivo, la que utiliza la empresa.
* **Desarrollo**: cualquier otra organización de producción de Salesforce utilizada para desarrollo o pruebas en lugar de operaciones comerciales en vivo. Una Topología puede contener varias.
* **Sandbox**: un sandbox de Salesforce. Las organizaciones Sandbox no cambian con esta versión. Una Topología puede contener varias.
###  Migración de Topología
Todos los tenants comienzan con una Topología **Predeterminada** , y todas las organizaciones existentes se migran a ella. Las organizaciones marcadas anteriormente como Producción pasaron a ser Desarrollo, ya que una Topología no puede contener más de una organización de Producción.
{% hint style="info" %}
#### No se requiere ninguna acción después de esta versión
* Backup & Archive y Data Migrator no se ven afectados.
* DevOps sigue funcionando como antes, con todas las organizaciones en la Topología Predeterminada.
* No estás obligado a marcar ninguna organización como Producción.
Actúa solo si quieres aprovechar las múltiples Topologías, lo que significa crear Topologías adicionales y asignarles organizaciones. **Marcar como Producción** está disponible en la lista de Organizaciones si quieres designar una organización de producción en vivo, pero sigue siendo opcional.
{% endhint %}
###  Permisos de Topología
La **sección Administrar permisos de organización** en los formularios Crear rol y Editar rol ahora es **permisos de Topología**, y se aplica en Backup & Archive, DevOps y Data Migrator. Agregar una Topología a un rol enumera todas las organizaciones dentro de ella. Sin embargo, los permisos individuales siguen asignándose por organización, y tus permisos existentes no cambian.
{% hint style="info" %}
En DevOps, todas las Topologías son visibles para todos los usuarios; sin embargo, el acceso a las organizaciones individuales sigue controlado por los permisos de DevOps.
{% endhint %}
---
# 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.27-notas-de-la-version-mensuales.md?ask=&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.
