# 02 de fevereiro de 2026

### 🛠️ Manutenções

***

### 🧾 Fiscal

**fatu\_f050**

* Foi corrigido a inserção na tabela para solicitações com 3 ou mais pedidos.

**obrf\_f025**

* Corrigida regra de obrigatoriedade do preenchimento de itens em notas com situação = 2 (cancelada).

**DiferencaImpostos**

* Identificamos instabilidades no cálculo do difal e na validação de vendas interestaduais para consumidor final.
* A lógica foi reestruturada e ajustada, tornando o processo mais estável e consistente.
* Com isso, foram corrigidas divergências de cálculo e de informações apresentadas.

***

### 💰 Financeiro

**estq\_f010**

* Corrigido forma que o sistema retornava busca com transações de estoque sobre a pesagem.

**sinp\_f001**

* Atualizado tela sinp\_f001 para buscar corretamente as informações do estoque dos itens dos pedidos e evitar erros

**pedi\_f460**

* Ajuste na tela pedi\_f460 que estavam trazendo todos os pedidos, não somente os que o usuário selecionou

**cpag\_e020**

* O Relatório foi ajustado para que não apareçam títulos com saldo zerado.

**pedi\_f933**

* Precisamos alterar o nome das tabelas, pois ultrapassou o limite de 30 caracteres para alguns clientes que usam oracle 11.
* Durante esse processo, ao executar o DDL para atualização, ocorreu um problema: as tabelas foram removidas, mas as constraints não foram excluídas.
* Quando o script tentou recriar as tabelas, o banco retornou um erro informando que as constraints já existiam, impedindo a criação das tabelas e gerando a inconsistência de ¿tabela não existente¿

***

### 🏭 Industrial

**pcpb\_f600**

* O cálculo do peso previsto foi ajustado considerando o consumo informado na estrutura.

**pcpb\_f015**

* Implementada validação separada de produto e coleção, com mensagens de erro distintas para produto inativo e para ausência de coleções ativas.

**st\_pck\_blok\_beneficiamento\_body.sql**

* Ajustado o processo de distribuição das ordens de beneficiamento para impedir a geração de quantidades com valores negativos durante o rateio.

**blok\_fa01, blok\_fa02**

* Solução aplicada: Foi ajustada a lógica de validação do Bloco K para que não seja apresentada mensagem de crítica quando a quantidade estiver zerada, desde que exista data de apontamento final preenchida e haja registros de K230 e K235 em períodos anteriores para o estágio anterior da ordem de produção.
* Ou seja, o sistema passa a considerar que a produção já foi apontada anteriormente (independente da quantidade informada no estágio atual), evitando a geração de mensagens indevidas de inconsistência na escrituração do Bloco K.

***


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://ajuda.systextil.com.br/release-notes/diario/2026/fevereiro/02-de-fevereiro-de-2026.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.