> 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-v4723-rirsunto.md). # バックアップ＆アーカイブ (v4.7.23) - 月次リリースノート {% hint style="info" %} #### リリース詳細 - Backup & Archive - v4.7.23 - 2026年9月3日 この記事は、Salesforce のバックアップとデータガバナンスの管理を担当する Salesforce 管理者、コンプライアンス担当者、IT チーム向けです。 **リリース種別** * 月次 * Flosum ホスト型およびセルフホスト型に適用 **前提条件** * 登録済みで構成済みの Flosum Cloud Apps テナント * 適切な Flosum ユーザー権限（SystemAdministrator または同等） {% endhint %} ## ![](https://488794261-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) 概要 この記事では、次の製品の月次リリースについて説明します。 **Backup & Archive (v4.7.23)**。このリリースでは、アプリケーション全体での Salesforce オブジェクトの表示方法を更新し、各セレクター、ツリー、概要でオブジェクトラベルとオブジェクト API 名の両方が一貫した形式で表示されるようにしました。また、テンプレート設定フローから不要なリダイレクトを削除したため、保存後も作業していた画面のまま続けられます。これらの変更により、大規模な Salesforce 組織に対するテンプレートとジョブの設定プロセスが効率化されます。今回のリリース更新では、Salesforce がレコードロック エラーを報告した場合に、影響を受けたレコードを並列ではなく順次再試行することで、復元の信頼性も向上しています。 ### ![](https://488794261-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) アプリケーション全体でのオブジェクト表示の改善 #### 変更点 オブジェクトの表示形式がアプリケーション全体で更新されました。オブジェクトセレクター、ツリー、選択済みオブジェクト一覧、概要、および関連する設定パネルでは、オブジェクトラベルとオブジェクト API 名の両方が一貫した形式で表示されます。 例: * `Account — Account` * `Account History — AccountHistory` オブジェクト検索も更新され、オブジェクトラベルまたはオブジェクト API 名のいずれでも検索できるようになりました。 #### 実施理由 ラベルと API 名を一緒に表示することで、Salesforce オブジェクトを選択・確認する際に識別しやすくなります。 #### 気付く点 新しい形式は、テンプレート、バックアップの復元、アーカイブの復元、時点指定復元、エクスポート、検索、および組織通知全体に加え、選択したオブジェクトを表示する一覧やパネルにも表示されます。API 名で検索すると期待どおりのオブジェクトが返されるため、同じようなラベルを持つオブジェクトが複数ある場合に役立ちます。 ### ![](https://488794261-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) テンプレート設定フローの改善 #### 変更点 検証済みのクエリまたは設定を保存した後、テンプレート設定の最初の画面に戻るのではなく、現在の設定画面にとどまるようになりました。既存の検証および保存機能に変更はありません。 #### 実施理由 以前は、保存するとテンプレート設定の最初の画面に戻されることがありました。作業を続けるには、該当する設定画面を再度開き、オブジェクト構造を確認できるようになるまで再読み込みを待つ必要がありました。 #### 気付く点 保存後すぐにテンプレートの設定を続けられ、余分な移動や追加の読み込み時間はありません。オブジェクト構造は画面上に引き続き表示されます。 ### ![](https://488794261-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) Salesforce のレコードロック処理の改善された復元 #### 変更点 Backup & Archive は、復元操作中の Salesforce レコードロック エラーをより確実に処理するようになりました。 Salesforce が `UNABLE_TO_LOCK_ROW` エラーを返し、レコードが並列で復元されている場合、Backup & Archive は影響を受けたレコードを自動的に順次処理で再試行します。これらのレコードでレコードロック エラーが引き続き発生する場合、復元プロセスはチャンクサイズを縮小して再試行します。 #### 実施理由 Salesforce は `UNABLE_TO_LOCK_ROW` エラーを返すことがあります。これは、複数のレコードを並列で復元しており、そのうちの一部が別の Salesforce 操作によってロックされている場合です。これは、関連レコード、マスター詳細関係、またはロールアップ集計項目を持つレコードを復元する際に特に当てはまります。 更新された復元ロジックでは、レコードロックの競合が検出された場合にのみ並列処理を減らすため、ロックの問題が発生しない場合は通常の並列復元プロセスが続行されます。 #### 気付く点 復元操作で `UNABLE_TO_LOCK_ROW` エラーが発生した場合： * ロック エラーの影響を受けたレコードが特定され、再試行されます。 * 影響を受けたレコードは、並列ではなく順次再試行されます。 * ロック エラーが再度発生した場合、復元チャンクは縮小され、レコードは再試行されます。 * 正常に復元されたレコードを再度処理する必要はありません。 これにより、レコードロックによって並列復元が妨げられる Salesforce 環境での復元の信頼性が向上します。 順次再試行により、影響を受けたレコードの復元時間が長くなる可能性があります。これは、Salesforce のレコードロック競合を処理する際の想定内のトレードオフです。 --- # 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-v4723-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.