Objetos suportados

Administrador 7 min de leitura Atualizado em julho de 2026

O botão Atualização em massa de status fica nas visualizações de lista de todos os principais documentos da REDA Financials. Esta referência os lista, com os detalhes de cada documento que importam — quais status você pode definir como destino, se um motivo de cancelamento é registrado e as regras específicas de cada tipo que continuam se aplicando registro a registro.

Como chegar lá. Abra o Iniciador de aplicativos (o ícone de grade no canto superior esquerdo de qualquer página) → REDA Financials AI → a guia de qualquer documento suportado (Faturas de venda, Faturas de compra, Recebimentos, Desembolsos, Lançamentos contábeis, Ordens de compra, Lotes de alocação de faturas de compra ou o Razão de ativos), abra uma visualização de lista, marque as linhas e o botão Atualização em massa de status fica no cabeçalho da lista.
Acesso que você vai precisar. Nenhuma permissão especial — o que conta é o seu acesso padrão a cada objeto: Accounts Payable v2 ou Accounting Admin v2 para Faturas de compra, Ordens de compra, Desembolsos e Lotes de alocação; Accounts Receivable v2 ou Accounting Admin v2 para Faturas de venda e Recebimentos; Accounting Admin v2 ou Accounting Controller v2 para Lançamentos contábeis e lançamentos do Razão de ativos. O conjunto Read Only v2 pode visualizar, mas não alterar o status.

A referência

Documento	Status que você pode definir como destino	Motivo de cancelamento registrado?	Regras do tipo que ainda se aplicam por registro
Faturas de venda (incl. Recebimentos e Notas de crédito)	Draft · Posted · Void	Sim — mais a data do cancelamento	Notas de crédito devem totalizar valor negativo; o controle de aprovação se aplica
Faturas de compra (incl. Despesa e Notas de crédito de fornecedor)	Draft · Posted · Void	Sim — mais a data do cancelamento	O tipo Despesa precisa de forma de pagamento + banco; notas de crédito de fornecedor devem totalizar valor negativo
Recebimentos	Conforme o ciclo de vida do recebimento	—	Referência obrigatória; a contabilização cria os lançamentos de caixa
Desembolsos	Draft · Posted · Void	—	Pagamentos por cheque consomem números de cheque na contabilização; cancelamentos nunca os devolvem
Lançamentos contábeis	Draft · Posted · Void	—	As linhas devem estar em equilíbrio; equilíbrio por entidade em lançamentos entre empresas
Ordens de compra	Draft · Posted · Void	—	A verificação de orçamento é executada na contabilização; o cancelamento libera o compromisso
Lotes de alocação de FC	Draft · Posted · Void	—	A contabilização cria o lançamento contábil de alocação; reabrir o remove
Razão de ativos (lançamentos de depreciação)	Scheduled · Posted (conforme o ciclo de vida do lançamento)	—	A contabilização grava a depreciação no livro razão — normalmente essa é tarefa do programador; a operação em massa é sua substituição manual

Uma ferramenta, muitas portas. Notas de crédito, notas de crédito de fornecedor, recebimentos e faturas de despesa não precisam de botões próprios — são tipos de Faturas de venda e de compra, então suas visualizações de lista compartilham esses botões. Filtre a visualização por tipo (as visualizações de fábrica Notas de crédito de fornecedor, por exemplo) quando uma execução deva tocar apenas uma variação.

Onde o botão fica — e o que ele abre

Em todo objeto suportado o ponto de entrada é idêntico: abra uma visualização de lista, marque as linhas desejadas, e o botão Atualização em massa de status no cabeçalho da lista abre a mesma tela em todos os lugares — um resumo da seleção por status atual ("12 selecionados: 8 Draft, 3 Posted, 1 Void"), um seletor de Status de destino que oferece os status próprios daquele objeto, o campo Motivo do cancelamento quando o destino é Void em documentos que registram um, e Aplicar. A tela de resultado é igualmente uniforme: "{X} atualizados · {Y} já estavam no destino · {Z} com falha", três blocos e uma tabela de falhas citando o erro exato de cada registro. Aprenda uma vez em faturas e você já sabe usar em lançamentos contábeis, ordens e lançamentos de ativos também.

Seu próprio acesso se aplica acima de todas as regras abaixo. A partir da versão 1.610 as atualizações em massa são executadas com o compartilhamento de registros e as permissões de campo do próprio usuário, não com acesso elevado. Então um registro pode cumprir todas as regras desta página e ainda assim falhar para um usuário, porque esse usuário também não consegue editá-lo individualmente. A falha aparece por registro na tabela de resultados; o resto do lote não é afetado. Veja Atualizações em massa.

As regras por registro, nas próprias palavras de cada objeto

"As regras do tipo ainda se aplicam por registro" é abstrato até você ver as mensagens. Uma amostra das recusas exatas que cada objeto pode devolver na tabela de falhas de uma execução em massa:

Objeto	A mensagem	O que significa
Faturas de venda	"A Fatura de venda deve ter pelo menos uma linha antes de contabilizar."	Um rascunho vazio não pode ser contabilizado — em massa ou individualmente.
Faturas de venda	"Não é possível anular uma Fatura de venda com pagamentos ou créditos aplicados. Reverta as aplicações primeiro."	Cancelamentos respeitam dependências; desfaça as aplicações e execute novamente.
Faturas de compra	"Faturas de despesa exigem um Método de pagamento para criar o Desembolso."	Uma fatura do tipo Despesa contabiliza seu próprio pagamento — ela precisa saber como o dinheiro se movimentou.
Faturas de compra	"Credit Memo/Vendor Memo must have a negative total."	Uma nota de crédito precisa ter a forma de uma nota de crédito antes de ser contabilizada.
Lançamentos contábeis	"Transaction does not balance: Debits … != Credits …."	A regra fundamental vale em qualquer escala.
Lançamentos contábeis	"Intercompany posting is out of balance for Entity …: Debits … != Credits …."	Lançamentos entre empresas precisam estar em equilíbrio dentro de cada entidade, não só no total.
Ordens de compra	"Purchase Order posting failed: Budget exceeded for GL Account …: Available …, Requested …"	A aplicação de orçamento é executada por ordem no momento da contabilização.
Recebimentos	"A Conta bancária é obrigatória para Recebimentos do tipo Recibo."	Um recebimento é um depósito bancário — ele precisa do seu banco.
Razão de ativos	"Não é possível contabilizar este lançamento do Razão de ativos: o valor deve ser maior que zero."	Um valor zero ou negativo não é uma contabilização.
Razão de ativos	"A Conta contábil de débito e a de crédito devem ser diferentes."	Cada lançamento é um movimento entre duas contas — a mesma conta nos dois lados não movimenta nada.

O caso do Razão de ativos, detalhado. Lançamentos de depreciação normalmente se contabilizam sozinhos via o Lote de Depreciação, então a Atualização em massa de status no Razão de ativos é a sua substituição manual cirúrgica: filtre a lista exatamente para os lançamentos que você quer (o mês de uma entidade, por exemplo), selecione e defina como destino Posted. Cada linha ainda passa por suas próprias validações — as mesmas mensagens acima —, a falha de uma linha não interrompe as demais, e linhas já contabilizadas simplesmente são contadas como ignoradas. É a mesma engrenagem de contabilização, em escala de lista.

Mesma ferramenta, riscos diferentes por objeto. Contabilizar faturas em massa cria contas a receber e a pagar; contabilizar lançamentos contábeis em massa grava diretamente no livro razão; cancelar desembolsos em massa consome números de cheque para sempre (uma reemissão usa o próximo número). A tela parece idêntica em todos os lugares — as consequências contábeis são próprias de cada objeto. Leia a linha do seu objeto na tabela de referência antes de uma execução grande, não depois.

O que deliberadamente não está aqui

Orçamentos, conciliações bancárias, instantâneos de aging — seus ciclos de vida têm significado individual; alterá-los em massa seria um risco de controle, não uma conveniência.
Modelos recorrentes — ative e pause cada um individualmente; cada programação é uma decisão.
Dados mestres (contas, produtos, entidades) — não têm um ciclo de vida de status para atualizar; use a edição de lista padrão para alterações de campos.

Erros comuns a evitar

Erro	Por que prejudica	Faça isto em vez disso
Executar um "contabilizar tudo" sobre uma visualização de faturas sem filtro	Visualizações de Faturas de venda incluem notas de crédito; visualizações de Faturas de compra incluem notas de crédito de fornecedor e faturas de despesa — uma execução pensada para faturas acaba pegando documentos de outra natureza	Filtre por tipo primeiro (as visualizações de tipo de fábrica existem exatamente para isso) e depois selecione
Esperar o campo de motivo de cancelamento em todo objeto	Apenas faturas de venda e de compra (com seus tipos de nota) armazenam um — em documentos de caixa e lançamentos contábeis o contexto se perde	Para objetos sem motivo armazenado, adicione uma nota nos registros quando o motivo não for óbvio
Contabilizar em massa lançamentos do Razão de ativos que ainda não venceram	Depreciação com data futura entra no livro razão antes da hora, distorcendo o período atual	Deixe os lançamentos programados para o Lote de Depreciação; contabilize em massa apenas o que você filtrou deliberadamente como vencido
Tratar um botão ausente como um bug	Tempo perdido investigando um "problema" que na verdade é o design — objetos não suportados simplesmente não têm o botão	Verifique primeiro a tabela de referência deste artigo; para objetos suportados, verifique sua seleção e o layout da visualização
Usar a atualização em massa onde o julgamento individual é o ponto principal	Conciliações, instantâneos e modelos têm ciclos de vida com significado individual — alterá-los em massa não é eficiência, é uma lacuna de controle	Trabalhe esses registros um de cada vez; essa fricção é intencional

O que vem a seguir

Visão geral da atualização em massa de status — como a ferramenta funciona.
Contabilização em massa · Cancelamento em massa — os dois grandes casos de uso.

Perguntas frequentes

Verifique o objeto (só os documentos acima o incluem) e sua seleção — o botão atua nas linhas marcadas. Se ele estiver ausente onde a tabela diz que deveria existir, seu administrador pode ter personalizado o layout dessa visualização de lista.

Não — é uma ferramenta de status (mais o motivo de cancelamento que acompanha um cancelamento). Para editar outros campos em massa, use a edição inline padrão da visualização de lista, que respeita os mesmos bloqueios de registros contabilizados.

O seletor mostra o ciclo de vida próprio daquele objeto — as faturas oferecem Draft, Posted e Void; os lançamentos do Razão de ativos se movem entre Scheduled e Posted. A ferramenta muda o status; ela nunca inventa status que um objeto não tem.

A mecânica é idêntica em todos os lugares: cada registro executa de forma independente toda a sua lógica normal de ciclo de vida, registros que já estão no status de destino são ignorados sem alteração, e as falhas retornam com os motivos exatos. O que difere são as regras próprias de cada objeto — as das tabelas acima.

Nenhuma permissão especial em nenhum caso — o que importa é o seu acesso padrão ao objeto e aos seus registros. Se você pode fazer a alteração em um registro, pode fazê-la em cinquenta; se não pode, todos eles são recusados com a mesma mensagem.

É o design previsto: "Cada registro é processado de forma independente; o sucesso parcial é possível." Nada fica pela metade — cada registro completou toda a sua alteração ou permaneceu exatamente como estava, com o motivo relatado. Corrija as causas e execute novamente sobre as falhas.

Isso foi útil?