For the complete documentation index, see llms.txt. This page is also available as Markdown.

Backup & Archive (v4.7.13) - Monthly Release Notes

Release Details - Backup & Archive - v4.7.13 - July 20, 2026

This article is intended for Salesforce administrators, compliance officers, and IT teams responsible for managing Salesforce backups and data governance.

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)

Summary

This article documents the monthly release for Backup & Archive (v4.7.13). This release gives you finer control over Archive and Restore jobs by selectively disabling automation, so only the processes you choose are paused during a job. It also lets you export data directly to external cloud storage such as AWS S3 and Azure Blob Storage through a new step-by-step wizard. Finally, metadata restores that include Apex components now support configurable test-execution modes and improved detection of deployment failures caused by test or code-coverage issues.

Selective Automation Process Disabling

What Changed

Previously, disabling an automation in Archive and Restore jobs turned off all automations of that type. You can now fine-tune which automation processes are disabled while a job runs. For example, instead of disabling all triggers, you can disable only specific ones. To disable an entire automation type, leave its individual automations unspecified.

Why It Was Done

Disabling all automation is often unnecessary and can affect unrelated business processes. Controlling which automations to disable minimizes these side effects while keeping the automation required for a safe job managed correctly during execution.

What You Will Notice

  • The option to selectively disable specific automation processes during a job.

  • More control over automation behavior during data operations.

  • No changes required to existing workflows.

  • Safe fallback behavior when an automation configuration is missing or invalid.

Export to External Cloud Storage

What Changed

The export workflow now supports sending export data directly to tenant-configured AWS S3 or Azure Blob Storage (Global Settings > Storage). When creating an export, you now have the option to export to:

  • Internal Storage: exports remain within the application and can be downloaded later from the Exports page.

  • External Storage: exports are uploaded directly to configured cloud storage providers, such as AWS S3 or Azure Blob Storage.

The export creation flow now uses a step-by-step wizard, letting you select the export destination and configure the storage path for external exports.

Why It Was Done

Previously, all exports were stored only in application storage and had to be downloaded from the Exports page. Storing exports directly in your own cloud environment provides more flexibility for customers who prefer to keep exported data in their own cloud storage, simplifies data management, and reduces dependency on application storage.

What You Will Notice

When creating a new export, you will see a Select Destination step where you can choose between Internal Storage and External Storage. When External Storage is selected, you can choose one of the cloud storage locations configured for your tenant and specify the destination path. The default export path is flosum/exports, and the selected destination and storage path also appear in the export details. Existing export functionality remains unchanged for users who continue to use Internal Storage.

Run Apex Tests During Metadata Restore

What Changed

The metadata restore process now lets you control how Apex tests run during deployment. When a restore includes Apex classes or triggers, you can select one of the following test execution modes:

  • Run Specified Tests: run specific test classes that you provide.

  • Run Local Tests: run all local tests in the organization.

  • Run All Tests: run all tests, including managed package tests.

Test execution configuration is available only for metadata restores that include Apex classes or triggers. Deployment failure handling has also been improved to correctly detect deployments that fail due to test execution or code coverage issues.

What You Will Notice

When restoring metadata with Apex components, you will see a new Test Execution Mode option and can choose your strategy before starting the restore. Selecting Run Specified Tests lets you enter test class names manually, while Run Local Tests or Run All Tests apply broader test validation.

Last updated

Was this helpful?