> 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-v4716-rirsunto.md).
# バックアップ＆アーカイブ (v4.7.16) - 月次リリースノート
{% hint style="info" %}
#### リリース詳細 - Backup & Archive - v4.7.16 - 2026年8月4日
この記事は、Salesforce のバックアップとデータガバナンスの管理を担当する Salesforce 管理者、コンプライアンス担当者、IT チームを対象としています。
**リリース種別**
* 月次
* Flosum ホスト型およびセルフホスト型に適用
**前提条件**
* 登録済みで設定済みの Flosum Cloud Apps テナント
* 適切な Flosum ユーザー権限（SystemAdministrator または同等）
{% endhint %}
##  概要
この記事では、次の月次リリースについて説明します **Backup & Archive（v4.7.16）**.
このリリースにより、管理者は復元およびアーカイブ操作をより細かく制御できるようになります。トリガーの無効化で設定可能な Apex テストレベルがサポートされ、Restore Request ではオブジェクトのすべてのレコードではなく個別のレコードを対象にできるようになりました。また、Restricted Picklist フィールドの自動処理により、復元の信頼性も向上しています。
監視と可視性も強化されています。新しい日次監視プロセスにより、前日に成功したバックアップジョブが 1 件も完了していない場合にお客様へ通知され、Search Job では各オブジェクトに設定されたフィルターが表示されるようになりました。
###  自動化プロセスの設定可能なテスト実行
#### 変更内容
Archive および Restore 操作中の Automation Processes のトリガー無効化で、設定可能な Apex テスト実行がサポートされるようになりました。Apex トリガーを無効化する際、常にデフォルトの動作に依存するのではなく、Salesforce のデプロイ用テストレベルを選択できます。
サポートされるオプションは次のとおりです。
* **指定したテストを実行**：選択したテストクラスのみを実行します。
* **ローカルテストを実行**：組織内のすべてのローカルテストを実行します。
選択したテストレベルは Automation Process 設定の一部として保存され、トリガーの有効化または無効化が行われるたびに自動的に適用されます。
#### この機能が追加された理由
これまでは、トリガーの無効化では常に Salesforce のデフォルトのデプロイ動作が使用されており、本番環境で Apex メタデータをデプロイするとすべてのローカルテストが実行されていました。テストが失敗している組織や大規模なテストスイートがある組織では、これにより復元操作が大幅に遅延したり、トリガーの無効化自体ができなくなったりすることがありました。
テスト実行レベルを制御できるようにすることで、デプロイプロセスがより柔軟になり、さまざまな Salesforce 環境により適したものになります。
#### 表示される内容
トリガーの有効化または無効化を含む Automation Process を設定すると、新しい **テストレベル** オプションが表示されます。すべてのローカルテストを実行するか、指定したテストクラスのみを実行するかを選択できます。
選択したオプションは Automation Process 設定とともに保存され、今後のトリガーデプロイ操作時に自動的に使用されます。これにより、デプロイ時間の短縮や、必要に応じた不要なテスト実行の回避に役立ちます。
###  バックアップ監視メール通知
#### 変更内容
新しい自動監視プロセスにより、前の暦日に成功したバックアップジョブが 1 件も完了しなかった組織が検出されます。この状況が検出されると、その組織の System Administrator アカウントと通知設定に記載されているすべてのメールアドレスに、メールアラートが自動的に送信されます。
#### この機能が追加された理由
成功したバックアップは、データを保護し続けるために不可欠です。この機能強化により、バックアップの中断を早期に特定できるため、データの復元に影響が出る前に問題を調査し、解決できます。
#### 表示される内容
前の暦日にバックアップジョブが 1 件も正常に完了しなかった場合、メール通知が届きます。この通知は、バックアップ活動に注意が必要であることを早期に知らせ、管理者ができるだけ早く是正措置を取れるようにします。
###  Restore Request のレコードレベル選択
#### 変更内容
Restore Request で、選択したオブジェクトのすべてのレコードを復元する必要はなく、特定のレコードのみを復元できるようになりました。
次のいずれかを復元できます。
* 選択したオブジェクトのすべてのレコード、または
* 復元したいレコードを検索して選択することで、特定のレコードのみ。
複数のレコードを選択でき、Restore Request で返されたすべてのレコードを復元することもできます。
#### この機能が追加された理由
これまでは、Restore Request では、選択したオブジェクトのすべてのレコードが復元されていました。そのため、ごく一部のレコードだけを復元したい場合でも同様でした。この機能強化により、より柔軟になり、不要なデータの復元量を減らせるため、復旧操作がより効率的かつ対象を絞ったものになります。
#### 表示される内容
Restore Request を作成するときに、すべてのレコードを復元するか、選択したレコードのみを復元するかを選択できるようになりました。
もし **選択したレコード** が選択されている場合、復元を開始する前にレコードを検索し、一致するレコードを 1 件以上選択するか、検索で返されたすべてのレコードを選択できます。これにより、必要なデータのみを復元できます。
###  Search Job で設定済みフィルターを表示
#### 変更内容
Search Job の結果で、各オブジェクトに設定されたフィルターがオブジェクトの詳細に直接表示されるようになりました。フィルターはオブジェクトの他の詳細と一緒に表示されるため、検索条件を、それによって生成された結果と同じ場所で確認できます。表示するための追加設定は不要です。
#### この機能が追加された理由
これまでは、Search Job 作成後にオブジェクトに適用されたフィルターを確認できませんでした。ジョブを送信した後は、どの条件が使用されたのか確認する方法がなかったため、管理者はその範囲を検証するために自分の記録に頼る必要がありました。
この機能強化により、検索で使用されたフィルターを確認できるため、透明性が向上します。また、想定外の件数が出た場合でも、その結果を生み出したフィルターと照合できるため、結果の解釈がしやすくなります。
#### 表示される内容
Search Job の結果でオブジェクトを選択すると、次のボタンをクリックして設定済みの検索フィルターを表示できるようになりました。 **フィルターを表示** ボタン
フィルターは、Search Job 作成時に定義されたとおりに表示されます。これにより、結果を確認する際の確実な参照ポイントが得られます。
###  Restricted Picklist の復元サポートの改善
#### 変更内容
Restore プロセスは、データ復元中に **Restricted Picklist** フィールドを自動的に処理するようになりました。
復元の開始前に、該当する Restricted Picklist は一時的に制限なしに変更され、従来の値や非アクティブな picklist 値を含むレコードを正常に復元できるようになります。復元が完了すると、元の Restricted 設定が自動的に復元されます。
#### この機能が追加された理由
一部の Salesforce 組織では、レコードに現在のメタデータ構成では利用できない picklist 値が含まれている場合があります。これまでは、Restricted Picklist により無効な値の挿入が防がれていたため、これらのレコードの復元に失敗することがありました。
この機能強化により、元のメタデータ構成を保持しながら、復元の信頼性が向上します。
#### 表示される内容
Restricted Picklist を含む復元操作は、履歴レコードに現在は存在しない picklist 値が含まれている場合でも、正常に完了する可能性が高くなりました。
このプロセスは完全に自動で、ユーザー操作は不要です。また、復元が成功しても失敗しても、復元完了後に元の Restricted Picklist 設定が復元されます。
---
# 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-v4716-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.
