> 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/backup-and-archive/rirsu-1/bakkuappukaibu-v480-rirsunto.md).
# バックアップ＆アーカイブ (v4.8.0) - 月次リリースノート
{% hint style="info" %}
#### リリース詳細 - Backup & Archive - v4.8.0 - 2026年9月17日
この記事は、Salesforceのバックアップとデータガバナンスの管理を担当するSalesforce管理者、コンプライアンス担当者、ITチーム向けです。
**リリース種別**
* 月次
* Flosumホスト型およびセルフホスト型に適用
**前提条件**
* 登録および設定済みのFlosum Cloud Appsテナント
* 適切なFlosumユーザー権限（SystemAdministratorまたは同等）
{% endhint %}
##  概要
この記事では、以下の月次リリースについて説明します。 **Backup & Archive（v4.8.0）**。このリリースでは、BackupおよびRestoreのワークフローにAIエージェントのフィルタリングが追加され、AIエージェントが作成、更新、または削除したレコードだけを抽出、確認、復元できるようになります。また、Salesforceが標準の親子関係として公開していないTaskに関連するEmailMessageレコードへのアーカイブも拡張されます。これら2つの変更により、アーカイブするレコードと復元するレコードをより細かく制御できます。
###  AIエージェントのフィルタリング
#### 変更内容
BackupおよびRestoreのワークフローで、AIエージェントによって変更されたデータのフィルタリングがサポートされるようになりました。AIエージェントフィルターを適用すると、次のことができます。
* AIエージェントによって作成、更新、または削除されたレコードを含むオブジェクトに絞り込む。
* AIによって変更されたレコードに限定した、作成済み、更新済み、削除済みの統計を表示する。
* レコードがAIエージェントによって変更されたかどうかを識別する。
* SalesforceのユーザーIDではなく、AI Agentや設定済みのエージェント名など、人が読める修正者名を表示する。
* AIエージェントによって変更されたレコードだけを復元する。
このフィルタリングは、BackupワークフローとRestoreワークフローの両方で利用できます。
#### 実施理由
AIエージェントはSalesforce組織内でますます多くの操作を実行するようになっており、それらの変更は通常のユーザーによる変更と区別できる必要があります。これらを分離することで、エージェントが何を行ったのかを調査し、その影響を把握し、影響を受けたデータだけを選択的に復元しやすくなります。
#### 表示される内容
AIエージェントフィルターを適用すると、オブジェクト一覧にはAIによって変更されたレコードを含むオブジェクトだけが表示され、作成済み、更新済み、削除済みの統計はそれらのレコードのみをカウントします。AIエージェントによって変更されたレコードにはその旨がマークされ、修正者はSalesforceのユーザーIDではなく読みやすい形式で表示されます。復元するレコードを選択する場合も、同じフィルタリングを利用できます。
フィルターを適用しない場合、BackupとRestoreは以前とまったく同じように動作します。
###  TaskとEmailMessageのアーカイブの改善
#### 変更内容
Archiveでは、Taskに関連するEmailMessageレコードがサポートされるようになりました。これには、Salesforceが2つのオブジェクト間の標準的なたどり可能な関係を公開していないケースも含まれます。次のことができます。
* Taskのアーカイブルールを作成するときに、関連する子オブジェクトとしてEmailMessageを選択する。
* EmailMessageレコードを関連するTaskと一緒にアーカイブする。
* EmailMessageレコードと、それに関連付けられたTaskデータを正しく復元する。
* 復元時に重複するメールアクティビティのTaskを作成せずに、編集可能なTask情報を保持する。
#### 実施理由
Salesforceは、EmailMessageとTaskの関係を標準的な親子関係とは異なる方法で管理しています。そのため、以前はTaskのアーカイブルールでEmailMessageレコードを子オブジェクトとして選択できず、関連データを正しく復元するのが難しい場合がありました。新しい実装では、標準のオブジェクト関係に対する既存の動作を維持しながら、Salesforce固有の関係を処理します。
#### 表示される内容
Taskのアーカイブルールを作成すると、EmailMessageは選択可能な子オブジェクトとして表示されるようになり、所属するTaskと一緒にメールアクティビティデータをアーカイブできます。そのデータを復元すると、EmailMessageレコードとそのTaskデータの両方が重複するアクティビティレコードを作成せずに戻り、復元されたメールアクティビティに関連付けられたサポート対象のTaskフィールドも保持されます。
他のオブジェクト関係に対するArchiveおよびRestoreのワークフローは、引き続き以前と同様に動作します。
---
# 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/backup-and-archive/rirsu-1/bakkuappukaibu-v480-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.
