🚀 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 

 

 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. 

 

 

 

 🚀  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. 

 

 

 

 🚀 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. 

 

 

 

 

 

 🚀  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. 

 

 

 🚀 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. 

 

 

 

 🚀 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.