# 🐞 1.0 Release Notes | Bugs
##### **🐞 Correção de Filtro de Importação e Ajustes de Interface na NF-e de Devolução de Fornecedor**
**ID da tarefa:** 112640
Foi realizada manutenção corretiva no módulo de **NF-e de Devolução de Fornecedor** do ERP, contemplando ajustes no mecanismo de busca dos documentos de origem e refinamentos na interface relacionada à **Reforma Tributária**.
Foi corrigida a passagem do parâmetro referente ao número da **NF de Entrada**, que estava sendo enviado como uma string vazia para a consulta SQL. Com o ajuste, o filtro passou a considerar corretamente o número informado, restabelecendo a precisão na pesquisa das notas de entrada utilizadas como origem da devolução.
Também foram realizados ajustes na interface da Reforma Tributária. A regra de visibilidade foi corrigida para ocultar a própria **aba da Reforma Tributária** quando não aplicável, evitando a exibição de abas vazias.
Adicionalmente, foi ajustado o espaçamento dos campos numéricos de valores presentes nessa aba, melhorando o alinhamento, a organização visual e a legibilidade das informações apresentadas.
##### **🐞 Erro SQL ao Faturar Venda no Balcão de Vendas**
**ID da tarefa:** 111848
Identificado erro ao realizar o **faturamento de uma venda no módulo Balcão de Vendas**, impedindo a conclusão da operação.
Durante o processamento, o sistema apresenta uma exceção SQL informando que o objeto **`CADASTRO_BIOMETRIA`** não foi localizado:
`SQL Error: Invalid object name 'CADASTRO_BIOMETRIA'`
O erro ocorre durante a execução de uma consulta à tabela `CADASTRO_BIOMETRIA`, utilizada no fluxo de faturamento da venda.
É necessário validar a referência e a disponibilidade desse objeto no ambiente para identificar a causa e aplicar a correção adequada, sem comprometer o processo de faturamento.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Yz7image.png)
##### **🐞 Correção de Divergências nos Valores de Fechamento de Venda no PDV**
**ID da tarefa:** 111934
Foi realizada uma correção no módulo **PDV** para tratar divergências recorrentes nos valores apresentados durante o fechamento das vendas, que ocasionavam diferenças de aproximadamente **R$ 0,01 a R$ 0,02** entre os totais calculados.
A inconsistência estava relacionada ao tratamento de arredondamento utilizado na tela **`u_PDV`**.
Como correção, foram removidas as rotinas antigas de arredondamento utilizadas nessa tela e implementadas as **novas funções de cálculo e arredondamento já utilizadas pelo ERP**, padronizando o processamento dos valores entre os módulos.
Com a alteração, o fechamento da venda passa a utilizar o mesmo critério de cálculo adotado no ERP, reduzindo divergências nos totais decorrentes do tratamento anterior.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Tgdimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/xwOimage.png)
##### **🐞 Correção de Travamento ao Fechar NFC-e Aberta pelo F9 Utilitário**
**ID da tarefa:** 105060
Foi realizada uma correção no ERP, na funcionalidade **F9 – Utilitário > Fechar NFC-e Aberta**, devido a um travamento que ocorria durante a execução da ação.
O processo foi revisado e recebeu novos tratamentos para evitar o bloqueio da aplicação e da estação durante o fechamento de NFC-e que permanecesse em aberto.
Com a alteração, a rotina passa a executar o procedimento de fechamento com maior estabilidade, evitando o travamento apresentado anteriormente.
##### **🐞 Correção na Liberação Remota de Venda no PDV**
**ID da tarefa:** 111910
Foi realizada correção no **PDV/Frente de Loja** para tratar uma falha no processo de **liberação remota de venda**.
Identificou-se que o sistema não estava solicitando a liberação corretamente porque o processo estava utilizando a conexão com o **banco de dados OFF**.
A rotina foi ajustada para utilizar a conexão adequada no processo de liberação, permitindo que a solicitação seja realizada corretamente pelo Frente de Loja.
##### **🐞 Correção na Alteração de Promoção**
**ID da tarefa:** 112008
Foi identificada uma inconsistência na tela de **manutenção de promoções** do ERP.
Ao editar uma promoção já cadastrada, o sistema não estava carregando corretamente os campos de **hora de início** e **hora de término**, mesmo quando essas informações estavam definidas no cadastro original.
A correção deverá garantir que, ao acessar uma promoção para alteração, os horários previamente cadastrados sejam recuperados e exibidos corretamente na tela, preservando as informações configuradas para o período da promoção.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/bCqimage.png)
##### **🐞 Correção de Duplicidade na Sincronização de Vendas Pendentes do PDV**
**ID da tarefa:** 112068
Foi identificada uma falha no **Sincronizador OFF-LINE do PDV** que estava interrompendo o envio das vendas pendentes para a base ONLINE.
Durante o processo de upload, o sistema apresenta erro de violação de chave primária na tabela **`LOG_NVENDI2`**, indicando tentativa de inserção de um registro duplicado. Com isso, a rotina executa rollback e impede a continuidade da sincronização das vendas pendentes.
No cenário reportado, o sincronizador acumulou **169 vendas pendentes**, sem conseguir avançar devido à ocorrência recorrente dessa duplicidade.
A correção deverá tratar adequadamente registros já existentes na base ONLINE, evitando que uma duplicidade interrompa todo o processo de sincronização. O objetivo é permitir que as demais vendas pendentes continuem sendo processadas normalmente.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/w6timage.png)
##### **🐞 Correção de Divergência de R$ 0,01 em Vendas com Quantidade Decimal**
**ID da tarefa:** 112148
Foi realizada uma correção no ERP para tratar divergências de **R$ 0,01 para mais ou para menos** no valor total de vendas que possuem produtos com **quantidades em casas decimais**.
O comportamento foi identificado em determinados cenários de cálculo, nos quais os valores finais apresentavam diferença em relação ao total esperado.
A correção foi validada utilizando a opção de **truncamento da venda**, fazendo com que os valores da simulação analisada fossem calculados corretamente, sem a divergência anteriormente apresentada.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/ZKrimage.png)
##### **🐞 Duplicidade de Chave no Upload de Títulos do SINCOFF**
**ID da tarefa:** 112414
Foi identificada uma falha no **SINCOFF** durante o processo de **upload de títulos da base OFF para a base ON-LINE**.
Durante a sincronização, o sistema tenta inserir um título que já possui uma combinação de chave existente na base de destino, ocasionando erro de violação de índice único na tabela **`TITULOS`**.
No cenário apresentado, o erro ocorre ao processar o título de código **5315**, retornando duplicidade no índice **`IX_TITULOS`**, com a chave duplicada **`(5315, 2)`**.
Após a ocorrência, o processo executa **rollback** e a sincronização permanece impedida de avançar normalmente.
Será necessário ajustar o tratamento do upload para validar previamente a existência do registro ou tratar adequadamente a duplicidade, evitando que esse cenário interrompa o processamento dos demais títulos pendentes.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/648image.png)
##### **🐞 Correção na Persistência dos Dados de Redes Sociais no Cadastro de Clientes**
**ID da tarefa:** 97250
Foi realizada uma correção no **Cadastro de Clientes** do ERP para tratar uma falha na gravação das informações de redes sociais.
Anteriormente, os dados preenchidos nos campos de **Instagram**, **Facebook** e **LinkedIn** eram exibidos normalmente na interface, porém não eram persistidos no banco de dados após a gravação do cadastro.
A inconsistência ocorria porque as colunas **`INSTAGRAMCLIENTE`**, **`FACEBOOKCLIENTE`** e **`LINKEDINCLIENTE`** não estavam contempladas nas instruções SQL de **INSERT** e **UPDATE** utilizadas pela rotina de cadastro.
As consultas foram ajustadas para incluir corretamente esses campos, garantindo que as informações preenchidas pelo usuário sejam gravadas e recuperadas posteriormente no cadastro do cliente.
##### **🐞 Correção de Rastreabilidade Financeira em Devoluções com Títulos Renegociados**
**ID da tarefa:** 102922
Foi realizada uma correção no módulo de **Devoluções e Trocas de Produtos** para tratar inconsistências financeiras em operações vinculadas a títulos de **Contas a Receber** que passaram por **Negociação de Débitos**.
O problema ocorria quando os títulos originais da venda eram renegociados, fazendo com que o vínculo direto com a venda de origem deixasse de ser suficiente para localizar corretamente os novos títulos gerados. Esse cenário podia provocar tratamento incorreto dos saldos financeiros durante devoluções, incluindo duplicidade de lançamentos e distribuição inadequada de valores.
Para corrigir o comportamento, a rotina de rastreamento financeiro foi ajustada para considerar tanto os títulos vinculados diretamente à venda quanto aqueles originados por processos posteriores de negociação, incluindo títulos desmembrados ou agrupados.
Também foi criada uma estrutura específica no banco de dados para armazenar informações de origem e histórico dos títulos utilizados na negociação. Essa estrutura será utilizada pelas rotinas de devolução para recuperar os vínculos necessários de forma mais eficiente. Devido à inclusão de novos objetos e índices, é necessária a execução do **script de atualização do banco de dados**.
Adicionalmente, foram realizados os seguintes ajustes no módulo:
- Correção da grade da tela de **Renegociação de Dívida de Cliente**, permitindo a exibição dos títulos selecionados;
- Inclusão de **sinalização visual em amarelo/laranja** na aba **Novo Plano de Pagamento**, identificando títulos provenientes de renegociações;
- Alteração da ordenação da grade de **Duplicatas/Outros**, passando a apresentar os títulos por **data de vencimento em ordem crescente**, em vez da ordenação pelo código interno.
##### **🐞 Correção do Cálculo de Acréscimo e Persistência de Valores no PDV e Faturamento Balcão**
**ID da tarefa:** 111806
Foi realizada uma correção nas rotinas do **PDV** e do **Faturamento Balcão** para tratar inconsistências no cálculo, rateio e gravação dos valores de acréscimo aplicados às vendas.
A rotina de fechamento foi ajustada para recalcular corretamente os **centavos residuais gerados pelo arredondamento**, garantindo que o somatório dos valores dos itens corresponda ao total final da venda e evitando divergências que poderiam interromper o processo de fechamento do cupom.
Também foi corrigida a persistência do valor de acréscimo na tabela **`NVENDI2`**. Anteriormente, a coluna **`VALOR_ACRESCIMO`** recebia o valor unitário do acréscimo, em vez do valor total correspondente ao item.
Como o campo **`ACRESCIMO`** da tabela **`NVENDA2`** é consolidado a partir dos valores registrados nos itens, essa inconsistência também refletia nos totais apresentados no **Faturamento Balcão**.
A rotina de gravação foi ajustada para registrar corretamente o **valor total do acréscimo aplicado ao item**, mantendo a consistência entre os itens da venda, o cabeçalho e as informações utilizadas nos relatórios e consultas do sistema.
##### **🐞 Correção de Divergência no Valor Total a Pagar com Aplicação de Acréscimo no PDV**
**ID da tarefa:** 112554
Foi realizada uma correção no **PDV** para tratar divergências no **valor total a pagar** em vendas com aplicação de acréscimo.
A inconsistência estava relacionada ao processo de **arredondamento**, que interferia nas rotinas responsáveis pela verificação e distribuição dos centavos restantes necessários para compor corretamente o valor do acréscimo.
Com a correção, o sistema passa a realizar o somatório do valor acrescido de forma consistente, mantendo o total final da venda correto e sem impactar o fluxo de fechamento.
A disponibilização da correção será realizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção na Aplicação de Acréscimo na Venda no PDV**
**ID da tarefa:** 112556
Foi realizada uma correção no **PDV** para tratar inconsistências na aplicação de acréscimos durante o processamento da venda.
A falha estava relacionada ao processo de **arredondamento**, que interferia nas rotinas responsáveis pela verificação e distribuição dos centavos restantes utilizados para compor corretamente o valor total do acréscimo.
Com o ajuste, o sistema passa a calcular e somar corretamente o valor acrescido, mantendo a consistência do total da venda e sem impactar o fluxo de fechamento.
A correção será disponibilizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção de Valores Incorretos no Faturamento Balcão em Vendas com Acréscimo do PDV**
**ID da tarefa:** 112558
Foi realizada uma correção no **PDV** para tratar inconsistências nos valores exibidos no **Faturamento Balcão** em vendas que possuem acréscimo.
A não conformidade ocorria porque a rotina de acréscimo do PDV gravava na coluna **`VALOR_ACRESCIMO`** da tabela **`NVENDI2`** o valor **unitário** do acréscimo, em vez do valor **total correspondente ao item**.
Como o somatório dessa coluna é utilizado para preencher o campo **`ACRESCIMO`** da tabela **`NVENDA2`**, a gravação incorreta refletia diretamente nos valores apresentados no Faturamento Balcão.
A rotina foi ajustada para persistir corretamente o **valor total do acréscimo aplicado ao item**, garantindo consistência entre os registros da venda e os valores apresentados no faturamento.
A correção será disponibilizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção do Erro “Update Failed” após Sincronização de Categoria Fiscal**
**ID da tarefa:** 112594
Foi realizada uma correção no ERP para tratar o erro **“Update Failed”** apresentado após alterações e sincronização de **Categoria Fiscal**, com impacto posterior no acesso aos módulos de **Produtos** e **Parâmetros de Configuração**.
A falha estava relacionada à execução de scripts fiscais da **Reforma Tributária** que utilizavam estruturas **CTE (Common Table Expression)** por meio de uma conexão baseada no driver legado **BDE**.
Esse fluxo de execução apresentava incompatibilidade com a estrutura utilizada nas queries, resultando em falhas de atualização durante o processamento das regras fiscais por categoria.
Como correção, a execução desses scripts foi migrada do componente **BDE** para a biblioteca **Zeos Lib**, permitindo o processamento adequado das instruções com CTE e eliminando a ocorrência do erro durante a atualização fiscal.
Com a alteração, a sincronização da Categoria Fiscal passa a ser executada de forma consistente, sem comprometer o acesso posterior aos demais módulos do sistema.
##### **🐞 Correção na Aplicação do Desconto do Clube de Promoções no Fechamento da Venda**
**ID da tarefa:** 112602
Foi realizada uma correção no **PDV** para tratar uma falha na aplicação dos descontos vinculados ao **Clube de Promoções** durante o fechamento da venda.
No cenário identificado, o desconto era calculado durante a venda, porém não permanecia corretamente aplicado ao avançar para a etapa de pagamento e conclusão do cupom. A situação foi reproduzida com a inclusão de **2 unidades do produto de código de barras `7891149103119`**.
Como correção, o valor calculado pelo Clube de Promoções passou a ser incorporado ao **desconto acumulado da venda**, garantindo que os recálculos realizados durante o fechamento preservem corretamente o benefício concedido.
Também foi implementada a **limpeza prévia do buffer de descontos promocionais antes de cada reprocessamento**, evitando que o desconto seja aplicado mais de uma vez em situações de retorno à tela de pagamento ou alteração da forma de recebimento.
Com os ajustes, o desconto do Clube de Promoções passa a ser mantido corretamente durante todo o fluxo de fechamento, sem duplicações ou perda do valor anteriormente calculado.
##### **🐞 Correção da Validação de CPF/CNPJ no Cadastro de Fornecedores**
**ID da tarefa:** 112638
Foi realizada uma correção no módulo de **Cadastro de Fornecedores** do ERP para tratar um falso bloqueio na validação de duplicidade de **CPF/CNPJ** durante a alteração de registros existentes.
Anteriormente, ao acessar um fornecedor já cadastrado, clicar em **Alterar** e posteriormente em **Gravar**, o sistema identificava o próprio registro como uma duplicidade e apresentava a mensagem de que já existia um fornecedor com a mesma numeração de documento.
A rotina de validação foi ajustada para **desconsiderar o próprio fornecedor que está sendo editado** durante a verificação de unicidade do documento. Dessa forma, a gravação somente será bloqueada quando existir outro cadastro utilizando o mesmo CPF/CNPJ.
Também foram implementados os seguintes ajustes:
- Melhoria da mensagem de validação, indicando de forma mais clara qual informação está impedindo a gravação;
- Ajuste no tratamento da alteração do **Tipo de Pessoa (Física/Jurídica)**;
- Preservação temporária do número do documento informado, permitindo sua restauração caso o usuário retorne ao tipo de pessoa original durante a edição.
Com as alterações, o processo de manutenção cadastral passa a permitir a edição normal do fornecedor sem gerar falsas ocorrências de duplicidade ou perda indevida do documento informado.
##### **🐞 Correção de Filtro de Importação e Ajustes de Interface na NF-e de Devolução de Fornecedor**
**ID da tarefa:** 112640
Foi realizada uma correção no módulo de **NF-e de Devolução de Fornecedor** do ERP, contemplando ajustes no filtro de documentos de origem e melhorias na interface relacionada à **Reforma Tributária**.
Foi identificado que o filtro pelo número da **NF de Entrada** não estava sendo considerado corretamente pela consulta, pois o parâmetro correspondente era enviado como uma string vazia para a instrução SQL. A passagem do parâmetro foi ajustada, permitindo que a pesquisa utilize corretamente o número informado e recupere os documentos de origem esperados.
Também foram realizados ajustes de interface na aba da Reforma Tributária. A regra de visibilidade foi corrigida para controlar a exibição da própria **aba**, evitando que ela permaneça visível sem conteúdo quando a funcionalidade não for aplicável.
Adicionalmente, foi ajustado o espaçamento dos campos numéricos de valores presentes na aba, melhorando o alinhamento visual e a legibilidade das informações.
##### **🐞 Ajustes na Estrutura do XML e Interface da NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112660
Foi realizada uma manutenção corretiva no módulo de **NF-e de Devolução a Fornecedor**, contemplando ajustes relacionados à **Reforma Tributária**, geração do XML e comportamento da interface de emissão.
O processo de geração do XML foi ajustado para tratar de forma condicional o grupo de totalização de **IBS/CBS**. A partir da correção, o sistema verifica os itens da nota e somente inclui o respectivo grupo no totalizador quando houver informações de IBS/CBS nos itens, evitando a geração indevida de estruturas vazias.
Também foi corrigida a inicialização da tela de emissão. Ao abrir o formulário, o sistema volta a apresentar por padrão a aba **“Informações de totais em R$”**, evitando a exibição inicial indevida da aba relacionada à Reforma Tributária.
Adicionalmente, foi implementado um tratamento dinâmico para definição da **data de vigência da regra de referência da NF-e por item**, considerando o ambiente utilizado. Dessa forma, os parâmetros podem ser aplicados de maneira distinta entre **Produção** e **Homologação**, permitindo a validação antecipada das novas regras fiscais sem impactar o ambiente produtivo.
##### **🐞 Correção na Geração de Cobrança e Duplicatas em NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112686
Foi realizada uma correção na geração do XML da **NF-e de Devolução a Fornecedor**, adequando o documento aos cenários em que a operação não possui movimentação financeira.
O sistema já identificava a forma de pagamento **`90 - Sem Pagamento`** para documentos com finalidade **3 - Ajuste** ou **4 - Devolução/Retorno**, porém ainda gerava indevidamente os grupos de **cobrança e duplicatas** no XML.
A rotina foi ajustada para que, quando a nota estiver configurada com a forma de pagamento **90 - Sem Pagamento**, os respectivos blocos de cobrança e duplicatas sejam omitidos da estrutura do documento.
Para utilização da regra, deverá existir uma forma de pagamento finalizadora configurada com o código fiscal **90 - Sem Pagamento**, vinculada ao plano selecionado na emissão da NF-e.
Com a alteração, o XML passa a refletir corretamente operações de devolução ou ajuste sem cobrança financeira, evitando a geração indevida dessas informações.
##### **🐞 Correção na Identificação da Conta Bancária na Importação de Arquivos OFX**
**ID da tarefa:** 112802
Foi realizada uma correção no módulo de **Conciliação Financeira** do ERP para tratar inconsistências na identificação da conta bancária durante a importação de arquivos **OFX**.
O problema ocorria em arquivos nos quais a instituição financeira informava o número da conta sem o **dígito verificador (DV)**. Nesses casos, o sistema não conseguia localizar corretamente a conta correspondente cadastrada no ERP, comprometendo o processo de importação.
A rotina de leitura e validação foi ajustada para considerar diferentes formatos do número da conta, permitindo a comparação tanto no formato completo quanto no formato sem o dígito verificador.
Com a alteração, o sistema passa a realizar uma busca mais flexível e tolerante às variações de layout presentes nos arquivos OFX, aumentando a confiabilidade do vínculo automático entre o extrato importado e a conta bancária cadastrada.
##### **🐞 Ajustes Fiscais e de Concorrência na NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112814
Foi realizada uma manutenção no módulo de **NF-e de Devolução a Fornecedor** para tratar inconsistências na definição de **CST/CSOSN** dos itens, além de aplicar ajustes de usabilidade, concorrência em banco de dados e validações relacionadas à referência da NF-e de origem.
Como medida temporária, foi liberado novamente o botão **Alterar** para notas com finalidade de **Devolução/Retorno**, permitindo que o usuário edite manualmente a tributação dos itens e selecione o **CST/CSOSN** adequado antes da emissão do documento.
Essa liberação foi aplicada como contorno operacional enquanto o processo automático de determinação fiscal dos itens de devolução passa por revisão.
Também foram realizados os seguintes ajustes:
- Inclusão de **`WITH (NOLOCK)`** na consulta responsável pelo carregamento dos itens das NF-e de entrada, reduzindo bloqueios de leitura e contenções no SQL Server;
- Remoção da obrigatoriedade de preenchimento manual da **chave da NF-e referenciada no cabeçalho** durante a alteração, quando estiver ativa a regra de **referência individual por item**;
- Liberação da edição manual da tributação para evitar a permanência de códigos fiscais incompatíveis com o regime tributário aplicável.
##### **🐞 Correção no Resgate de Cashback e Integração Nummus na Venda Balcão**
**ID da tarefa:** 112836
Foi realizada uma correção no módulo de **Venda Balcão**, envolvendo o processo de **Fidelidade/Cashback** e a integração com a plataforma **Nummus**.
Foi identificado que o valor resgatado em cashback não estava sendo considerado corretamente na composição do **plano de parcelamento**, fazendo com que as parcelas fossem calculadas sem descontar o benefício utilizado pelo cliente.
A rotina foi ajustada para que o valor do cashback seja deduzido antes do cálculo do saldo restante da venda, garantindo que os valores das parcelas reflitam corretamente o **valor líquido a pagar**.
Também foi corrigido o envio da operação de resgate para a **Nummus**. Anteriormente, quando nenhum item da venda gerava novos créditos de cashback, a solicitação de resgate podia deixar de ser enviada à integração.
Com a alteração, o processo de **resgate de cashback** passa a ser tratado de forma independente da geração de novos créditos por produto, garantindo o envio da transação à Nummus mesmo quando os itens da venda não forem elegíveis para acúmulo.
##### **🐞 Correção no Resgate de Cashback e Fechamento da Venda no PDV**
**ID da tarefa:** 112848
Foi realizada uma correção no **PDV** para tratar inconsistências no fluxo de **Fidelidade/Cashback** durante o fechamento da venda.
Foi identificado que o valor resgatado em cashback não estava sendo considerado corretamente na composição do **plano de parcelamento**, fazendo com que o saldo devedor inicial fosse calculado sem o abatimento correspondente.
A rotina foi ajustada para descontar o valor do cashback antes da geração das parcelas, garantindo que o parcelamento reflita corretamente o **valor líquido final da venda**.
Também foi corrigido o fluxo de **fechamento avançado**, no qual o valor resgatado podia ser perdido ou desconsiderado quando a finalização ocorria por um caminho diferente do acionamento explícito do botão **Confirmar**.
Com a alteração, o estado do resgate passa a ser preservado durante todo o ciclo de fechamento, independentemente da forma utilizada pelo operador para concluir a operação.
##### **🐞 Correção de Falhas na Sincronização Completa de Produtos no Sincronizador PI**
**ID da tarefa:** 111666
Foi realizada uma correção no **Sincronizador PI** para tratar falhas que impediam a conclusão do processo de sincronização completa e classificação fiscal dos produtos.
O problema estava relacionado ao volume de dados enviados por lote e ao tempo de processamento das requisições, resultando em erros de comunicação e interrupções durante a sincronização.
Foram aplicados os seguintes ajustes:
- Redução da quantidade padrão de produtos por lote, de **100 para 30 itens por requisição**;
- Redução do limite preventivo de payload de aproximadamente **900 KB para 150 KB**, permitindo a fragmentação antecipada de pacotes maiores;
- Aumento do timeout global do **HttpClient** de **10 para 20 minutos**;
- Melhoria no tratamento de exceções durante a desserialização de respostas, contemplando valores nulos, retornos parciais e divergências de tipagem.
Com as alterações, o processo de sincronização passa a operar com maior estabilidade, reduzindo ocorrências de timeout e falhas durante o processamento de grandes volumes de produtos.