REDA Financials AI — Monsoon 2026 (v1.6)
Esta é a primeira versão da REDA Financials com notas completas: a v1.5 saiu sem elas. Ela traz a conciliação bancária para moeda estrangeira em recebimentos e pagamentos, com uma tolerância de arredondamento configurável; uma conta bancária padrão separada para o pagamento de despesas; a leitura de XML estruturado de fatura eletrônica na Caixa de entrada de OCR; uma correção na taxa de câmbio usada ao cancelar um recebimento em moeda estrangeira; e a restauração de todos os recursos de IA depois que o modelo subjacente foi descontinuado.
Como obter esta versão
Atualize o pacote REDA Financials na sua organização. Para confirmar que você a tem, abra Configuração → Pacotes instalados e verifique se a coluna Número da versão ao lado de REDA Financials mostra 1.6 ou superior.
O que a atualização não faz por você
Duas coisas ficam sempre a cargo de um administrador. A primeira: a atualização nunca coloca um campo novo em um layout que você tenha personalizado, e quase toda organização em produção personalizou os seus. A segunda: a segurança em nível de campo vem apenas nos conjuntos de permissões empacotados REDA Financials; se os seus usuários estão nos seus próprios conjuntos de permissões ou perfis, nada foi concedido a eles e eles não verão nada, não importa o que diga o layout.
| Objeto | Campo | Seção do layout | Acesso |
|---|---|---|---|
| Conta bancária | Tolerância de conciliação (valor) | Layout de Conta bancária → conciliação / configurações | Editável — Accounting Admin, Accounting Controller |
| Conta bancária | Tolerância de conciliação (%) | Layout de Conta bancária → conciliação / configurações | Editável — Accounting Admin, Accounting Controller |
| Desembolso | Valor de conciliação bancária | Layout de Desembolso | Somente leitura — preenchido pelo sistema |
| Recebimento | Valor de conciliação bancária | Layout de Recebimento | Somente leitura — preenchido pelo sistema |
| Entidade | Conta bancária padrão - Despesas | Layout de Entidade → contas bancárias padrão | Editável — Accounting Admin, Accounting Controller |
- Coloque cada campo nos seus layouts de página. Configuração → Gerenciador de objetos → o objeto da tabela acima → Layouts de página → abra cada layout que os seus usuários realmente usam → arraste o campo para a seção indicada → Salvar. Repita em todos os layouts e tipos de registro em uso: um campo colocado em um layout continua invisível nos demais.
- Conceda a segurança em nível de campo se você não usa os conjuntos de permissões empacotados. Configuração → Gerenciador de objetos → o objeto → Campos e relacionamentos → o campo → Definir segurança em nível de campo → marque Visível para os seus perfis ou conjuntos de permissões. Deixe Somente leitura marcado nos dois campos Valor de conciliação bancária; desmarque-o nos campos de tolerância e de conta bancária de despesas apenas para Accounting Admin e Accounting Controller.
- Verifique como um usuário comum, não como administrador. Os administradores veem os campos independentemente da segurança em nível de campo, então testar com o seu próprio usuário não prova nada. Abra uma conta bancária como Accounting Controller e confirme que os campos de tolerância estão visíveis e editáveis.
Se você usa os conjuntos de permissões empacotados REDA Financials, a segurança em nível de campo já está resolvida: Accounting Admin e Accounting Controller podem editar os campos de tolerância e de conta bancária de despesas, e Accounts Payable, Accounts Receivable e Read Only têm acesso de leitura.
Novidades
Conciliação bancária para recebimentos e pagamentos em moeda estrangeira
A conciliação bancária já consegue conciliar recebimentos e pagamentos cuja moeda seja diferente da moeda da conta bancária. Ela faz isso comparando um valor na moeda do banco — o valor × taxa de câmbio do recebimento ou do pagamento — com a linha do extrato bancário, em vez de comparar dois valores em moedas diferentes.
Como os valores convertidos raramente caem no centavo exato que o banco informa, uma nova tolerância de conciliação na conta bancária absorve as pequenas diferenças de arredondamento. Dentro da tolerância, a correspondência é aceita automaticamente; acima dela, a diferença é sinalizada para revisão em vez de ser absorvida em silêncio.
Guias completos: Correspondência automática, Correspondência manual e Validação de extratos.
Uma conta bancária padrão separada para despesas, por entidade
Uma entidade já pode indicar uma Conta bancária padrão - Despesas, usada nos desembolsos, na execução de pagamentos em lote e nos pagamentos automáticos de faturas de compra do tipo despesa. Se ficar em branco, é usada a conta bancária padrão da entidade, então nada muda para as organizações que não precisam dessa separação. Uma validação garante que a conta escolhida esteja ativa e pertença àquela entidade.
Para usá-la, acrescente o campo ao layout de Entidade (veja os passos manuais acima) e configure-a em cada entidade onde você queira uma conta de pagamento de despesas distinta. Guias completos: Campos da entidade e Contas contábeis padrão da entidade.
Uma estrutura de extensões de faturamento eletrônico, para parceiros
Uma API global neutra em relação ao provedor para que parceiros possam criar extensões de provedores de faturamento eletrônico — envio de saída, esvaziamento da fila de entrada, recuperação de artefatos e provisionamento self-service — sobre a REDA. É uma superfície de extensibilidade para desenvolvedores, não uma tela de usuário final, e não exige nenhuma configuração do usuário. É a base sobre a qual o recurso completo de faturamento eletrônico da v1.610 foi construído.
Melhorias
Cancelar um recebimento em moeda estrangeira agora usa a taxa de câmbio original
Cancelar um recebimento em moeda estrangeira agora estorna pela taxa de câmbio original, de modo que o cancelamento compensa exatamente o original na moeda funcional da entidade. Antes, o estorno usava a taxa da data do cancelamento, o que introduzia um ganho ou uma perda cambial falsa que precisava ser explicada no fechamento.
Não há nada a configurar: é automático. Guia completo: Cancelar um recebimento.
A Caixa de entrada de OCR lê XML estruturado de fatura eletrônica
A Caixa de entrada de OCR — o centro de entrada de faturas de fornecedor — agora lê todos os anexos de um registro de entrada, e não apenas o primeiro. Quando existe um XML estruturado de fatura eletrônica, os dados dele são tratados como autoritativos, porque ler dados estruturados é intrinsecamente mais confiável do que interpretar um PDF. O PDF permanece como a cópia legível por pessoas.
Sem XML, ou com um XML ilegível ou grande demais, a Caixa de entrada volta exatamente ao comportamento anterior baseado em PDF. Isso é automático para quem já usa a Caixa de entrada de OCR e não há nada a configurar. Guias completos: A Caixa de entrada de OCR, Visão geral do OCR e Criar uma fatura a partir do OCR.
Os seus próprios campos personalizados continuam editáveis em registros contabilizados e cancelados
O bloqueio de registros contabilizados e cancelados agora se aplica apenas ao que de fato afeta a integridade contábil. Todos os campos empacotados, os campos padrão e os campos de dimensão do mapeamento de contabilização continuam bloqueados, como antes. Mas qualquer campo personalizado que você tenha acrescentado — desde que não seja uma dimensão do mapeamento de contabilização — agora é editável em qualquer estado do registro, então você pode continuar mantendo os seus próprios dados operacionais em um documento depois de contabilizá-lo.
A integridade contábil não muda e não há nada a configurar. Guia completo: Configurações de política da entidade.
Correções
Recursos de IA restaurados
O modelo de IA que a REDA Financials usava foi descontinuado pelo provedor e começou a retornar erros, o que quebrou todos os recursos baseados em IA: a leitura de faturas por OCR, a correspondência automática na conciliação bancária e a análise com IA. Esta versão passa para o modelo atual e todos esses recursos voltam a funcionar.
Não há nenhuma mudança de configuração para os assinantes: se você foi afetado, atualizar é toda a solução. Guias completos: Visão geral do OCR e Correspondência automática.
Como verificar se a atualização funcionou de verdade
| Verificação | Como | O que você deve ver |
|---|---|---|
| A versão instalada | Configuração → Pacotes instalados | REDA Financials na 1.6 ou superior. |
| Os campos de tolerância estão visíveis para usuários reais | Abra uma conta bancária como Accounting Controller comum, não como administrador | Os dois campos de tolerância de conciliação presentes e editáveis. |
| A conta bancária de despesas está disponível | Abra um registro de Entidade | Conta bancária padrão - Despesas no layout e selecionável. |
| Os recursos de IA voltaram a funcionar | Execute uma leitura de OCR sobre uma fatura de fornecedor de teste | A leitura é concluída e retorna campos em vez de dar erro. |
Perguntas frequentes
Não. Em branco ou zero, a conciliação exige um valor exato, que é o comportamento que você tinha antes desta versão. Configure uma tolerância só se você concilia recebimentos ou pagamentos em moeda estrangeira e quer que as pequenas diferenças de arredondamento sejam aceitas automaticamente.
Ela é configurada por conta bancária, e só se aplica quando aquela conta está na moeda funcional da entidade.
Sim. A falha era causada pelo modelo descontinuado, e esta versão passa para o atual. Não é preciso nenhuma mudança de configuração do seu lado.
Só se os seus layouts de página forem os padrão do pacote, intocados, e os seus usuários estiverem nos conjuntos de permissões empacotados REDA Financials. Se você personalizou os layouts ou usa os seus próprios conjuntos de permissões — a maioria usa —, você precisa colocar os campos e conceder a segurança em nível de campo. Veja os passos manuais.