> 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-pt-br/configuracoes-globais/lancamentos-mensais/configuracoes-globais-v1.6.27-notas-de-versao-mensais.md).
# Configurações globais (v1.6.27) - Notas de versão mensais
{% hint style="info" %}
#### **Detalhes da versão - Configurações Globais - v1.6.27 - 29 de julho de 2026**
Este artigo é destinado a administradores do Salesforce e equipes de TI responsáveis por gerenciar a configuração do tenant, as organizações, os usuários e as funções do Flosum Cloud Apps.
**Tipo de versão**
* Mensal
* Aplica-se a versões hospedadas pela Flosum e autohospedadas
**Pré-requisitos**
* Um tenant do Flosum Cloud Apps registrado e configurado
* Permissões de usuário Flosum apropriadas (SystemAdministrator ou equivalente)
{% endhint %}
##  Resumo
Este artigo documenta a versão de correção para **Configurações Globais (1.6.27)**. Esta versão mensal introduz as Topologias, uma nova maneira de organizar e delimitar o escopo das orgs do Salesforce em todo o Flosum Cloud Apps, juntamente com um novo tipo de organização Development.
###  Múltiplas Topologias por tenant
Antes desta versão, o aplicativo DevOps funcionava a partir de um único conjunto de organizações conectadas, o que dava a todo o tenant um contexto de trabalho compartilhado: uma única base de código, um único conjunto de branches e um único conjunto de pull requests. As Topologias removem essa restrição. Agora, um tenant pode conter quantas Topologias forem necessárias, e cada uma é um contexto de trabalho independente com suas próprias organizações, branches, pull requests e pipelines.
#### Configurações Globais
Uma Topologia agrupa uma única organização de Produção com suas organizações relacionadas de Desenvolvimento e Sandbox. Você gerencia as Topologias na nova **Topologias** página em Configurações Globais, que lista todas as Topologias no tenant, junto com sua organização de Produção e a quantidade de organizações.
A atribuição de Topologia agora faz parte do fluxo de conexão. Ao conectar uma nova organização, você seleciona uma Topologia existente ou cria uma na hora. A tabela Organizações agora inclui uma nova **Topologia** coluna.
#### DevOps
No aplicativo DevOps, um seletor de Topologia permite alternar entre Topologias. Selecionar uma Topologia diferente altera todo o seu contexto de trabalho, de modo que o trabalho em uma Topologia nunca aparece em outra.
###  Tipos de Produção e Desenvolvimento
O campo **Tipo** anteriormente oferecia apenas **Produção** e **Sandbox**, espelhando os dois tipos de org do Salesforce. Esta versão adiciona um terceiro tipo, **Desenvolvimento**, para que um tenant possa conectar mais de uma org de produção do Salesforce, mantendo ao mesmo tempo a identificação de uma única organização de Produção em cada Topologia.
Da perspectiva do Salesforce, não há diferença entre os dois tipos. Uma organização de Produção e uma organização de Desenvolvimento são ambas orgs de produção do Salesforce, conectadas da mesma forma. A distinção é do Flosum e descreve o papel que a org desempenha em sua Topologia:
* **Produção**: sua principal org de produção ativa, aquela em que o negócio opera.
* **Desenvolvimento**: qualquer outra org de produção do Salesforce usada para desenvolvimento ou testes, em vez de operações de negócio em produção. Uma Topologia pode conter várias.
* **Sandbox**: um sandbox do Salesforce. As organizações Sandbox não são alteradas por esta versão. Uma Topologia pode conter várias.
###  Migração de Topologia
Todos os tenants começam com uma **Default** Topologia, e todas as organizações existentes são migradas para ela. As organizações anteriormente marcadas como Produção passaram a ser Desenvolvimento, já que uma Topologia não pode conter mais de uma organização de Produção.
{% hint style="info" %}
#### Nenhuma ação é necessária após esta versão
* Backup & Archive e Data Migrator não são afetados.
* O DevOps continua funcionando como antes, com todas as organizações na Topologia Default.
* Não é necessário marcar nenhuma organização como Produção.
Aja somente se quiser aproveitar as múltiplas Topologias, o que significa criar Topologias adicionais e atribuir organizações a elas. **Marcar como Produção** está disponível na lista Organizações se você quiser designar uma org de produção ativa, mas continua opcional.
{% endhint %}
###  Permissões de Topologia
A **Permissões de gerenciamento de organizações** seção nos formulários Criar função e Editar função agora é **permissões de Topologia**, e ela se aplica a Backup & Archive, DevOps e Data Migrator. Ao adicionar uma Topologia a uma função, todas as organizações contidas nela são listadas. No entanto, as permissões individuais ainda são atribuídas por organização, e suas permissões existentes permanecem inalteradas.
{% hint style="info" %}
No DevOps, todas as Topologias são visíveis para todos os usuários; no entanto, o acesso a organizações individuais ainda é controlado pelas permissões do 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-pt-br/configuracoes-globais/lancamentos-mensais/configuracoes-globais-v1.6.27-notas-de-versao-mensais.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.
