> 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-ja/gurbaru/rirsu-1/gurbaru-v1627-rirsunto.md).
# グローバル設定 (v1.6.27) - 月次リリースノート
{% hint style="info" %}
#### **リリース詳細 - グローバル設定 - v1.6.27 - 2026年7月29日**
この記事は、Flosum Cloud Appsのテナント設定、組織、ユーザー、ロールの管理を担当するSalesforce管理者およびITチームを対象としています。
**リリースタイプ**
* 毎月
* Flosumホスト型およびセルフホスト型に適用
**前提条件**
* 登録および設定済みのFlosum Cloud Appsテナント
* 適切なFlosumユーザー権限（SystemAdministratorまたは同等の権限）
{% endhint %}
##  概要
この記事では、以下のパッチリリースについて説明します **グローバル設定（1.6.27）**。この月次リリースでは、Flosum Cloud Apps全体でSalesforce組織を整理およびスコープ設定する新しい方法であるトポロジーと、新しい開発組織タイプが導入されます。
###  テナントごとの複数のトポロジー
このリリース以前は、DevOpsアプリは単一の接続済み組織セットに基づいて動作し、テナント全体で1つの共有作業コンテキスト（1つのコードベース、1組のブランチ、1組のプルリクエスト）を使用していました。トポロジーにより、この制限がなくなります。テナントでは必要な数だけトポロジーを保持でき、それぞれが独自の組織、ブランチ、プルリクエスト、パイプラインを持つ自己完結型の作業コンテキストになります。
#### グローバル設定
トポロジーは、1つの本番組織と、それに関連する開発組織およびSandbox組織をグループ化します。トポロジーは、新しい **トポロジー** ページで管理します。このページでは、テナント内のすべてのトポロジーが、本番組織および組織数とともに一覧表示されます。
トポロジーの割り当てが接続フローの一部になりました。新しい組織を接続する際に、既存のトポロジーを選択するか、その場で作成します。組織テーブルには新たに **トポロジー** 列が追加されました。
#### DevOps
DevOpsアプリでは、トポロジー切り替え機能によりトポロジー間を移動できます。別のトポロジーを選択すると作業コンテキスト全体が変更されるため、あるトポロジーでの作業が別のトポロジーに表示されることはありません。
###  本番タイプと開発タイプ
組織の **タイプ** フィールドでは、以前は **本番** および **Sandbox**のみが提供され、Salesforceの2つの組織タイプに対応していました。このリリースでは、3つ目のタイプとして **開発**が追加されます。これにより、各トポロジー内で1つの本番組織を識別しながら、テナントで複数のSalesforce本番組織を接続できるようになります。
Salesforceの観点では、この2つのタイプに違いはありません。本番組織と開発組織はいずれもSalesforce本番組織であり、同じ方法で接続されます。この区別はFlosum独自のものであり、組織がトポロジー内で果たす役割を示します。
* **本番**：ビジネス運用に使用する、主要なライブ本番組織。
* **開発**：ライブのビジネス運用ではなく、開発またはテストに使用するその他のSalesforce本番組織。トポロジーには複数含めることができます。
* **Sandbox**：Salesforce Sandbox。Sandbox組織はこのリリースによる変更の影響を受けません。トポロジーには複数含めることができます。
###  トポロジーの移行
すべてのテナントは、 **デフォルト** トポロジーから開始し、既存のすべての組織がそこに移行されます。トポロジーには本番組織を1つしか保持できないため、以前に本番としてマークされていた組織は開発組織になります。
{% hint style="info" %}
#### このリリース後に必要な操作はありません
* Backup & ArchiveおよびData Migratorは影響を受けません。
* DevOpsはこれまでどおり動作し、すべての組織はデフォルトのトポロジーに含まれます。
* 組織を本番としてマークする必要はありません。
複数のトポロジーを利用する場合にのみ操作を行ってください。その場合は、追加のトポロジーを作成し、それらに組織を割り当てます。 **本番としてマーク** は、ライブ本番組織を指定する場合に組織リストで利用できますが、任意のままです。
{% endhint %}
###  トポロジー権限
「 **組織権限を管理** 」セクションは、ロールを作成およびロールを編集フォームで、現在は **トポロジー権限**となっており、Backup & Archive、DevOps、Data Migrator全体に適用されます。ロールにトポロジーを追加すると、その中のすべての組織が一覧表示されます。ただし、個別の権限は引き続き組織ごとに割り当てられ、既存の権限は変更されません。
{% hint style="info" %}
DevOpsでは、すべてのトポロジーがすべてのユーザーに表示されます。ただし、個々の組織へのアクセスは引き続き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-ja/gurbaru/rirsu-1/gurbaru-v1627-rirsunto.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.
