> 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-pt-br/backup-and-archive/lancamentos-mensais/backup-e-arquivo-v4.7.16-notas-de-versao-mensais.md).

# Backup e Arquivo (v4.7.16) - Notas de versão mensais

{% hint style="info" %}

#### Detalhes da versão - Backup & Archive - v4.7.16 - 04 de agosto de 2026

Este artigo é destinado a administradores do Salesforce, responsáveis por conformidade e equipes de TI encarregadas de gerenciar backups do Salesforce e governança de dados.

**Tipo de versão**

* Mensal
* Aplica-se a Flosum hospedado e autohospedado

**Pré-requisitos**

* Um tenant do Flosum Cloud Apps registrado e configurado
* Permissões apropriadas de usuário do Flosum (SystemAdministrator ou equivalente)
  {% endhint %}

## ![](https://74963643-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) Resumo

Este artigo documenta a versão mensal para **Backup & Archive (v4.7.16)**.

Esta versão oferece aos administradores um controle mais refinado sobre as operações de restauração e arquivamento. A desativação de triggers agora oferece suporte a níveis de teste Apex configuráveis, e as Restore Requests podem ser direcionadas a registros individuais em vez de a todos os registros de um objeto. A confiabilidade da restauração também melhora com o tratamento automático de campos Restricted Picklist.

O monitoramento e a transparência também foram reforçados. Um novo processo diário de monitoramento alerta os clientes quando nenhum job de backup bem-sucedido foi concluído no dia anterior, e os Search Jobs agora exibem os filtros configurados para cada objeto.

### ![](https://74963643-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) Execução de testes configurável para processos de automação

#### O que mudou

A desativação de triggers dos Processos de Automação durante as operações de Arquivamento e Restauração agora oferece suporte à execução configurável de testes Apex. Ao desativar Triggers Apex, você pode escolher o nível de teste de implantação do Salesforce em vez de sempre depender do comportamento padrão.

As opções compatíveis são:

* **Executar testes especificados**: executar apenas classes de teste selecionadas.
* **Executar testes locais**: executar todos os testes locais na organização.

O nível de teste selecionado é salvo como parte da configuração do Processo de Automação e é aplicado automaticamente sempre que a ativação ou desativação de triggers é realizada.

#### Por que isso foi feito

Anteriormente, a desativação de triggers sempre usava o comportamento de implantação padrão do Salesforce, que executa todos os testes locais quando metadados Apex são implantados em Produção. Para organizações com testes com falha ou grandes suítes de teste, isso podia atrasar significativamente as operações de restauração ou impedir totalmente a desativação de triggers.

Permitir que você controle o nível de execução dos testes torna o processo de implantação mais flexível e mais adequado a diferentes ambientes do Salesforce.

#### O que você vai notar

Ao configurar um Processo de Automação que inclua ativação ou desativação de triggers, você verá uma nova opção de **Nível de teste** . Você pode escolher entre executar todos os testes locais ou executar apenas classes de teste especificadas.

A opção selecionada é salva com a configuração do Processo de Automação e é usada automaticamente durante futuras operações de implantação de triggers, ajudando a reduzir o tempo de implantação e a evitar execuções desnecessárias de testes quando apropriado.

<figure><img src="https://74963643-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FE7FmVOmFp2ucz6SBhCPP%2FBA-Monthly-v4.7.16-ConfigurableTests-01-Glow.png?alt=media&amp;token=baa51183-da13-40d5-bf92-024bcdfa8923" alt=""><figcaption></figcaption></figure>

### ![](https://74963643-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) Notificações por e-mail de monitoramento de backup

#### O que mudou

Um novo processo automatizado de monitoramento detecta organizações que não concluíram nenhum job de backup bem-sucedido durante o dia anterior. Quando essa situação é detectada, contas de Administrador do Sistema e quaisquer endereços de e-mail listados nas configurações de notificação dessa organização receberão automaticamente um alerta por e-mail.

#### Por que isso foi feito

Backups bem-sucedidos são essenciais para garantir que seus dados permaneçam protegidos. Este aprimoramento ajuda você a identificar interrupções de backup cedo, permitindo investigar e resolver problemas antes que afetem sua capacidade de recuperar dados.

#### O que você vai notar

Você receberá um e-mail quando nenhum job de backup for concluído com sucesso durante o dia anterior. A notificação fornece um aviso antecipado de que a atividade de backup pode exigir atenção, ajudando os administradores a tomar medidas corretivas o mais rápido possível.

### ![](https://74963643-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) Seleção em nível de registro para Restore Requests

#### O que mudou

As Restore Requests agora oferecem suporte à restauração de registros específicos, em vez de exigir que todos os registros de um objeto selecionado sejam restaurados.

Você pode escolher restaurar:

* todos os registros do objeto selecionado, ou
* apenas registros específicos, pesquisando e selecionando os registros que você deseja restaurar.

Vários registros podem ser selecionados, e você também pode restaurar todos os registros retornados por uma solicitação de restauração.

#### Por que isso foi feito

Anteriormente, as Restore Requests restauravam todos os registros de um objeto selecionado, mesmo quando apenas um pequeno subconjunto precisava ser recuperado. Esse aprimoramento oferece maior flexibilidade e ajuda a reduzir a quantidade de dados desnecessários restaurados, tornando as operações de recuperação mais eficientes e direcionadas.

#### O que você vai notar

Ao criar uma Restore Request, agora você pode escolher entre restaurar todos os registros e restaurar apenas os registros selecionados.

Se **Registros selecionados** for escolhido, você pode pesquisar registros, selecionar um ou mais registros correspondentes, ou selecionar todos os registros retornados pela pesquisa antes de iniciar a restauração. Isso permite restaurar apenas os dados de que você precisa.

### ![](https://74963643-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) Visualizar filtros configurados em Search Jobs

#### O que mudou

Os resultados de Search Job agora exibem os filtros configurados para cada objeto diretamente nos detalhes do objeto. Os filtros aparecem junto com os outros detalhes do objeto, de modo que os critérios de busca ficam visíveis no mesmo local dos resultados que eles geraram. Nenhuma configuração adicional é necessária para vê-los.

#### Por que isso foi feito

Anteriormente, os filtros aplicados aos objetos não podiam ser visualizados depois que um Search Job era criado. Depois que um job era enviado, não havia como confirmar quais critérios haviam sido usados, então os administradores tinham de confiar em seus próprios registros para verificar o escopo.

Esse aprimoramento melhora a transparência ao permitir que você veja quais filtros foram usados durante a busca. Ele também torna os resultados mais fáceis de interpretar, porque uma contagem inesperada de registros pode ser verificada em relação aos filtros que a geraram.

#### O que você vai notar

Ao selecionar um objeto nos resultados de Search Job, agora você pode visualizar os filtros de busca configurados clicando no botão **Ver filtros** .

Os filtros são exibidos exatamente como foram definidos quando o Search Job foi criado. Isso oferece um ponto de referência confiável quando você analisa os resultados.

### ![](https://74963643-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) Suporte aprimorado à restauração para listas de seleção restritas

#### O que mudou

O processo de restauração agora trata automaticamente **campos de lista de seleção restrita** durante a restauração de dados.

Antes de a restauração começar, as listas de seleção restritas aplicáveis são temporariamente tornadas irrestritas para permitir que registros contendo valores legados ou inativos de lista de seleção sejam restaurados com sucesso. Assim que a restauração termina, a configuração original de Restrito é restabelecida automaticamente.

#### Por que isso foi feito

Em algumas organizações do Salesforce, os registros podem conter valores de lista de seleção que não estão mais disponíveis na configuração atual de metadados. Anteriormente, esses registros podiam falhar na restauração porque as listas de seleção restritas impediam a inserção de valores inválidos.

Esse aprimoramento melhora a confiabilidade da restauração, preservando ao mesmo tempo a configuração original de metadados.

#### O que você vai notar

As operações de restauração envolvendo listas de seleção restritas agora têm mais probabilidade de ser concluídas com sucesso, mesmo quando registros históricos contêm valores de lista de seleção que não existem mais.

O processo é totalmente automático; nenhuma ação do usuário é necessária, e a configuração original da lista de seleção restrita é restabelecida após a conclusão da restauração, independentemente de a restauração ter sucesso ou falhar.


---

# 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-pt-br/backup-and-archive/lancamentos-mensais/backup-e-arquivo-v4.7.16-notas-de-versao-mensais.md?ask=<question>&goal=<user_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.
