Guia de testes em sandbox

Q: Qual tipo de sandbox é melhor para testar a REDA?

Um sandbox Developer Pro ou Partial Copy atende à maioria das entradas em produção — espaço suficiente para configurar e executar todos os ciclos. Use um sandbox Full para o teste de aceitação final do usuário com dados em escala de produção.

Prática recomendada 8 min de leitura Atualizado em junho de 2026

Um sandbox é uma cópia totalmente isolada do seu ambiente do Salesforce (sandboxes Developer estão incluídos na maioria das edições do Salesforce) — o lugar perfeito para instalar a REDA Financials, aprender os fluxos de trabalho e comprovar sua configuração antes de contabilizar uma única transação real. Testar em um sandbox primeiro é a única coisa mais importante que você pode fazer para tornar sua entrada em produção tranquila e previsível. Este guia mostra como.

Como acessar. Sandboxes são um recurso da plataforma Salesforce, não uma tela da REDA: crie ou atualize um em Configuração → Sandboxes, depois faça login nele e instale o REDA Financials lá exatamente como faria em produção. Dentro do sandbox, os aplicativos REDA abrem da forma habitual — o Iniciador de aplicativos (o ícone de grade no canto superior esquerdo de qualquer página) → REDA Financials AI ou REDA Financials Admin.
Acesso que você vai precisar. Criar e atualizar sandboxes é uma tarefa de Administrador do sistema do Salesforce (a permissão “Manage Sandboxes”). Uma vez dentro do sandbox, ensaiar a configuração exige o mesmo conjunto de permissões Accounting Admin v2 que você usaria em produção.

Nunca aprenda ou configure em produção Sua organização de produção contém seus livros contábeis reais. Use um sandbox para cometer erros, experimentar e ensaiar toda a configuração. Quando tudo funcionar lá, repita a configuração em produção com confiança — seguindo a Lista de verificação da entrada em produção.

Escolha o sandbox certo

O Salesforce oferece vários tipos de sandbox. Para um ensaio da REDA Financials, qualquer um deles funciona — a diferença está na quantidade de dados de produção que contêm.

Tipo de sandbox	O que contém	Melhor uso
Developer	Sua configuração e código, sem registros de produção. Você adiciona seus próprios dados de teste.	Um ensaio limpo de instalação e configuração.
Developer Pro	O mesmo que Developer, com mais armazenamento para dados de teste.	Treinamento prático e testes mais amplos.
Partial Copy	Sua configuração mais uma amostra dos dados de produção.	Testar com alguns clientes, fornecedores e contas reais.
Full	Uma cópia completa da sua organização de produção, com todos os dados.	Teste de aceitação final do usuário com volumes de dados realistas.

Qual você deve escolher? Para a maioria das entradas em produção, um sandbox Developer Pro ou Partial Copy é suficiente para ensaiar a configuração e executar seus ciclos de teste. Reserve um sandbox Full para o UAT final quando quiser dados em escala de produção. Se não tiver certeza do que sua organização tem disponível, o administrador do Salesforce pode verificar em Configuração → Sandboxes.

Configure a REDA no seu sandbox

Instale o pacote. Instale o REDA Financials no sandbox exatamente como faria em qualquer outro lugar — veja Instalação e atualizações.
Todos podem testar durante o teste gratuito. Enquanto seu teste gratuito estiver ativo, todo usuário da organização está automaticamente licenciado para contabilizar — sem necessidade de atribuir licença. Toda a sua equipe pode entrar e experimentar imediatamente.
Configure a base. Semeie seu plano de contas e pacotes fiscais, defina seus padrões, crie uma entidade e um território de teste, e gere os períodos — as mesmas etapas de Configuração pós-instalação. Este também é o seu ensaio da própria configuração.
Adicione dados de teste representativos. Crie alguns clientes, fornecedores e produtos de teste, e uma conta bancária, para poder executar transações que pareçam reais.

Monte seu plano de testes

A regra de ouro: contabilize pelo menos uma transação em cada módulo que você usa e depois verifique onde ela caiu no razão. Percorra os ciclos que importam para o seu negócio:

Contas a receber. Crie e contabilize uma fatura de venda, registre um Recebimento, aplique-o e emita uma nota de crédito. Verifique o saldo do cliente e o aging.
Contas a pagar. Crie uma Ordem de compra, transforme-o em uma fatura de compra, faça a conciliação e contabilize-a, depois pague-a com um desembolso de caixa.
Lançamentos contábeis. Contabilize um lançamento contábil manual e, se você opera com várias entidades, um entre empresas — e confirme as compensações automáticas.
Bancos. Importe um extrato de amostra e execute uma conciliação do início ao fim.
Ativos. Se você controla ativos fixos, execute um lote de depreciação e confirme os lançamentos.
Impostos e retenções. Contabilize uma transação em cada país onde você opera e confirme os lançamentos de imposto e de retenção na fonte.
Fechamento de período. Percorra um fechamento mensal completo uma vez, para que o fechamento real não traga surpresas.

Verifique a contabilização

Contabilizar uma transação é apenas metade do teste — a outra metade é confirmar que ela foi contabilizada corretamente. Para cada teste, verifique:

Os lançamentos no razão estão corretos. Abra as transações contábeis (ou o Razão da Conta Contábil) e confirme que cada débito e crédito caiu na conta esperada.
Impostos e retenções estão corretos. Confirme as alíquotas, as contas de imposto e quaisquer lançamentos de retenção.
O multimoeda funciona. Se você opera com mais de uma moeda, verifique as conversões e o ganho/perda cambial.
As demonstrações batem. Execute o Balancete, a Demonstração de Resultado, o Balanço Patrimonial e os relatórios de aging, e confirme que estão corretos e batem entre si.
Os documentos estão corretos. Gere faturas, cheques e extratos em PDF e confirme a marca e os detalhes.

Mantenha o sandbox seguro

Um sandbox parece real, então tome algumas precauções para evitar que seus testes vazem para o mundo real:

Não deixe que dados de teste alcancem pessoas ou sistemas reais

Mantenha a capacidade de entrega de e-mail do Salesforce definida como somente e-mail do sistema no sandbox (o padrão após uma atualização), para que faturas e notificações de teste nunca enviem e-mail para seus clientes reais.
Use clientes, fornecedores e valores claramente fictícios — nunca os reais — para tudo que gera um documento.
Não conecte feeds bancários reais nem processe pagamentos reais a partir de um sandbox.
Lembre-se da caixa de entrada de OCR: envie a ela apenas documentos de teste, nunca faturas de fornecedores reais que você também processa em produção.

Personalizando e estendendo a REDA

O REDA Financials AI é uma aplicação totalmente extensível. Como é construído nativamente no Salesforce, você pode adaptá-lo amplamente à forma como seu negócio funciona — adicionar campos e objetos personalizados, criar Fluxos e regras de validação, criar seus próprios relatórios e painéis, adicionar componentes Lightning e conectar integrações. O REDA foi projetado para isso: pontos de extensão orientados por configuração permitem adicionar suas próprias dimensões contábeis, campos de formulário e colunas de documento, muitas vezes sem nenhum código.

Essa flexibilidade é poderosa, então use-a por um caminho seguro e repetível — a mesma disciplina de sandbox-primeiro do restante deste guia:

Construa a mudança em um sandbox. Faça toda personalização — um novo campo, um Fluxo, uma integração — em um sandbox, nunca diretamente em produção.
Teste-a completamente. Execute a personalização por um plano de testes adequado e registre seus casos de teste, para que você e seus auditores tenham um registro de que ela se comporta corretamente.
Libere para produção. Depois que seus casos de teste passarem, implante a mudança em produção usando o método preferido da sua equipe (change sets, um pacote ou uma ferramenta de implantação).
Conclua suas etapas pós-implantação. Após implantar, verifique a mudança em produção, execute novamente suas verificações principais e confirme que nada mais foi afetado.

Suas personalizações pertencem a você Qualquer personalização que você construa sobre o REDA Financials — campos, objetos, Fluxos, código, relatórios ou integrações personalizados — é de propriedade e mantida pela sua organização, e não é coberta pelo suporte geral padrão da REDA. A REDA dá suporte à aplicação empacotada; sua personalização é sua responsabilidade (e seu ativo). Se você quiser ajuda para projetar ou construir uma extensão, a equipe de serviços profissionais da REDA pode ajudar — entre em contato com support@reda.one.

Do sandbox para a produção

A configuração não se copia sozinha Um sandbox e sua organização de produção são ambientes separados. A configuração que você constrói no sandbox — entidades, contas semeadas, regras fiscais, padrões — permanece no sandbox. Quando estiver pronto para entrar em produção, você repete essa configuração em produção, seguindo as mesmas etapas que acabou de ensaiar. Pense no sandbox como o ensaio geral e na produção como a estreia.

Com seus testes de sandbox aprovados, avance para a produção usando a Lista de verificação da entrada em produção. Como você já percorreu cada etapa uma vez, a configuração de produção é mais rápida e muito menos sujeita a erros.

A atualização apaga o sandbox Atualizar um sandbox o substitui por uma cópia nova — seus dados de teste e qualquer configuração não salva são perdidos. Termine uma rodada de testes antes de atualizar e mantenha anotações de tudo o que quiser levar adiante.

O que vem a seguir

Instalação e atualizações — instale o pacote no seu sandbox.
Seu roteiro de configuração — o que configurar e testar, em ordem.
Lista de verificação da entrada em produção — promova do sandbox para a produção.
Migração de saldos iniciais — ensaie primeiro a carga de dados.
Segregação de funções e segurança — teste seu modelo de acesso com segurança.

Perguntas frequentes

Não durante o teste gratuito. Enquanto o teste estiver ativo, todo usuário da organização está automaticamente licenciado para contabilizar, para que você e sua equipe possam testar livremente. A chave de licença passa a ser relevante quando você migra para uma assinatura paga. Consulte Assinatura e planos.

Um sandbox Developer Pro ou Partial Copy atende à maioria das entradas em produção — espaço suficiente para configurar e executar todos os ciclos. Use um sandbox Full para o teste de aceitação final do usuário com dados em escala de produção.

Não. Um sandbox e a produção são ambientes separados, portanto suas entidades, contas semeadas, regras fiscais e padrões permanecem no sandbox. Você repete a configuração na produção quando entra em produção — o que é rápido, porque você já a ensaiou.

Por padrão, o Salesforce define a capacidade de entrega de e-mail do sandbox como somente e-mail do sistema, o que bloqueia o envio de e-mails para destinatários reais. Mantenha essa configuração durante os testes. Sempre use dados claramente fictícios para tudo que gera um documento, apenas para garantir segurança.

Sim — o REDA Financials é totalmente extensível, e você pode adaptá-lo amplamente ao seu negócio. Crie e teste toda personalização em um sandbox primeiro, depois libere para produção e conclua suas verificações pós-implantação. Observe que as personalizações que você cria são de sua propriedade e não são cobertas pelo suporte geral padrão da REDA — a REDA dá suporte ao aplicativo empacotado. Para ajuda na criação de uma extensão, entre em contato com support@reda.one.

Contabilize pelo menos uma transação em cada módulo que você usa — contas a receber, contas a pagar, lançamentos contábeis, bancos, ativos — e confirme que cada uma foi contabilizada nas contas contábeis corretas. Em seguida, execute suas demonstrações financeiras e um fechamento mensal completo. Se estiver tudo certo, você está em boa forma.

Isso foi útil?