Testando a REDA em um Sandbox

Q: Posso redefinir um contrato de locação de teste e recomeçar?

Sim, se ele não estiver ocupado. O Reset Lease exclui os encargos, chamados e faturas do contrato de locação e o devolve ao estágio de solicitação. Um contrato de locação ocupado recusa: "Occupied Lease can not be reset. Please contact your System administrator."

Administrador 8 min de leitura Atualizado em julho de 2026

Um sandbox é uma cópia completa da sua organização do Salesforce que você pode quebrar sem risco — o lugar certo para ensaiar uma mudança de configuração, uma nova regra de locação ou uma atualização de versão antes que ela toque a produção. Como a REDA não tem como desligar a sua automação durante um trabalho com dados, uma mudança que parece pequena pode se propagar amplamente, e é exatamente por isso que você a experimenta primeiro em um sandbox. Este guia trata das partes específicas da REDA nesse processo: o estado local da organização que você precisa reconferir em cada sandbox novo ou atualizado, o conjunto mínimo de trabalhos em segundo plano a agendar para que um teste realmente rode e as realidades de redefinição e de proteção contra exclusão que você vai encontrar. A mecânica de plataforma dos sandboxes — tipos, frequência de atualização, como os dados são copiados — é Salesforce padrão, então para isso remetemos você à documentação oficial.

Como chegar lá. Os sandboxes são criados na Configuração do Salesforce (recurso padrão da plataforma). Dentro de um sandbox, a navegação da REDA é idêntica: Iniciador de aplicativos → REDA ou REDA Admin.
Acesso necessário. Criar e atualizar sandboxes é uma tarefa do administrador do Salesforce. Dentro do sandbox valem os mesmos conjuntos de permissões da REDA — eles são copiados junto com a organização — então o Console de Administração da REDA continua exigindo REDA - Master Data - Admin.

A REDA não tem como ignorar os triggers. Cargas de dados e mudanças de configuração disparam toda a automação da REDA, assim como o trabalho manual faz. Isso torna os experimentos em produção genuinamente arriscados — e é justamente por isso que se ensaia uma mudança primeiro em um sandbox, onde você pode observar o que a automação faz antes de assumir o compromisso.

Por que testar em um sandbox

Dois tipos de mudança merecem um ensaio em sandbox sempre:

Edições de Regra de Locação. Editar uma Regra de Locação recopia as suas configurações para todo contrato de locação ativo regido por essa regra — sobrescrevendo, no caminho, os ajustes feitos manualmente. Esse é um raio de impacto amplo e difícil de desfazer, então o sandbox é onde você descobre quais campos se mexem antes de tocar a produção.
Ensaio da atualização de versão. Uma nova versão da REDA chega primeiro em um sandbox. Ensaie a atualização ali — confirme que os seus trabalhos, configurações e integrações continuam se comportando bem — antes de atualizar a produção.

Mudanças de encargos e de política de faturamento (janelas de faturamento recorrente, parâmetros de multa por atraso e de mês a mês) e experimentos de desativação de fluxos também pertencem a este lugar, pelo mesmo motivo: você consegue ver os efeitos colaterais onde eles não importam.

Estado da REDA para reconferir em cada sandbox

Um sandbox copia a sua organização, mas várias partes do estado da REDA são por organização — elas não sobrevivem de forma confiável a uma cópia ou a uma atualização, e um sandbox roda tranquilamente com o que quer que tenha herdado ou perdido. Percorra esta lista de verificação em cada sandbox novo ou atualizado antes de confiar em um teste:

Verificação	Onde	Por que importa
Trabalhos agendados existentes para aquilo que você vai testar	Console de Administração da REDA → Trabalhos Agendados	Os agendamentos são estado administrativo por organização — nada tem presença garantida.
Configuração da extensão de contabilidade	Console de Administração da REDA → Configurações Globais do Aplicativo	Uma configuração local da organização; ela decide se as faturas são sincronizadas com o REDA Financials durante o seu teste.
Configuração de multimoeda	Configurações Globais do Aplicativo	A chave mestra do comportamento de carimbo de moeda.
Data Service desativado ou com novas chaves	Configuração do Data Service (administrador)	As chaves de leads da web são configuração da organização — formulários em produção não podem apontar para o sandbox, e o sandbox não pode receber tráfego de produção.
Configurações de URL base do portal / do site	Configurações do aplicativo (registros locais da organização)	Os fluxos da REDA criam links diretos por essas URLs; URLs de produção desatualizadas em um sandbox desviam os fluxos de teste.
Quais pacotes da suíte existem	Configuração → Pacotes instalados	Um sandbox só com a REDA se comporta de forma diferente de um com a suíte completa (por exemplo, não há sincronização de fatura para Fatura de venda sem a extensão Financials presente).
Linha de base vazia nos registros assíncronos	REDA Admin → Registros assíncronos do REDA	Uma linha de base limpa faz qualquer falha de teste saltar aos olhos.
Capacidade de entrega de e-mail	Configuração do Salesforce (padrão)	Comportamento da plataforma — verifique antes de qualquer teste que possa enviar e-mail em massa.

A guia Trabalhos Agendados do Console de Administração de um sandbox, sem nada agendado.

A guia Trabalhos Agendados do Console de Administração de um sandbox — todos os trabalhos ainda Não Agendados, que é exatamente o motivo pelo qual nada é faturado até você agendá-los.

Mantendo os testes contidos

Um sandbox é uma organização real e funcional — o que significa que ele pode enviar e-mail para pessoas reais e alcançar endpoints reais se você deixar. Antes de rodar qualquer coisa que envie ou sincronize, contenha-o:

E-mail. Confirme as configurações de capacidade de entrega de e-mail antes de um teste que possa notificar locatários ou proprietários. Isso é comportamento padrão da plataforma — verifique, não presuma.
Formulários da web e links do portal. Nunca aponte um formulário de leads da web em produção para um sandbox, e nunca deixe um sandbox usar chaves de produção do Data Service. Gere novas chaves ou desative o Data Service no sandbox.
Sincronização contábil. Verifique a configuração da extensão de contabilidade para saber se as faturas de teste serão sincronizadas com o Financials — e se é isso que você quer durante o teste.

Testando o faturamento de ponta a ponta

A surpresa mais comum em um sandbox é que nada é faturado. Isso não é uma instalação com defeito — é que o faturamento da REDA é conduzido por trabalhos em segundo plano, e esses trabalhos são estado por organização que um sandbox pode não ter. Um sandbox sem agendamentos produz zero faturas. Para testar o faturamento, agende apenas o trabalho de que o cenário precisa:

Você está testando…	Agende no sandbox	Observação sobre o momento
Faturamento recorrente de aluguel	Cobranças Recorrentes (correspondendo ao ciclo: mensal / diária / semanal)	Só alcança as cobranças vencidas hoje — alinhe a data da próxima fatura da cobrança com o dia da execução.
Política de multa por atraso	Multas por Atraso (por dia e/ou mensal)	Autocorretivo — uma única execução recupera todo o estado em atraso.
Taxas de mês a mês / de permanência	Os trabalhos de mês a mês (por dia e/ou mensal)	Autocorretivo.
Inflação / reajuste	Os dois trabalhos de inflação, mais uma regra e a entrada do índice daquele mês	Autocorretivo; a falta de uma entrada de índice gera "Inflation Index not defined for the period."
Casos-limite de faturamento na desocupação	O trabalho de saída atrasada	Processa as desocupações agendadas para ontem.
Cronogramas de linha reta	O trabalho de linha reta, ou a ação Calculate no próprio registro de um contrato de locação	A ação no registro dispensa o agendamento em testes de um único contrato de locação.
Vistorias recorrentes	O trabalho de vistorias recorrentes	Esquecido com frequência — agende-o explicitamente.
Instantâneos de ocupação	O trabalho de instantâneos, ou a ação Create Reconciliation Instantâneo	A ação espera um mês: "Invalid input. You must provide value in YYYY-MM format. For example for Jan 2026, provide 2026-01."

O momento importa no desenho do teste. As execuções de Cobranças Recorrentes só alcançam o que vence hoje — elas não recuperam o atraso — então um teste de aluguel recorrente precisa que a execução caia no dia certo de processamento. As execuções de multa por atraso, mês a mês e inflação são autocorretivas: uma única execução processa tudo o que venceu até hoje, então esses testes toleram um agendamento mais frouxo.

Para testes pontuais, use as ações de registro único. Vários resultados de lote são reproduzíveis em um único registro sem agendar nada — Calculate Straight-Line Schedule, Create Reconciliation Instantâneo e Run Manually em uma regra de inflação rodam todos para um único registro sob demanda. Isso é mais rápido do que agendar um trabalho quando você só precisa conferir um contrato de locação.

Ensaiando mudanças arriscadas

Três padrões cobrem quase tudo para o que um sandbox serve:

Edição de uma regra de locação e o efeito cascata. Altere um campo de uma Regra de Locação e depois abra um contrato de locação de teste ativo e observe quais dos seus campos a cascata sobrescreve. Este é o momento clássico do "por que primeiro no sandbox" — faça isso aqui, nunca às cegas em produção.

Mudança de política de faturamento. Ajuste uma janela de faturamento recorrente ou um parâmetro de multa por atraso, agende apenas o trabalho correspondente no sandbox e leve um contrato de locação por todo o percurso antes de aplicar a mudança em produção.

Teste do raio de impacto da desativação de um fluxo. Como cada fluxo de processo de chamado tem escopo no seu tipo de registro, desativar um deles desliga os efeitos colaterais daquele processo específico sem tocar no resto. Desative-o no sandbox e observe exatamente o que deixa de acontecer.

Desativar um fluxo muda o comportamento — esse é o objetivo, e o risco. Você pode desativar um fluxo gerenciado da REDA, mas não pode editá-lo. Desativar um deles em um sandbox é a forma de conhecer o seu raio de impacto com segurança; repetir isso em produção muda o comportamento da produção, então só faça de forma deliberada e com as conclusões do sandbox em mãos.

Redefinindo entre as execuções de teste

As proteções contra exclusão da REDA valem em um sandbox exatamente como em produção — você não pode excluir uma fatura parcialmente paga ou em lote, um encargo sob um negócio aprovado ou uma linha de reconciliação contabilizada só para repetir um cenário. Desenhe os testes considerando isso: mantenha os caminhos de teste não contabilizados e não aprovados sempre que puder, ou use o Reset Lease.

O Reset Lease é o botão de reinício de quem testa em sandbox. Em um contrato de locação que ainda não está ocupado, ele exclui os encargos, chamados e faturas do contrato e devolve o estágio ao estágio de solicitação — a REDA avisa antes: "Upon resetting - the Encargos da oportunidade, Chamados, and Invoices will be deleted and the Oportunidade stage will be set to \"Application New\"." Um contrato de locação ocupado não pode ser redefinido; ele recusa com "Occupied Lease can not be reset. Please contact your System administrator."

A guia Registros assíncronos do REDA depois de uma execução, mostrando linhas de log limpas e linhas sinalizadas.

A guia Registros assíncronos do REDA depois de uma execução de teste — uma linha de base limpa de registros de log com suas contagens de sucesso e de falha.

Exemplo prático: ensaiando uma mudança de multa por atraso

O administrador da Meridian quer mudar uma política de multa por atraso. O ensaio no sandbox:

Escolha ou atualize um sandbox e percorra a lista de verificação de reconferência — confirme a configuração da extensão de contabilidade e certifique-se de que nenhuma chave do Data Service em produção esteja apontada para ele.

Agende apenas os trabalhos de multa por atraso no sandbox. Como as execuções de multa por atraso são autocorretivas, um único agendamento manual basta.

Monte um caso de teste — um contrato de locação de teste com uma fatura vencida — e deixe a próxima execução gerar a multa.

Observe e depois aplique. Confirme que a multa é a que você esperava e então faça a mesma mudança em produção com confiança.

A mecânica dos sandboxes é Salesforce padrão. Para os tipos de sandbox, a frequência de atualização, como os dados são copiados e como os trabalhos agendados se comportam depois de uma atualização, consulte a documentação oficial do Salesforce: Sandboxes (Ajuda do Salesforce). A REDA roda no sandbox os mesmos pacotes instalados que estavam em produção no momento da cópia, então um sandbox com uma versão mais nova do pacote pode exibir recursos que esta base de conhecimento ainda não cobre.

O que vem a seguir

A Lista de verificação da entrada em produção — a lista de trabalhos a replicar no seu sandbox antes da produção.
Agendamento de Trabalhos em Segundo Plano — o catálogo de trabalhos que você vai agendar para um teste de faturamento.
Regras de Locação — por que a edição de uma regra se propaga em cascata para os contratos de locação ativos e precisa de um sandbox primeiro.
Registros assíncronos do REDA — onde as falhas de trabalhos aparecem durante um teste.
O que há de novo — ensaie cada atualização em um sandbox antes da produção.

Perguntas frequentes

Não. O faturamento é conduzido por trabalhos em segundo plano que são agendados por organização, e um sandbox fica com o estado de agendamento que por acaso tenha herdado ou perdido. Agende os trabalhos correspondentes no sandbox (veja a Lista de verificação da entrada em produção) e as faturas serão geradas.

Não. A REDA não tem como ignorar os triggers — cargas e edições de dados disparam exatamente a mesma automação que o trabalho manual. Planeje as cargas levando isso em conta e só desative um fluxo de processo específico com cautela.

As proteções contra exclusão valem em um sandbox exatamente como em produção. Use caminhos de teste não contabilizados ou não aprovados, ou use o Reset Lease em um contrato de locação que não esteja ocupado para limpar seus encargos, chamados e faturas.

Só uma execução de um trabalho roda por vez. A REDA responde: "A similar job is currently in process. Please wait for the existing job to be complete prior to initiating a new job. Contact your system admin for further assistance." Espere a primeira execução terminar e tente de novo.

Sim, se ele não estiver ocupado. O Reset Lease exclui os encargos, chamados e faturas do contrato de locação e o devolve ao estágio de solicitação. Um contrato de locação ocupado recusa: "Occupied Lease can not be reset. Please contact your System administrator."

Isso foi útil?