Informativo de Versão 29.12ad0 (Geral)

Criado por Joaquim Gaspar em 05/12/2025 19:26  ·  Leitura: 35 min

Boa tarde a todos!

Novidades do Resulth – Versão v29.12ad0 já se encontra disponível! 🚀

A nova atualização do Resulth chega com evoluções importantes para preparar sua empresa para a Reforma Tributária do Consumo, além de melhorias que tornam seus processos mais ágeis e seguros.

Confira o principal destaque: 👇

🚀 Reforma Tributária no Resulth – IBS e CBS em NF-e, NFC-e e Devoluções

O Resulth avança na implementação da RTC, com suporte aos novos tributos IBS e CBS nos principais documentos fiscais.

Essa atualização garante conformidade com o cronograma nacional, com identificação automática de bases, alíquotas e classificações fiscais.

Confira todas as novidades!

⚓ 



⚓ 

Reforma Tributária no Resulth: IBS e CBS em NF-e, NFC-e e Devoluções

A Reforma Tributária brasileira iniciou uma transformação profunda no modelo de tributação sobre bens e serviços. A partir de 2026, entram em vigor dois novos tributos unificados, IBS (Imposto sobre Bens e Serviços) e CBS (Contribuição sobre Bens e Serviços), que substituem o modelo atual, simplificam a cobrança e mudam a forma como as empresas calculam e declaram seus impostos.

Essas mudanças afetam diretamente a emissão de Nota Fiscal Eletrônica (NF-e), Nota Fiscal de Consumidor Eletrônica (NFC-e) e os processos de devolução de mercadorias, exigindo que os sistemas estejam preparados para calcular, informar e entregar às Secretarias de Fazenda todas as informações obrigatórias nos novos modelos XML.

Para garantir que os clientes operem com segurança, precisão e conformidade legal, o Resulth foi atualizado para aplicar as regras da Reforma Tributária, seguindo a Nota Técnica 2025.002.v.1.30, publicada pela Sefaz.

O que muda na prática

As atualizações do Resulth foram desenvolvidas com um objetivo claro:

permitir que o cálculo de IBS e CBS aconteça de forma automática, padronizada e segura, sem necessidade de interpretação técnica pelo usuário.

Isso reduz complexidade operacional, elimina risco de erro fiscal e assegura que todas as NF-e e NFC-e emitidas estejam estruturadas conforme o novo padrão nacional.

A nova arquitetura contempla:

  • cálculo automático de IBS e CBS nos itens da nota, considerando regras fiscais, tipo de operação e destino;

  • geração das tags XML exigidas pela Sefaz, para NF-e e NFC-e;

  • parametrização por filial, com fórmulas gravadas no banco de dados (flexíveis a mudanças regulatórias);

  • suporte a cenários complexos: redução de alíquota, diferimento, tributação regular;

  • implementação do Crédito Presumido para IBS/CBS conforme regras legais;

  • replicação integral ou proporcional da tributação em notas de devolução.

Uma aplicação mais inteligente das regras fiscais

A implementação foi estruturada em torno de uma camada de motor de regras, que identifica automaticamente qual regra fiscal se aplica a cada item, considerando:

  • tipo de contribuinte,

  • tipo tributário da operação,

  • NCM,

  • configuração específica por produto.

Com isso, o sistema garante que cada item receba os códigos corretos (CST e cClassTrib), as alíquotas de destino (UF e município) e o cálculo final de IBS e CBS.

Toda a lógica tributária permanece configurável, permitindo adaptação rápida quando novas normas forem publicadas, sem necessidade de atualização do sistema.

XML pronto para o novo modelo nacional

Além do cálculo tributário, o Resulth foi ajustado para gerar todos os elementos XML exigidos no novo schema da Sefaz, incluindo:

  • grupos de cálculo de IBS e CBS,

  • grupos de redução e diferimento (quando aplicáveis),

  • Crédito Presumido (para NF-e),

  • grupos de tributação regular.

Isso prepara sua operação fiscal para a emissão no ambiente de homologação em 2025 e em produção a partir de 2026.

Crédito Presumido: benefício fiscal configurável

A partir da Reforma Tributária, alguns setores e operações passam a contar com o Crédito Presumido de IBS e CBS.

No Resulth, o cálculo e a geração do grupo XML desse benefício são feitos automaticamente pela regra fiscal, item a item, e acumulados no total da nota. As fórmulas são armazenadas por filial no banco de dados, garantindo flexibilidade para evoluções normativas.

Esse recurso está implementado para NF-e, com início da aplicação técnica condicionado à liberação do schema XSD pela Sefaz.

NFC-e preparada para 2026

Para vendas ao consumidor final, o Resulth Checkout foi atualizado para suportar IBS e CBS na NFC-e, considerando as regras específicas desse documento:

  • regra fiscal aplicada apenas quando destinada a NFC-e,

  • hierarquia de prioridade por produto e regra geral,

  • cálculo automático de alíquotas conforme destino,

  • geração das tags XML com valores de IBS e CBS.

O sistema também trata automaticamente notas emitidas em contingência, reprocessando a tributação quando necessário.

Devolução com espelhamento fiscal

Para manter a integridade tributária, as NF-e de devolução passam a replicar exatamente a tributação da venda original, total ou proporcional –, incluindo:

  • base de cálculo,

  • alíquotas,

  • CST e cClassTrib,

  • valores de IBS e CBS,

  • grupos de redução e diferimento.

Isso assegura a anulação correta dos efeitos fiscais, simplifica auditorias e possibilita a recuperação correta de créditos.

Benefícios diretos para sua empresa

A atualização do Resulth foi planejada para impactar positivamente a operação fiscal das empresas:

Conformidade com a legislação: Sempre atualizado conforme Notas Técnicas, schemas XML e cronograma da Reforma Tributária.

Automação completa: Cálculos de IBS/CBS feitos pelo sistema, sem risco de erro humano.

Segurança fiscal e redução de riscos: Menos rejeições, menor exposição a multas e maior precisão de dados enviados à Sefaz.

Flexibilidade e escalabilidade: Regras e fórmulas configuráveis por filial, permitindo adaptação sem atualização de versão.

Preparação para o futuro: A estrutura técnica já considera evoluções previstas para 2026, 2027 e anos seguintes (Crédito Presumido, ZFM, Compra Governamental).


A Reforma Tributária representa uma mudança significativa no modelo de tributação brasileiro, e o Resulth está pronto para essa transição.

Com uma arquitetura flexível, lógica fiscal automatizada e geração XML alinhada à Sefaz, sua empresa ganha precisão, segurança e conformidade desde a etapa de emissão da nota fiscal até o tratamento de devoluções e benefícios fiscais.

Para apoiar equipes fiscais e contábeis, disponibilizamos uma série de documentos com o detalhamento da implementação. Para mais detalhes acesse:

 


⚓ 

Atualização – Recálculo e Validação das Formas de Pagamento na Pré-venda

Uma nova configuração foi adicionada às Configurações da Pré-venda, oferecendo maior segurança e controle sobre a alteração de itens em pré-vendas ainda não faturadas.


📌 O que há de novo?

Foi criado um novo parâmetro:

“Recalcular/validar pagamentos em alterações de pré-venda não faturada”

Local: Configurações da Pré-venda → Aba Dados Gerais
Valor padrão: Desabilitado

Este parâmetro define como o sistema deve se comportar quando itens forem alterados, incluídos ou excluídos em uma pré-venda pendente de faturamento.


⚙️ Funcionamento por Cenário

🔸 Quando o parâmetro estiver DESABILITADO

O sistema mantém o comportamento atual.
Nenhuma validação ou recálculo adicional é aplicado.


🔸 Quando o parâmetro estiver HABILITADO

Ao tentar gravar a pré-venda após qualquer alteração de itens, o sistema aplicará as regras abaixo:


1️⃣ Pré-venda com APENAS uma forma de pagamento

E a forma NÃO é Smart TEF nem PIX dinâmico

➡️ O sistema recalcula automaticamente o valor pago.


2️⃣ Pré-venda com Smart TEF ou PIX Dinâmico

➡️ O salvamento será bloqueado
➡️ O sistema não recalculará automaticamente
➡️ Exibirá a mensagem:

"Foram realizadas alterações nos itens desta pré-venda que impactam o valor total.
Como existem formas de pagamento digitais, o sistema não pode recalcular automaticamente os valores.
Por favor, revise e ajuste manualmente as formas de pagamento antes de prosseguir."

Botão: OK (retorna à pré-venda)


3️⃣ Pré-venda com MAIS de uma forma de pagamento

➡️ O salvamento será bloqueado
➡️ Nada será recalculado automaticamente
➡️ Mensagem exibida:


"Foram realizadas alterações nos itens desta pré-venda que impactam o valor total.
Como existem múltiplas formas de pagamento lançadas, o sistema não pode recalcular automaticamente os valores.
Por favor, revise e ajuste manualmente as formas de pagamento antes de prosseguir."

Botão: OK (retorna à pré-venda)


🛠️ Regras complementares incluídas nesta entrega

Além da lógica principal, foram implementadas validações adicionais:


1. Validação de Crédito (forma de pagamento Aproveitamento de CRÉDITO)

Antes de recalcular:

  • Se houver crédito suficiente: recalcula normalmente.

  • Se NÃO houver crédito suficiente:
     ➝ o sistema limpa a forma de pagamento,
     ➝ o usuário deve informar uma nova forma de pagamento manualmente.

Exemplo: Pedido original de R$1,00 e com crédito disponível de R$21,00.

Ao alterar o pedido adicionando um item de R$10,00 e o aproveitamento de créditos disponível de R$20,00, resulta na atualização automática da forma de pagamento pelo sistema para R$11,00.

Seguindo o exemplo, o pedido foi alterado para R$61,00. Como o crédito disponível era insuficiente, o sistema removeu a forma de pagamento, conforme ilustrado no exemplo.


2. Validação do parâmetro de importação de orçamentos

Parâmetro: “Ao importar orçamentos não permitir alteração das formas de pagamento”

  • Se estiver ativo: o sistema não pode recalcular pagamentos.

  • Se estiver inativo: recalculado normalmente.


3. Validação de limites financeiros

O sistema agora respeita:

  • Limite de crédito

  • Limite de cheque

  • Cliente em débito

Essas validações seguirão o parâmetro já existente para regras financeiras antes de recalcular.

 

⚓ 

Nova Variável para Impressão de Localizações de Produto na Pré-Venda

Módulo: Pré-venda
Local: Configurações da Pré-venda › Aba Impressão

🔍 Descrição da melhoria

Foi adicionada a nova variável 'Localizações' para permitir a impressão das localizações dos produtos diretamente nos documentos de Pré-venda e Orçamento/Pré-venda.

A variável se encontra em FastReport > Data Tree > Data > Itens > Localizações
Segue exemplo de uso em DetailData:

Agora o sistema permite exibir todas as localizações vinculadas ao produto, facilitando o processo logístico e a separação dos itens no estoque.

⚙️ Funcionamento

  • As múltiplas localizações são cadastradas em:
     Produto > Múltiplas localizações por produto > Localizações de produto.

  • Durante a impressão, o sistema:

    • Exibe todas as localizações cadastradas para o produto na filial logada.

    • Concatena as localizações em uma única linha, separadas por || (duas barras verticais).

    • Mantém a ordem de cadastro das localizações.

  • Exemplos:

    • Produto com várias localizações:
       RUA 06 > BLOCO 01 > ANDAR 02 > CASA 08 || RUA 08 > BLOCO 01 > ANDAR 02 > CASA 09

    • Produto com uma única localização: exibida normalmente, sem separador.

    • Produto sem localização cadastrada: campo permanece em branco.

A seguir, um exemplo de parte da impressão que detalha as localizações, separadas por ||:




⚓ 

Novo Recurso de Exceção de Validação de Estoque por Tipo de Operação

Foi implementado no Resulth Business / Parâmetros da Pré-venda um novo recurso que amplia o controle sobre as regras de validação de estoque, permitindo definir quais tipos de operação não devem validar o estoque durante a venda.


⚙️ 1. Localização do Novo Recurso

Menu: Parâmetros da Pré-venda → Aba Gerais
Novo botão: 🆕 “Tipos de Operação”

Este botão é dependente do parâmetro “Validar estoque”:

  • Quando “Validar estoque” estiver desmarcado, o botão “Tipos de Operação” permanecerá desabilitado.

  • Quando “Validar estoque” estiver marcado, o botão “Tipos de Operação” ficará habilitado para uso.


2. Funcionamento do Botão “Tipos de Operação”

Ao clicar no botão, o sistema exibirá uma listagem onde será possível:

  • Selecionar um ou vários tipos de operação.

  • Marcar esses tipos como exceções, ou seja, operações em que não haverá validação de estoque.

📋 Regras de exibição:

  • A listagem apresentará apenas tipos de operação ativos dos seguintes tipos:

    • Serviço

    • Venda

    • Revenda

    • Venda/Revenda

    • Outras saídas

  • Serão excluídos da listagem os tipos configurados como:

    • Devolução de venda

    • Devolução de compra

O comportamento segue a mesma lógica já existente no botão “Grupo/Subgrupo”, utilizado para definir exceções por categoria de produtos.


🧠 3. Impacto na Pré-venda

Durante o processo de digitação ou importação de pré-vendas:

  • Se o Tipo de Operação estiver marcado como exceção →
     O sistema não realizará validação de estoque para nenhum item da venda.

  • Se o Tipo de Operação não estiver marcado como exceção →
     O sistema validará o estoque normalmente para todos os itens.

A nova regra também se aplica aos documentos importados (modelos 51, 55, 56).

🔸 Esta nova configuração de “Não validar por Tipo de Operação” tem prioridade sobre a funcionalidade de Não validar estoque por Grupo/Subgrupo.



⚓ 

Novo Parâmetro – Obrigatoriedade da Forma de Pagamento na Gravação da Pré-Venda

Com o objetivo de aumentar o controle sobre a finalização de pré-vendas e garantir a consistência dos registros financeiros, foi incluído no Resulth Business um novo parâmetro que permite tornar obrigatória a definição da forma de pagamento antes de gravar (F11) uma pré-venda.

⚙️ Configuração

Localização: Pré-Venda > Configurações > Guia Dados Gerais

Novo parâmetro: Obriga forma de pagamento ao gravar uma Pré-Venda (F11)

Padrão: Desmarcado

Comportamento

  • Parâmetro desmarcado:
     O sistema mantém o funcionamento atual, sem exigir forma de pagamento para gravar a pré-venda.

  • Parâmetro marcado:
     O usuário fica obrigado a informar a(s) forma(s) de pagamento antes de salvar a pré-venda.

Critérios de Validação

Na guia Pagamento, deverão ser respeitados os seguintes critérios:

  • O valor informado nas formas de pagamento deve ser igual ou maior ao valor a pagar;

  • O valor restante do pagamento deve ser igual a zero.

Caso o usuário tente salvar a pré-venda sem atender a essas condições, será exibida a seguinte mensagem:

⚠️ "Obrigatório informar a(s) forma(s) de pagamento no valor total do pedido
       Ainda resta(m) R$X,xx para pagar."

Após confirmar a mensagem (botão OK), o sistema direcionará automaticamente o usuário para a guia Pagamento.

A mensagem de alerta será exibida enquanto o valor total não for preenchido ou totalizado.

A inclusão do novo parâmetro no Resulth Business para tornar a forma de pagamento obrigatória na gravação da pré-venda (F11) reforça o controle sobre a finalização das transações. Ao exigir que o usuário informe e totalize o pagamento antes de salvar, o sistema garante maior consistência e precisão nos registros financeiros. O recurso inclui validações rigorosas e direciona o usuário automaticamente para a guia "Pagamento" em caso de pendências, assegurando que o valor total do pedido esteja devidamente coberto pelas formas de pagamento informadas.


⚓ 

Novidade – Carteira Padrão na Configuração de Cobrança Bancária

Implementamos um novo recurso que permite definir uma carteira padrão na configuração de cobrança.
Com isso, diversas rotinas que utilizam carteira bancária passam a carregar automaticamente a carteira configurada, garantindo padronização e reduzindo erros operacionais.


📌 O que mudou?

1. Configuração da Carteira Padrão

Local: Resulth Business → Cadastros → Parâmetros → Cobrança

Agora a tela possui o novo campo:

“Carteira contratada junto ao banco”

  • Exibido inicialmente em branco

  • Preenchimento opcional

  • Deve ser selecionado entre as carteiras cadastradas no Resulth

  • Ao escolher o código, o nome da carteira é exibido automaticamente

  • A lista apresenta todas as carteiras disponíveis para seleção


📌 Onde a carteira padrão passa a ser carregada automaticamente?

Sempre que existir uma carteira padrão configurada nos parâmetros de cobrança, ela será exibida automaticamente e o campo ficará desabilitado para edição, garantindo consistência no uso.

A regra se aplica nas seguintes rotinas:


2. Emissão Manual de Boletos

Local: Relatórios → Contas a Receber → Emissão de Boletas → Manual

  • Após informar banco/agência/conta

  • A carteira padrão é exibida no campo “Carteira”

  • Campo é travado para alteração


3. Geração de Arquivo de Remessa

Local: Movimentos → Contas a Receber → Cobrança Eletrônica → Gera Arquivo Remessa

  • Após informar dados bancários

  • Exibe automaticamente no campo “Carteira destino”

  • Campo desabilitado para edição


4. Parâmetros de Estoque/Faturamento

Local: Cadastros → Parâmetros → Estoque/Faturamento

  • Ao informar banco/agência/conta para emissão de boleto

  • A carteira padrão é exibida automaticamente

  • Campo fica bloqueado

  • Se banco/agência/conta forem apagados, a carteira também é limpa


5. Emissão de NF (Faturamento Individual)

Local: Movimentos → Faturamento → Digitação/Emissão de NF

  • Na tela final de impressão do boleto

  • Exibe a carteira padrão e sua descrição

  • Campo desabilitado


6. Vários Pedidos

Local: Movimentos → Faturamento → Vendas → Notas Fiscais de Vários Pedidos

  • Comportamento idêntico ao item anterior

  • A carteira padrão aparece automaticamente e não pode ser alterada


7. Emissão de NF em Lote

Local: Movimentos → Faturamento → Vendas → Emissão de NF em Lote

  • Ao configurar a opção de cobrança padrão

  • A carteira padrão é exibida automaticamente

  • Campo fica desabilitado

  • Se a opção emitir boletos for desmarcada:

    • limpa cobrança, carteira e impressora


8. Entrada de Documentos

Local: Movimentos → Contas a Receber → Entrada de Documentos

  • Quando a impressão de boleto após entrada estiver habilitada

  • Ao indicar banco/agência/conta, a carteira padrão aparece

  • Campo fica desabilitado

  • Se banco/agência/conta forem removidos, a carteira é limpa

✅ Benefícios desta evolução

Com essa melhoria, o processo de cobrança bancária torna-se mais padronizado, reduzindo riscos operacionais, evitando divergências entre carteiras e garantindo maior segurança nas rotinas que envolvem cobrança. A configuração única elimina retrabalhos e agiliza o fluxo financeiro.


⚓ 

Melhoria no Relatório “Posição de Estoque” com Detalhamento de Grade

A partir desta atualização, o relatório Posição de Estoque passa a oferecer maior flexibilidade e precisão ao trabalhar com produtos que possuem grade.
Agora o sistema permite combinar o detalhamento de grades com filtros avançados, inclusive consulta de estoque em uma data específica, respeitando a data de login do usuário.


📌 O que mudou?

✔ 1. Nova compatibilidade entre “Detalhar grade” e consulta por data

Antes, ao ativar Detalhar grade, algumas opções eram desabilitadas automaticamente.
Agora, o sistema permite:

  • Marcar Detalhar grade

  • E simultaneamente marcar Posição de estoque – Em uma determinada data

  • Informar a data desejada

Isso garante maior precisão na análise de estoque histórico para produtos com grade.


✔ 2. Filtros mantidos ativos ao detalhar grade

Ao marcar Detalhar grade, nenhum dos filtros abaixo será mais desabilitado:

  • Posição de estoque

  • Relatório em ordem

  • Relatório por grupo

  • Formato inventário

  • Valorizar o estoque por

  • Imprimir preço zero

  • Listar produtos desativados

  • Subtotalizar produtos substituição tributária

  • Atual / Do dia

O usuário agora tem total liberdade para combinar filtros e detalhamento de grade conforme sua necessidade.


✔ 3. Geração de relatórios respeitando filtros e datas

Na opção “Imprimir”

  • Os modelos 1, 2 e 3 passam a exibir corretamente:

    • Estoque por grade

    • Valores

    • Posição de estoque na data selecionada

    • Todos os filtros aplicados

Na opção “Exportar” (sem detalhar grade)

  • Exporta a planilha com:

    • Estoque e valores conforme filtros 

    • Posição de estoque considerando a data selecionada 

    • Organização igual ao relatório atual 


✔ 4. Exportação em planilha com detalhamento de grade

Ao marcar Detalhar grade, será exibido no relatório o botão Exportar, permitindo gerar uma planilha eletrônica completa, organizada e valorizada conforme os filtros selecionados.

Onde acessar

Resulth Business
Menu: Relatórios → Faturamento → Posição de Estoque

  1. Marque Detalhar grade

  2. Clique em Exportar

Geração da planilha

Ao acionar Exportar com Detalhar grade marcado:

A planilha será gerada contendo:

  • Estoques e valores conforme filtros aplicados

  • Cálculo baseado na data de referência

  • Detalhamento completo por grades respeitando a configuração de cada produto

  • Filiais conforme seleção:

    • Só da filial ativa

    • Por filial

    • Geral

Estrutura da Planilha

A planilha conterá:

Cabeçalho
  • Dt. Referência: data final usada no cálculo da posição de estoque

  • Estoque valorizado por: preço médio, preço de custo, preço de venda ou custo sem imposto recuperável

Para Cada Produto
  • Produto: código + descrição

  • Referência: código de referência cadastrado

  • Grade:

    • Grades concatenadas conforme configuração (simples/composta)

    • "Grade padrão" para produtos sem grade

    • Número de colunas variável conforme a maior grade existente

  • Quantidade por filial: posição de estoque na data indicada

  • Total quantidade: soma das grades

  • Total valor: total quantidade × preço de valorização

  • Valor médio: total valor / total quantidade

Totais Gerais

Ao final do relatório:

  • Total geral de quantidade

  • Total geral de valor

  • Valor médio geral


✅ Benefícios desta evolução

A atualização amplia a flexibilidade e a precisão do relatório Posição de Estoque, permitindo detalhar grades com qualquer combinação de filtros, inclusive consulta por data.
Com isso, o sistema passa a oferecer:

  • Maior precisão na análise de estoque histórico por grade

  • Liberdade total para combinar filtros com consulta por data

  • Exportação completa para planilha com dados consolidados

  • Melhor visibilidade de quantidades, valores e filiais

  • Melhor visibilidade por grade

  • Maior confiabilidade e apoio à tomada de decisão

⚓ 

Aperfeiçoamentos no Relatório de Comissão por Recebimento


🎯 Visão Geral da Evolução

Esta atualização aprimora o Relatório de Comissão por Recebimento, atendendo necessidades importantes de clientes que:

  • Pagam comissão exclusivamente sobre o que foi realmente recebido.

  • Utilizam rotinas de troca e devolução vinculadas a pedidos importados.

  • Trabalham com vendas pagas total ou parcialmente através de créditos.

Agora, o relatório passa a refletir com precisão trocas complexas e permite controlar a inclusão de vendas com crédito, tornando o cálculo das comissões mais justo, confiável e fiel à operação real do cliente.


🆕 O que há de novo

1. Tratamento Aprimorado de Trocas no Relatório

Quando o relatório está configurado com:

  • Informação a ser usada: Recebimento

  • Considerar troca: marcado

O sistema agora:

✔ Localiza automaticamente trocas vinculadas ao pedido original

Incluindo pedidos importados que consideram comissão, mesmo que a NF-e/NFC-e emitida posteriormente não considere comissão.

✔ Abate o valor da troca na comissão imediatamente

  • A troca gera um registro negativo no relatório.

  • O abatimento é feito no período da troca, sem depender da liquidação total do pedido.

✔ Mantém a comissão das parcelas pagas

O vendedor continua recebendo comissão normalmente sobre as parcelas do pedido original que não foram objeto de troca.


📘 Exemplo Prático

  1. Uma pré-venda considera em comissão.

  2. Ela é importada para NFC-e, que não considera em comissão.

  3. O cliente devolve o produto → gera-se uma troca da NFC-e.

  4. Desta troca é feita a nota de devolução.

  5. O relatório de comissão deve:

    • Identificar que a NFC-e veio de um pedido que considera comissão.

    • Gerar o débito integral da troca na comissão do vendedor.


2. Novo Parâmetro: Incluir vendas com aproveitamento de Crédito

Foi criado um parâmetro exibido apenas quando o relatório estiver em "Informação a ser usada = Recebimento".

🆕 Parâmetro:

[✔] Incluir vendas com aproveitamento de Crédito
 (padrão: desmarcado)

Como funciona:

  • Marcado:
    A venda é considerada pelo valor total, incluindo a parte paga com crédito.

  • Desmarcado:
    Apenas o valor realmente pago em dinheiro/recebido será considerado na comissão.

Exemplo de cálculo

Venda de R$ 150,00
Cliente possui R$ 100,00 de crédito
R$ 100,00 pagos com crédito
R$ 50,00 pagos em dinheiro

Parâmetro Valor considerado na comissão

Marcado R$ 150,00

Desmarcado R$ 50,00


Outro exemplo de uma venda com aproveitamento de crédito de R$100,00 e com o parâmetro marcado:


Mesmo exemplo com o parâmetro desmarcado:


💡 Benefícios da Evolução

  • A comissão reflete somente o que realmente foi recebido, mesmo em cenários com trocas complexas.

  • Maior transparência e precisão no cálculo da comissão do vendedor.

  • Eliminação de divergências e retrabalhos.

  • Controle total sobre a inclusão ou não de vendas pagas com crédito.

  • Adesão à realidade operacional dos clientes que trabalham com pedidos importados, trocas via NFC-e e créditos internos.


⚓ 

Lançamento: Botão de Aplicar Configurações de Firewall no Checkout

Implementação de funcionalidade nas configurações do Checkout responsável por liberar a porta da API no Firewall e no Java.

Na tela de configurações do Checkout, foi implementado o botão "Aplicar configurações de Firewall":

Ao clicar no botão, o sistema exibe um aviso informando que o Windows solicitará permissões elevadas para continuar:

Após clicar em Sim, o Windows poderá exibir solicitações de permissão para verificar as portas do Firewall, e todas devem ser confirmadas.

O sistema fará automaticamente a liberação e adicionará a URL da API à lista de sites de exceção do Java. Esse procedimento garante que a API funcione corretamente, sem bloqueios nesses dois pontos.

Após a liberação, se tudo ocorrer sem erros, o sistema exibirá uma mensagem de sucesso. As configurações podem ser verificadas manualmente em:

  • Firewall: Painel de Controle → Todos os Itens do Painel de Controle → Windows Defender Firewall → Aplicativos permitidos



  • Java: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Java\Configure Java"


Caso ocorra algum problema e o sistema não consiga concluir o processo, será exibida uma mensagem recomendando realizar a configuração manualmente e indicando uma documentação com orientações sobre como proceder. Ao clicar em Sim nessa mensagem, o site da universidade será aberto diretamente na página que explica como realizar essa configuração manualmente.

Será direcionado para: https://ajuda.atsinformatica.com.br/kb/pt-br/article/555834/guia-de-configuracao-previa-do-resulth-checkout

 


⚓ 

Novas Configurações de Exibição de Informações do Cliente na Emissão de NF-e

Com o objetivo de organizar e ampliar o controle sobre as informações dos clientes no processo de emissão de notas fiscais, foram implementadas melhorias na rotina Resulth Business / NF-e / Digitação/Emissão de NF-e.


1. Nova Guia “Cliente”

Foi criada a guia CLIENTE dentro das configurações da Digitação/Emissão de NF-e.
Nela foram reunidos os parâmetros já existentes e incluído um novo recurso para facilitar a visualização de informações do cliente.

Parâmetros transferidos para a nova guia:

  • ✅ Permite alterar o cliente

  • ✅ Mostrar informações do cliente

  • ✅ Limite de crédito do cliente nos pedidos – se ultrapassar

Novo parâmetro:

  • 🆕 Exibir Observações do cliente

    • Quando habilitado, exibe as informações registradas no cadastro do cliente (guia Complementares).

Em Digitação Emissão de Notas > Configurar > Nova aba “Cliente”


2. Novo Botão “Informações” na Digitação/Emissão de NF-e

Foi adicionado um novo botão que permite visualizar as informações do cliente de acordo com as configurações definidas.

Regras de funcionamento:

  • O botão fica ativo apenas quando:

    • O status do pedido for diferente de Faturado;

    • O parâmetro “Mostrar informações do cliente” estiver marcado com as opções “Quando em débito” ou “Sempre”;

    • E/ou o parâmetro “Exibir Observações do cliente” estiver ativo.

  • Quando configurado como “Quando em débito”, o sistema valida se o cliente possui documentos em atraso antes de exibir as informações.

  • Para exibir as observações, o cadastro do cliente deve possuir texto preenchido na guia Complementares, Observação.


3. Exibição de Informações Financeiras

Quando o parâmetro “Mostrar informações do cliente” estiver configurado como “Quando em débito” ou “Sempre”, o sistema exibirá as seguintes informações financeiras:

Contas a Receber

  • Títulos em atraso → quantidade e valor

  • Títulos a vencer → quantidade e valor

  • Totais em aberto → quantidade e valor

Cheques

  • Cheques devolvidos, em atraso e a vencer → quantidade e valor

  • Total em aberto → quantidade e valor total dos cheques

Limite de Crédito

  • Limite de crédito informado no cadastro

  • Crédito disponível considerando os valores em aberto


4. Exibição de Observações do Cliente

Quando o parâmetro “Exibir Observações do cliente” estiver ativo, as informações registradas no campo Observações do cadastro do cliente serão apresentadas junto às informações financeiras.


Parâmetros:

Parâmetro “Mostrar informações do cliente”

  • Nunca: nenhuma informação é exibida.

  • Quando em débito: exibe apenas se houver documentos ou cheques em atraso.

  • Sempre: exibe sempre as informações financeiras do cliente, independentemente de débitos.

Parâmetro “Exibir Observações do cliente”

  • Se marcado e houver conteúdo no campo Observações → exibe junto às informações financeiras.

  • Se o campo estiver em branco → não exibe nenhuma observação adicional.

Essas melhorias centralizam as informações do cliente e facilitam a visualização de dados financeiros e observações diretamente na emissão da NF-e. Com a nova guia Cliente e o botão Informações, a conferência fica mais rápida e confiável, apoiando decisões comerciais e reduzindo riscos no faturamento.