> 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/global-settings/monthly-releases/global-settings-v1.6.27-monthly-release-notes.md).

# Global Settings (v1.6.27) - Monthly Release Notes

{% hint style="info" %}

#### **Release Details - Global Settings - v1.6.27 - July 29, 2026**

This article is intended for Salesforce administrators and IT teams responsible for managing Flosum Cloud Apps tenant configuration, organizations, users, and roles.

**Release Type**

* Monthly
* Applies to Flosum-hosted and self-hosted

**Prerequisites**

* A registered and configured Flosum Cloud Apps tenant
* Appropriate Flosum user permissions (SystemAdministrator or equivalent)
  {% endhint %}

## ![](https://3248471126-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) Summary

This article documents the patch release for **Global Settings (1.6.27)**. This monthly release introduces Topologies, a new way to organize and scope Salesforce orgs across Flosum Cloud Apps, along with a new Development organization type.

### ![](https://3248471126-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) Multiple Topologies per Tenant

Before this release, the DevOps app worked from a single set of connected organizations, which gave the whole tenant one shared working context: one codebase, one set of branches, one set of pull requests. Topologies remove that restriction. A tenant can now hold as many Topologies as it needs, and each one is a self-contained working context with its own organizations, branches, pull requests, and pipelines.

#### Global Settings

A Topology groups a single Production organization with its related Development and Sandbox organizations. You manage Topologies on the new **Topologies** page in Global Settings, which lists every Topology in the tenant alongside its Production organization and organization counts.

<figure><img src="https://3248471126-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FGVPAzx1864sfNa4XcIYj%2FTopologies-01-Glow.png?alt=media&amp;token=b8a45acb-43d0-4a05-82cd-ed799a4188e9" alt=""><figcaption></figcaption></figure>

Topology assignment is now part of the connection flow. When connecting a new organization, you select an existing Topology or create one on the fly. The Organizations table now includes a new **Topology** column.

<figure><img src="https://3248471126-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FSjH2Mq13eLxrt9QcNqvl%2FTopologies-02-Glow.png?alt=media&amp;token=f6b8c04b-ae4a-4f37-bd40-4b8682634df7" alt=""><figcaption></figcaption></figure>

#### DevOps

In the DevOps app, a Topology switcher lets you move between Topologies. Selecting a different Topology changes your entire working context, so work in one Topology never surfaces in another.

<figure><img src="https://3248471126-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2F6Y2WFtNdtJlPVSGFOxQS%2FTopologies-03-Glow.png?alt=media&amp;token=5ede3c83-a7c8-459b-865f-0341c75d76a8" alt=""><figcaption></figcaption></figure>

### ![](https://3248471126-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) Production and Development Types

The organization **Type** field previously offered only **Production** and **Sandbox**, mirroring the two Salesforce org types. This release adds a third type, **Development**, so that a tenant can connect more than one Salesforce production org while still identifying a single Production organization within each Topology.

From Salesforce's perspective, there is no difference between the two types. A Production organization and a Development organization are both Salesforce production orgs, connected the same way. The distinction is a Flosum one, and it describes the role the org plays in your Topology:

* **Production**: your main live production org, the one the business runs on.
* **Development**: any other Salesforce production org used for development or testing rather than live business operations. A Topology can contain several.
* **Sandbox**: a Salesforce sandbox. Sandbox organizations are unchanged by this release. A Topology can contain several.

### ![](https://3248471126-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) Topology Migration

All tenants start with a **Default** Topology, and all existing organizations are migrated into it. Organizations previously marked as Production became Development, since a Topology can hold no more than one Production organization.

{% hint style="info" %}

#### No action is required after this release

* Backup & Archive and Data Migrator are unaffected.
* DevOps continues to work as before, with every organization in the Default Topology.
* You are not required to mark any organization as Production.

Act only if you want to take advantage of multiple Topologies, which means creating additional Topologies and assigning organizations to them. **Mark as Production** is available in the Organizations list if you want to designate a live production org, but it remains optional.
{% endhint %}

### ![](https://3248471126-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) Topology Permissions

The **Manage organization permissions** section in the Create Role and Edit Role forms is now **Topology permissions**, and it applies across Backup & Archive, DevOps, and Data Migrator. Adding a Topology to a role lists all organizations within it. However, the individual permissions are still assigned per organization, and your existing permissions remain unchanged.

{% hint style="info" %}
In DevOps, all Topologies are visible to all users; however, access to individual organizations is still controlled by the DevOps permissions.
{% 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/global-settings/monthly-releases/global-settings-v1.6.27-monthly-release-notes.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.
