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