š 1.0 Release Notes | ImplementaƧƵes
Implementação š | 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.
š§ Relatório TĆ©cnico de Correção
Implementação š | 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.
š§ Relatório TĆ©cnico de Implementação
Implementação š | 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.
š§ Relatório TĆ©cnico de Implementação
Implementação š | 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.
š§ Relatório TĆ©cnico de Correção
Implementação š | 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.
š§ Relatório TĆ©cnico de Implementação
Implementação š | 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.
š§ Relatório TĆ©cnico de Implementação
Implementaçã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.
š§ Relatório TĆ©cnico de Implementação
Implementação š | 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.
Ā
š§ Relatório TĆ©cnico de Implementação
Implementação š | 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.







