Saldos de abertura e migração de dados
Ninguém começa a contabilidade do zero. Quando a Meridian Properties adotou a REDA Financials, ela chegou com um balancete, locatários devendo aluguel, fornecedores aguardando pagamento, uma conta bancária com dinheiro e edifícios já parcialmente depreciados. Migrar é a arte de teletransportar esse estado para o novo sistema, de modo que os livros do dia um sejam iguais aos do dia zero — nem mais, nem menos. Este artigo é o roteiro: o que trazer, em que formato, em que ordem.
Primeira decisão: a data de corte
Escolha a data em que o sistema antigo deixa de ser a verdade e a REDA Financials assume — idealmente um limite de período (a Meridian escolheu 1º de janeiro). Tudo se divide em torno dessa data:
- Saldos na data de corte entram como lançamentos de abertura.
- Itens em aberto na data de corte (faturas não pagas, ativos ainda não totalmente depreciados) entram como documentos vivos.
- Transações após a data de corte são lançadas somente na REDA Financials, desde o dia um.
- Histórico profundo anterior a ela permanece no arquivo do sistema antigo — migrar anos de papéis já liquidados multiplica o esforço e não agrega nada aos seus livros.
A sequência de migração
A ordem importa — cada camada depende da anterior:
Fundamentos antes de qualquer número
Entidades, plano de contas, períodos contábeis, sequências de documentos, bancos, configuração de impostos, clientes, fornecedores, produtos. Isso é configuração comum, não migração — siga o Seu roteiro de configuração. Nada abaixo funciona até que os dados mestres estejam prontos.
O lançamento de saldos de abertura
Pegue o balancete de fechamento do sistema antigo na data de corte e contabilize-o como um único lançamento contábil datado da data de corte: o saldo de cada conta como uma linha de débito ou crédito, somando zero (um balancete sempre soma zero — se o seu não somar, pare e concilie antes de migrar). A importação de linhas via CSV do formulário de lançamento contábil foi feita exatamente para isso: exporte o balancete, adapte-o ao modelo, faça o upload, contabilize. O lançamento de abertura da Meridian (MJE001001) colocou US$ 750.000 de capital e caixa nos livros dessa forma.
Um refinamento: contabilize os saldos das contas de controle de contas a receber e a pagar por esse lançamento apenas se você NÃO for carregar as faturas em aberto como documentos (próxima etapa). Carregar os dois duplica a contagem — os documentos em aberto reconstroem esses saldos por conta própria.
Contas a receber e a pagar em aberto, como documentos reais
Cada fatura de cliente e conta de fornecedor não pagas na data de corte se torna um documento contabilizado na REDA Financials — data original, número original no campo Referência, valor original. Isso dá mais trabalho do que um único saldo consolidado, e vale cada minuto: o aging é real, os pagamentos se aplicam a faturas reais, os extratos fazem sentido e as disputas têm documentação. Mantenha os documentos migrados enxutos — o que importa é o saldo em aberto, então uma linha de resumo por fatura já basta. Contabilize-os em massa com a Contabilização em massa.
Ativos imobilizados, em meio à vida útil
A REDA Financials tem suporte completo para ativos que já tiveram uma vida anterior: marque Is Migrated no ativo e informe Migration Date, Acquisition Cost e Opening Accumulated Depreciation (os três são obrigatórios — o formulário exige). O sistema então inclui a depreciação anterior no valor contábil líquido e calcula a nova depreciação a partir da data de migração em diante — sem recalcular o passado, sem depreciação em duplicidade.
Alinhamento bancário
O lançamento de abertura estabeleceu o saldo de caixa do livro razão; confirme se o primeiro extrato de cada conta bancária na REDA Financials começa a partir desse mesmo valor, para que a primeira conciliação comece limpa, em vez de correr atrás de itens anteriores à data de corte.
Comprove e depois tranque a porta
Gere o balancete na REDA Financials na data de corte e compare-o lado a lado com o do sistema antigo — eles devem coincidir linha por linha. Confira o aging de contas a receber e a pagar com as listas de itens em aberto do sistema antigo, e o valor contábil líquido de cada ativo. Quando tudo bater, defina as datas de fechamento da entidade (GL / AR / AP Closed Through) para a data de corte — a migração não pode mais ser perturbada por um lançamento retroativo esquecido, e a operação ao vivo começa.
A caixa de ferramentas
| Tarefa | Ferramenta |
|---|---|
| Balancete de abertura | Um lançamento contábil; importação de linhas via CSV para as linhas |
| Itens em aberto de contas a receber / a pagar | Documentos (criados ou carregados por seu administrador/parceiro de implementação), depois Contabilização em massa |
| Ativos em meio à vida útil | Registros de Ativo Imobilizado com Is Migrated + os três campos de migração |
| Dados mestres em volume | Ferramentas padrão de importação do Salesforce, nas mãos do seu administrador |
| Verificação | Balancete, aging de contas a receber/a pagar, registros de ativos — novo vs. antigo, lado a lado |
O que vem a seguir
- Seu roteiro de configuração — os fundamentos que vêm primeiro.
- Criando um lançamento contábil — o veículo do saldo de abertura.
- Fichas de Ativos — o modelo de ativos ao qual os ativos migrados se juntam.
- Fechamento contábil — travando o período migrado.
Perguntas frequentes
Quase nunca. Os livros legais dos anos anteriores permanecem no arquivo do sistema antigo e nas suas demonstrações já apresentadas. Migrar o histórico já liquidado custa semanas, arrisca desvios na conciliação e não agrega nada que o arquivo já não forneça. Saldos na data de corte + itens em aberto = continuidade completa.
Concilie no sistema ANTIGO antes de migrar qualquer coisa. A migração copia fielmente o estado que você fornecer — inclusive um estado quebrado. A regra de ouro: nunca use uma migração para "corrigir" números; corrija primeiro, migre depois.
Uma breve sobreposição de verificação (um período, com comparações apenas de leitura) é saudável. Já a partida dobrada real de transações ao vivo em dois sistemas não é — dobra o trabalho e garante desvios. Faça o corte de forma limpa na data definida; mantenha o sistema antigo apenas para consulta.
A contabilização roda os motores normais, então traga os documentos migrados pelos seus valores históricos finais e confira os primeiros com atenção — o objetivo é que o total de cada documento seja igual ao que o sistema antigo indicava, até o centavo. Seu parceiro de implementação costuma pilotar um lote antes de carregar o restante.
Isso foi útil?