3.20.25.5

Versões Lançadas do Sistema

ILLI 3.20.25.5 — Atualização (10/11/2026)

Identificação da versão:

• Homologação: 3.20.r13797.7

• Produção: 3.20.25.5

1. Informações Gerais da Versão

Produto: ILLI

Versão: 3.20.25.5

Homologação: 3.20.r13797.7

Data de Lançamento: 10/11/2026

2. Nota de Atualização (Resumo)

Esta atualização continua exclusiva do Grupo Tubarão. Quem já está na 3.20.25.4 permanece com o faturamento do pedido de venda no PDV e, além dele, passa a ver o desconto e os acréscimos do pedido no detalhe do faturamento, e pode informar uma observação para a informação complementar da NF-e.

Entra também o conteúdo das linhas 3.20.24.6 e 3.20.24.7. No Gestor, o módulo Externo escolhe rota interna ou externa. Na devolução, o DANFE da NFC-e volta a imprimir, a primeira via da troca deixa de pedir o PIN de reimpressão e o reembolso deixa de travar quando o PDV está ligado à retaguarda. O caixa deixa de cobrar um cartão que não entrou na venda e deixa de reabrir uma venda que já foi paga. Com o cliente pesquisado na retaguarda, o parceiro escolhido fica gravado na loja antes do pagamento. Na configuração geral dá para impedir a alteração do cliente padrão. No financeiro, o título só entra em aprovação quando a natureza controla orçamento. No MDF-e, tara, capacidade e peso da carga aceitam decimais, e a mensagem de erro aponta o campo.

O PIN fiscal fixo deixa de valer para quem já tem autenticador ativo.

Informamos que a versão 3.20.25.x / 3.20.r13797.x, a partir da 3.20.25.0 / 3.20.r13797.0, será temporariamente de uso exclusivo do Grupo Tubarão.

Importante: não apliquem versões da linha 3.20.25.x / 3.20.r13797.x em outros clientes sem prévia orientação e ciência da equipe responsável.

Comunicaremos quando essa restrição for removida e a versão estiver liberada para os demais clientes.

3. Novidades nesta Versão

• No faturamento do pedido de venda, com um pedido selecionado, o botão Observação (CTRL+O) abre o texto que vai para a informação complementar da NF-e. O texto vale só para aquele pedido. Ao trocar de pedido, ou quando o faturamento conclui, o campo volta vazio. Sem pedido selecionado, o botão não aparece.

• Na configuração geral, bloco Configuração de Venda, ao lado de Cliente Padrão, entra o campo Bloquear Alterações no Parceiro do Cliente Padrão. O padrão é Não. O campo existe só na configuração geral e vale para todas as lojas, no PDV e na retaguarda.

• Com Sim, o sistema não altera o parceiro que está definido como cliente padrão, nem o da configuração geral nem o de cada loja. A ficha não abre no PDV. Também não salva cadastro, endereço, contato, dados bancários, tipo de pessoa nem unificação.

• A mensagem é: "Não foi possível alterar o parceiro, pois ele está definido como Cliente Padrão e a configuração atual não permite sua alteração."

• Com Não, a alteração do cliente padrão continua como antes.

• No cadastro do módulo do Gestor, o layout Módulo passa a se chamar Externo. No bloco Módulo Externo há o campo Rota, com Rota Interna (padrão) ou Rota Externa, e o campo Parâmetros Extras.

• Com Rota Externa, o rótulo Controle vira Rota e o campo Método some. O caminho é o da página, sem o endereço do sistema: o sistema completa o endereço sozinho. Serve para Portal, iRelatório e página no mesmo endereço.

• Para um site de outro endereço, informe o endereço completo, começando por http:// ou https://.

• Com Rota Interna, o comportamento continua o de antes: Controle e Método do próprio sistema. Parâmetros Extras seguem junto.

• O mesmo par de campos existe no Resultado Externo, quando o resultado do módulo é Externo.

• Módulo que já era Externo e apontava para um endereço completo continua abrindo. Módulo do Portal, do iRelatório ou da página no mesmo endereço que foi salvo sem http precisa ser marcado como Rota Externa. A atualização não faz essa troca sozinha.

4. Melhorias e Ajustes

• No detalhe da Gestão de Faturamentos, o desconto exibido passa a ser o desconto do pedido. Entra a linha Acréscimos, também do pedido. O frete continua o do faturamento deste caixa. Vendedor, código, data e endereço ganham mais espaço, e a faixa cresce quando o texto iria ficar cortado.

• No cadastro do veículo, Tara (KG), Capacidade (KG) e Capacidade (M³) aceitam decimais, com vírgula e três casas. A tela avisa: "No MDF-e, tara e capacidade em KG vão arredondadas, sem casas decimais."

• Nos totalizadores do MDF-e, Peso Carga (KG/TON) aceita quatro casas decimais.

• Quando o MDF-e é recusado, a mensagem diz a aba e o campo. Placa, tara, capacidade em KG e RNTRC passam a ser citados cada um no próprio texto, no veículo de tração ou no reboque. Rejeição de município de carregamento, tipo de transportador, CIOT, vale pedágio e CPF do parceiro continua apontando o lugar do ajuste.

• Na emissão do MDF-e, tara e capacidade em KG vão como número inteiro, arredondado, com no máximo seis dígitos. Se passar disso, a emissão para e informa o campo. A capacidade em metros cúbicos não vai no arquivo do MDF-e, então um volume maior que três dígitos, como 7600, não impede a emissão por causa desse limite.

5. Correções de Bugs

• Antes de finalizar a venda, o PDV confere se cada transação de cartão aprovada no SiTef ou na Auttar está lançada nos pagamentos, e se cada pagamento de cartão tem uma transação aprovada. Se não bater, a venda não finaliza. A mensagem pede para cancelar a totalização, desfazer as transações e refazer os pagamentos, para não cobrar um cartão que ficou fora da venda.

• No SiTef, se o pinpad tiver mais transações pendentes naquele cupom do que pagamentos lançados, a venda também não finaliza.

• Cartão aprovado com a tela de valor já fechada entra nos pagamentos mesmo assim. Um ENTER repetido depois de cancelar a tela de valor não inicia outra transação.

• Se o caixa reiniciar depois que a venda já foi gravada, ela não volta para ser paga de novo. O sistema avisa que a venda anterior já estava registrada e que, se o comprovante não saiu, a saída é a reimpressão. No SiTef, a transação pendente daquele cupom é confirmada, porque é a mesma que já está na venda.

• Se a finalização for tentada de novo com pagamentos diferentes dos que já estão gravados, o sistema recusa e avisa: "Esta venda já foi registrada e paga com outros pagamentos." O cartão dessa tentativa é desfeito e abre uma venda nova. O aviso pede para não receber de novo do cliente.

• Cancelar os pagamentos de uma venda que já foi registrada não é permitido. A mensagem pede para confirmar a venda, para concluir a finalização e a impressão. A retomada por falha de impressão continua como antes: a venda volta para reimprimir.

• Com Cliente Online ligado, ao escolher o cliente por documento, telefone ou lista, o PDV grava o parceiro na loja antes de seguir para o pagamento, com o mesmo código da retaguarda. Se o parceiro já está na loja, não grava de novo. Se a gravação falha, o cliente não é definido e o pagamento não começa. Isso evita a venda desfeita com "Parceiro do cliente não encontrado." depois do cartão já autorizado.

• Na devolução com Cliente Online ligado e Troca Online desligada, a mesma gravação ocorre na primeira vez, antes de gravar a devolução, e evita "Cliente especificado não encontrado." Com Troca Online ligada, a devolução continua na retaguarda.

• Com Cliente Online desligado, nada disso é chamado.

• Na devolução do PDV (Ctrl+F8), o olho da aba Vendas imprime o DANFE da NFC-e. Quando o PDV está ligado à retaguarda, o DANFE é pedido na retaguarda. Se a nota não está na base, o sistema avisa: "Não foi encontrado a movimentação na base de dados."

• A primeira impressão do cupom de troca deixa de pedir o PIN de reimpressão. O PIN, e o aviso de reimpressão desabilitada, continuam valendo só para a segunda via do cupom que já está como Impresso, da mesma devolução.

• No PDV ligado à retaguarda, o reembolso da devolução deixa de travar. O envio passa a chegar na retaguarda.

• Na associação de fornecedor do produto, o botão Incluir volta a aparecer para quem tem permissão de alterar fornecedores, inclusive quando a lista está aberta a partir da grade.

• No financeiro, o título só entra em aguardando aprovação quando a natureza está com controle orçamentário Sim e existe alçada ativa para essa natureza no centro de custo do rateio. Sem centro de custo, vale a própria loja do título. Natureza com controle orçamentário Não deixa de ir para aprovação só porque existe alçada.

• Na hora de aprovar, o saldo do orçamento só é exigido quando o controle orçamentário é Sim. Natureza marcada como Não deixa de ser tratada como se tivesse limite de orçamento.

• O PIN fiscal fixo só autentica quem não tem autenticador ativo. Quem já usa autenticador precisa usá-lo. Quem não tem autenticador continua com o PIN fiscal fixo.

6. Mudanças Importantes

Informamos que a versão 3.20.25.x / 3.20.r13797.x, a partir da 3.20.25.0 / 3.20.r13797.0, será temporariamente de uso exclusivo do Grupo Tubarão.

Importante: não apliquem versões da linha 3.20.25.x / 3.20.r13797.x em outros clientes sem prévia orientação e ciência da equipe responsável.

Comunicaremos quando essa restrição for removida e a versão estiver liberada para os demais clientes.

O bloqueio do cliente padrão nasce desligado. Quem não mudar o campo para Sim continua alterando o cliente padrão como hoje.

Quem usa módulo Externo no Gestor para Portal, iRelatório ou página no mesmo endereço do sistema precisa abrir o cadastro e marcar Rota Externa. Enquanto a rota continuar interna, o módulo não abre.

Módulo que já usava endereço completo (http:// ou https://) ou o caminho interno do sistema segue como estava, depois da atualização.

Rota Interna continua sendo o padrão dos cadastros novos.

Quem usa alçada no financeiro precisa revisar as naturezas. Título de natureza sem controle orçamentário deixa de ficar aguardando aprovação, mesmo que a alçada exista. O limite do orçamento na aprovação também só vale para natureza com controle orçamentário Sim.

No MDF-e, a capacidade em metros cúbicos continua no cadastro do veículo e não é enviada na emissão.

Quem já usa autenticador deixa de conseguir se autorizar com o PIN fiscal fixo.

7. Problemas Conhecidos

A atualização não marca sozinha como Rota Externa o módulo do Portal, do iRelatório ou da página no mesmo endereço quando esse caminho foi salvo sem http. Esses módulos precisam ser ajustados na tela. Até lá, não abrem.

8. Tarefas Relacionadas a Versão

O conteúdo da 3.20.25.4 / 3.20.r13797.4 permanece nesta versão e já foi publicado na nota dessa linha. Abaixo, o que esta atualização acrescenta.

• ILLI-4306 — Acréscimos, desconto do pedido e texto completo no detalhe do faturamento

• ILLI-4303 — Observação do faturamento na informação complementar da NF-e

• ILLI-4245 — PIN fiscal fixo só para quem não tem autenticador

• ILLI-4295 — Bloquear a alteração do parceiro definido como cliente padrão

• ILLI-4297 — O PDV não cobra cartão fora da venda nem reabre venda já paga

• ILLI-4280 — Cliente pesquisado na retaguarda fica gravado na loja antes do pagamento

• ILLI-4259 — Título só entra em aprovação quando a natureza controla orçamento

• ILLI-4284 — Tara, capacidade e peso da carga no MDF-e

• ILLI-4285 — Mensagem do MDF-e aponta a aba e o campo

• ILLI-4263 — Rota do módulo Externo no Gestor, para Portal e iRelatório

• ILLI-4217 — Botão Incluir na associação de fornecedor do produto

• ILLI-4242 — DANFE da NFC-e na aba Vendas da devolução

• ILLI-4241 — Primeira impressão da troca sem o PIN de reimpressão

• ILLI-4240 — Reembolso da devolução no PDV ligado à retaguarda

• ILLI-4268 — Ajuste interno da publicação do sistema

• ILLI-4281 — Acordo de títulos a pagar

• ISNP-690 — Acordo de títulos a pagar