Skip to main content

šŸš€ 1.0 Release Notes | ImplementaƧƵes

šŸš€ PDV: PermissĆ£o para visualização dos crĆ©ditos de clientes (F2 CrĆ©ditos)

ID da tarefa: 110578

Descrição

No PDV, ao realizar uma venda nas modalidades Duplicata ou Convênio, o sistema apresenta a tela de seleção do cadastro do cliente para o lançamento dos respectivos títulos.

Nessa tela, a funcionalidade F2 – CrĆ©ditos permite consultar informaƧƵes financeiras do cliente selecionado. Como o acesso anteriormente nĆ£o possuĆ­a uma permissĆ£o especĆ­fica, essas informaƧƵes sensĆ­veis poderiam ser visualizadas durante o atendimento, inclusive por outros clientes próximos ao PDV, podendo gerar exposição indevida e constrangimentos.

Correção

Foi implementado um controle de permissĆ£o de usuĆ”rio para restringir o acesso Ć  funcionalidade F2 – CrĆ©ditos.

A nova permissão foi adicionada em:

Cadastro de UsuĆ”rios → Aba Ad 9 → Controle de crĆ©dito de cliente → Opção 760

image.png

Com essa implementação, a visualização dos créditos do cliente passa a depender da autorização configurada para o usuÔrio, garantindo maior controle sobre o acesso às informações financeiras no PDV.

image.png

 

 

šŸš€  ERP: Carregamento de DIFAL e ICMS ST nos planos de pagamento da venda

ID da tarefa: 111668

Descrição

Ao abrir uma nova venda ou alterar uma venda ainda nĆ£o faturada e acessar a opção F6 – Planos, o sistema apresentava a tela de seleção do plano de pagamento sem considerar corretamente os valores de DIFAL e ICMS ST, quando existentes na operação.

Com isso, os valores apresentados na forma de pagamento não contemplavam integralmente os tributos calculados na venda.

Correção

Foi implementado o cĆ”lculo dos valores de DIFAL e ICMS ST durante a seleção da forma de pagamento pela opção F6 – Planos.

Com a implementação, ao acessar os planos de pagamento, o sistema passa a considerar corretamente esses valores no total da operação, mantendo os valores da forma de pagamento compatíveis com os cÔlculos realizados na venda.

image.png

image.png

 

šŸš€ BOLETO: Integração de Boleto HĆ­brido Bradesco

ID da tarefa: 100892

Descrição

Implementação da integração para emissão e processamento de Boletos Híbridos Bradesco, permitindo a utilização de Pix em conjunto com o boleto bancÔrio.

O sistema deverÔ registrar os boletos vinculados à Chave Pix cadastrada. O TXID serÔ gerado automaticamente pelo banco e disponibilizado posteriormente por meio do arquivo de retorno, seguindo o padrão composto pelas informações de carteira, negociação, nosso número e data de emissão.

Implementação

O processamento do arquivo de retorno serĆ” preparado para contemplar os novos campos disponibilizados no Registro Detalhe – Tipo 4, incluindo:

  • Chave Pix vinculada ao boleto;

  • URL para geração do EMV;

  • Geração do QR Code a partir das informaƧƵes do EMV;

  • Utilização da imagem do QR Code na impressĆ£o do boleto hĆ­brido.

Com a implementação, o ERP estarÔ preparado para receber as informações Pix retornadas pelo Bradesco e utilizÔ-las na composição do boleto, permitindo o pagamento tanto pelos meios tradicionais quanto por QR Code Pix.

Para a geração do QR Code, deverÔ ser utilizado como referência o Manual BC QR Code informado para apoio técnico, considerando que o banco não realiza o suporte à homologação ou à geração da imagem do QR Code.

 

šŸš€| SINCOFF/PDV: Thread de validação de vendas nĆ£o sincronizadas

ID da tarefa: 105336

Descrição

Foi identificada a necessidade de criar um processo no SINCOFF/PDV para validar vendas realizadas na base OFF que, por algum motivo, não foram sincronizadas com a base ONLINE.

O processo deve verificar as vendas registradas no OFF e consultar, por meio do nĆŗmero da venda, se o respectivo registro existe na base ONLINE.

Como exemplo, para uma venda realizada no OFF com número 50, contendo título gerado e NFC-e autorizada, o sincronizador deverÔ consultar se essa venda jÔ estÔ registrada no ONLINE. Caso não seja localizada, deverÔ realizar a inclusão do registro.

Correção

Foi implementada uma thread de validação de vendas não sincronizadas no sincronizador.

Com a implementação, o sistema passa a validar a existência das vendas do OFF na base ONLINE e, quando identificar que uma venda ainda não foi sincronizada, executarÔ o processo necessÔrio para sua inclusão no ONLINE, garantindo maior consistência entre as bases.

 

šŸš€ | SINCOFF/PDV: Sincronização automĆ”tica dos LOGS do OFFline para o Online

ID da tarefa: 107482

Descrição

Foi identificado que, ao realizar cancelamentos de vendas no banco de dados OFFline, as informações registradas na tabela LOGS não eram sincronizadas automaticamente com o banco de dados Online.

Essas informações são utilizadas pela revenda em relatórios personalizados, permitindo identificar as vendas canceladas e os respectivos usuÔrios responsÔveis pelo cancelamento.

Embora o sincronizador OFFline jÔ possuísse uma opção para envio dos logs ao banco Online, o processo precisava ser executado manualmente, com seleção de data individual, tornando necessÔria a sincronização em cada caixa e para cada dia desejado.

Correção

Foi implementada a sincronização automÔtica dos LOGS da base OFF para a base ON.

Com a implementação, os registros de log gerados no ambiente OFFline passam a ser enviados automaticamente para o banco de dados Online, eliminando a necessidade de sincronização manual diÔria e facilitando o acompanhamento das informações de cancelamento utilizadas nos relatórios.

 

šŸš€  MDF-e: Obrigatoriedade e geração do CIOT conforme Ajuste SINIEF 03/2026

ID da tarefa: [NĆ£o informado]

Descrição

Foi necessĆ”ria a adequação do sistema para atender Ć  obrigatoriedade de informar o CIOT – Código Identificador da Operação de Transporte no MDF-e modelo 58, conforme estabelecido pelo Ajuste SINIEF nĀŗ 03/2026, publicado no DOU em 02/04/2026, com efeitos a partir de 01/06/2026.

A exigência se aplica às operações de transporte rodoviÔrio remunerado de cargas realizadas por conta de terceiros, de acordo com as regras de validação previstas no MOC do MDF-e.

A responsabilidade pelo preenchimento e informação do CIOT no documento é do emitente do MDF-e.

Correção

Foi implementada a geração do CIOT por meio da API da ANTT em dois pontos do sistema:

  • Na tela Novo MDF-e, foi adicionado o botĆ£o para geração do CIOT, utilizando o CNPJ ou CPF do responsĆ”vel pela operação;

  • Na tela Novo VeĆ­culo, foi adicionado o botĆ£o para geração do CIOT, utilizando o CNPJ do responsĆ”vel pelo veĆ­culo.

Com a implementação, o sistema passa a disponibilizar a geração do CIOT diretamente nas telas envolvidas no processo de emissão do MDF-e, permitindo o preenchimento da informação exigida conforme a operação.

image.png

 

image.png

 

 

šŸš€  MDF-e: InformaƧƵes de Pagamento da Operação de Transporte

ID da tarefa: 109972

Descrição

Foi necessÔria a implementação da estrutura de Informações de Pagamento da Operação de Transporte no módulo de emissão do MDF-e, conforme as regras definidas na Nota Técnica MDF-e 2025.001.

O novo bloco contempla as informações relacionadas ao pagamento do serviço de transporte, incluindo os dados do contratante, valores da operação, forma de pagamento e dados do beneficiÔrio.

Correção

Foi implementado um novo bloco de Informações de Pagamento no cadastro e emissão do MDF-e, contemplando:

  • Dados do contratante/responsĆ”vel pelo pagamento;

  • Valor total do contrato;

  • Condição de pagamento;

  • Componentes do pagamento/frete;

  • Parcelas de pagamento a prazo;

  • InformaƧƵes bancĆ”rias ou PIX do beneficiĆ”rio/transportador;

  • Dados de identificação do beneficiĆ”rio, quando aplicĆ”veis.

Com a implementação, o sistema passa a permitir o preenchimento e a geração das informações de pagamento da operação de transporte no MDF-e, atendendo à estrutura prevista para o documento fiscal.

image.png

 

šŸš€ ERP: Filtro de pesquisa por cliente no Gerenciador de CartƵes

ID da tarefa: 110174

Descrição

Foi solicitada a implementação de um recurso de pesquisa no módulo Financeiro → Gerenciador de CartƵes, com o objetivo de facilitar a localização de clientes e a consulta de dĆ©bitos em aberto relacionados Ć  utilização de cartĆ£o próprio.

A solicitação previa a possibilidade de pesquisa por informações como nome do cliente ou número do cartão, tornando a consulta mais prÔtica durante a utilização do gerenciador.

Correção

Foi implementado o filtro de clientes no Gerenciador de CartƵes.

A tela passa a disponibilizar a opção ā€œTodos os clientesā€ e um campo para pesquisa e seleção do cliente, permitindo filtrar os registros apresentados de acordo com o cliente informado.

Com a implementação, a consulta de movimentações e débitos vinculados ao cliente pode ser realizada de forma mais direcionada, facilitando a localização das informações no módulo.

image.png

 

 

šŸš€ API/Agente: API para atualização automĆ”tica de informaƧƵes tributĆ”rias

ID da tarefa: 111116

Descrição

Foi identificada a necessidade de disponibilizar um processo automatizado para atualização de informações tributÔrias utilizadas pelo sistema, reduzindo a necessidade de intervenções manuais para manutenção desses dados.

A proposta consiste em permitir que o Agente se conecte aos servidores da Nortesys para consultar e obter informaƧƵes atualizadas relacionadas Ơs configuraƧƵes tributƔrias do sistema.

Correção

Foi criada uma API de atualização tributÔria integrada ao Agente.

Com a implementação, o Agente passa a se conectar aos servidores da Nortesys para realizar automaticamente o download e a atualização de informações, incluindo:

  • Tabelas tributĆ”rias relacionadas Ć  Reforma TributĆ”ria;

  • Datas programadas para ativação ou alteração de parĆ¢metros;

  • Outras informaƧƵes e configuraƧƵes disponibilizadas pelo serviƧo de atualização.

A implementação centraliza e automatiza o processo de distribuição das atualizações tributÔrias, permitindo que o sistema mantenha suas informações sincronizadas com os dados disponibilizados pelos servidores da Nortesys.

 

šŸš€ ERP: Nova tela para Resumo de Vendas

ID da tarefa: 111646

Descrição

Foi identificada a necessidade de disponibilizar uma nova interface para o Resumo de Vendas no ERP, com o objetivo de melhorar a visualização e a organização das informações apresentadas ao usuÔrio.

Para o desenvolvimento, foi considerado o modelo sugerido encaminhado como referĆŖncia para a nova tela.

Correção

Foi implementada uma nova tela para o Resumo de Vendas, adequando a apresentação das informações conforme a proposta definida para o recurso.

Com a implementação, o ERP passa a contar com uma interface específica para consulta do resumo das vendas, proporcionando uma visualização mais organizada e adequada das informações.

image.png

image.png

image.png