Próxima versão

🔹28685 – Fator de conversão no lançamento de item com lotes
Foi implementado o fator de conversão para produtos controlados por lote, permitindo que a unidade comercializada seja diferente da unidade utilizada no controle dos lotes.

Exemplo prático: O cliente compra e vende oxigênio em metros cúbicos (m³), porém o controle dos lotes é realizado por cilindro, devido à necessidade de controle individual de validade. Por exemplo, ao comprar 60 m³ de oxigênio, o produto é recebido em 6 cilindros (contendo 10m³ cada), sendo cada cilindro controlado por lote.
Nesse cenário, ao vender 2 cilindros, o sistema deverá realizar a baixa de:

* 2 unidades do lote (cilindros);
* 20 m³ da quantidade do item.
Dessa forma, o fator de conversão permite que o controle dos lotes e a quantidade comercializada sejam tratados corretamente pelo Clipp.

Para utilizar o recurso, é necessário:

* Cadastrar o fator de conversão em Estoque > Unidade de Medida > Fator de Conversão.
* No cadastro do produto controlado por lote que utilizará o fator de conversão / acessar a guia Lotes;
* Indicar o tipo de baixa do lote como Manual;
* Selecionar a Unidade de Conversão Nota Fiscal.
* Ao gravar o cadastro do produto com fator de conversão de lote definido, o sistema verificará se a quantidade de lotes é compatível com a quantidade do item, considerando o fator de conversão configurado.
Se as quantidades forem compatíveis, o cadastro será gravado normalmente.
Caso contrário, o sistema apresentará um aviso informando a inconsistência.

Na venda, deve ser informada a quantidade de lotes que está sendo comercializada. No exemplo, deve ser informada a quantidade de cilindros vendidos. Com essa informação, o sistema calculará automaticamente a quantidade correspondente na unidade de comercialização, considerando o fator de conversão.

Na devolução, deve ser informada a quantidade que está sendo devolvida (neste exemplo em m³). Nesse caso, o sistema realizará o cálculo inverso, identificando a quantidade de lotes correspondente à quantidade devolvida.

Importante:

* O recurso está disponível somente para Notas Fiscais de Entrada e Saída.
* Demais documentos, como NFC-e, Venda Gerencial e DAVs, não possuem suporte ao fator de conversão para lotes. Por esse motivo, esses documentos não permitem a utilização de itens que possuam fator de conversão configurado no lote.

🔹29260 – Voltar a exibir opção Visualização na tela de geração de boletos
Atendendo a solicitações, a opção Visualizar voltou a estar disponível na tela de geração de boletos. Além de visualizar os boletos, o sistema agora também salva automaticamente o PDF de cada boleto individualmente na pasta configurada, facilitando o envio e o arquivamento dos documentos.

🔹Exigir senha do supervisor para a opção “Emitir todos” na venda gerencial
Implementamos um recurso de segurança que permite ao supervisor restringir a emissão em massa de documentos fiscais (NFC-e, NF-e e NFS-e) das vendas gerenciais pendentes. Ao ativar a configuração, apenas usuários com senha de supervisor poderão utilizar a opção “Emitir todos”, evitando emissões acidentais em lote. A configuração fica desmarcada por padrão e pode ser ativada conforme a necessidade de cada cliente.

🚀 Melhorias

🔸28934 – Sistema gerando linha digitável incorreta em relação ao manual do banco Sicoob.
Foi incluído o suporte à carteira 9 para boletos do Sicoob e realizada uma adequação na geração da linha digitável, garantindo que sua composição siga o padrão exigido pelo banco.

🔸27964 – Clipp – erro ao gerar boleto de conta vencida originalmente gerado via remessa e atualmente configurado via API
Foi realizada uma melhoria na geração de boletos para evitar que documentos já emitidos sejam processados novamente como uma nova emissão. Agora, quando o boleto já estiver registrado no sistema, o processo utilizará os dados da emissão original.

Caso o PDF do boleto ainda esteja disponível, ele será aberto diretamente. Se o arquivo não estiver mais disponível, o sistema permitirá gerar novamente o PDF com os dados já registrados, sem alterar ou emitir um novo boleto. Essa melhoria também contempla boletos que foram originalmente emitidos por arquivo de remessa e, posteriormente, passaram a utilizar a emissão via API.

🔸27703 – Impedir acesso a todos os executáveis que gravam registros no banco de dados, quando o serial está bloqueado
Foi realizada uma adequação no comportamento de alguns executáveis (DAV, Kit, ClippFarma, Composto…) para atender às regras de bloqueio de licença do sistema.

🔸28700 – Ao criar atalhos pelo sistema não é possível gerar do Service, Cheff e Farma.
Foi aprimorado o recurso de criação de atalhos para permitir a geração dos atalhos do Clipp Service, Clipp Cheff e ClippFarma diretamente pelo sistema.

🔸29388 – Ao emitir CT-e de Anulação é retornado o erro: TAG:%TAGNIVEL% ID:#028/cMunIni(Código do Município onde o CT-e está sendo emitido) – Conteúdo inválido.
O CFOP que a tela usa pra “Anulação” (1206/2206/3206) não serve mais nesse novo formato — a SEFAZ passou a validar o CFOP pela combinação de UF de início/fim da viagem, e esses códigos antigos não batem com essa regra. O CFOP certo agora é outro conjunto (5206 pra mesma UF, 6206 pra UF diferente, 7206 pra exterior — mesma ideia de “anulação”, só que atualizado pro padrão novo).

No cadastro de Natureza de Operação no sistema usar esses códigos novos em vez dos antigos.

🛠️ Ajustes

🔺 27844 – Clientes estão com nome em vermelho, mas não há contas a receber sendo exibidas devido a INV_REFERENCIA.
Foi efetuado um ajuste para corrigir registros antigos de contas a receber que poderiam impedir sua correta exibição no sistema, regularizando também a situação apresentada no cadastro dos clientes.

🔺28017 – Ao tentar cancelar NFS-e no município de Ipatinga – MG retorna: Serviço Preparar Enviar Evento não implementado para este provedor.
Efetuado um ajuste no processo de cancelamento de NFS-e para o município de Ipatinga/MG, adequando o sistema ao funcionamento do provedor, que realiza o processamento das solicitações de forma assíncrona. Assim, após o envio do cancelamento, o sistema realiza o acompanhamento do processamento para obter o resultado e atualizar corretamente a situação da nota.

🔺27624 – Sistema exibindo CFOP interestadual em operação interna na importação de XML.
Efetuado ajuste para fazer “conversão” de CFOP de saída para entrada para essa rotina. Vai ficar correto para CFOPs de venda que possuem o seu correspondente para compra trocando somente o primeiro dígito. Para casos onde não tem CFOP correspondente, precisa fazer lançamento manual.

🔺27635 – Sistema está calculando ICMS em nota de importação que não possui tais valores.
Ajuste efetuado para respeitar os valores que constam no XML de importação

🔺28227 – Ao imprimir a DANFS-e o QR CODE está sobrepondo informações complementares somente na impressão Padrão.
Foi realizada uma melhoria no layout de impressão da DANFSE para Ribeirão Preto/SP, ajustando o espaço destinado às informações complementares para evitar que o QR Code fique sobreposto ao conteúdo da nota. Dessa forma, a impressão passa a apresentar o QR Code e as informações complementares de forma adequada, sem sobreposição.

🔺29162 – Ao realizar a emissão do GNRE retorna: O Campo Extra ‘OBSERVACAO’ (Código: ’72’) deve ser informado!
Situação corrigida a partir de uma atualização do componente para emissão da GNRE, a partir da versão 2026.2.9.0.

🔺27819 – Link encurtado enviado no WhatsApp está retornando erro de acesso. Esta página não está funcionando Redirecionamento em excesso por www.nfe.fazenda.gov.br
Realizamos um ajuste na chamado do encurtardor de link. Anteriormente, poderia apresentar o erro de “redirecionamento em excesso” ao ser acessado pelo celular. Após o ajuste, o link passou a abrir normalmente tanto em dispositivos móveis quanto em computadores.

🔺28002 – Relatório de quantidade mínima com divergência.
Corrigido o relatório de Quantidade Mínima para padronizar a exibição dos itens e o cálculo da coluna Diferença, considerando corretamente a quantidade reservada.

🔺28218 – Sistema não está inserindo os dados da Reforma Tributária quando importado XML de Compra utilizando a Parametrização de tributos.
Verificamos a situação relatada e confirmamos que o sistema está funcionando conforme a regra definida para a Reforma Tributária: as classificações de saída só são gravadas quando a classificação de entrada está preenchida na parametrização de tributos. Para que os dados sejam gravados ao importar o XML de compra, orientamos preencher também o campo de classificação tributária de entrada no cadastro da parametrização.

🔺28285 – Sistema não cancela o financeiro ao devolver uma NFC-e originada de um Gerencial que possui múltiplas formas de pagamento.
Foi corrigido o processo de devolução de NFC-e originada de venda gerencial com múltiplas formas de pagamento, incluindo situações que utilizam PIX e pagamento a prazo.

🔺28847 – Sistema está gerando incorretamente a tag <vBC> do grupo <gIBSCBS> para Simples Nacional.
Foi realizada uma correção no cálculo da base de IBS/CBS para empresas do Simples Nacional. Anteriormente, um valor de ICMS calculado internamente pelo sistema podia ser considerado indevidamente na composição dessa base, mesmo sem ser apresentado no XML da nota.
Agora, o sistema desconsidera esse valor de ICMS nessas operações, garantindo que a base de IBS/CBS seja calculada de acordo com as informações efetivamente utilizadas na emissão da nota.

🔺28361 – Sistema não solicita confirmação do desconto do convênio no DAVs.
Corrigimos uma situação onde, ao inserir um item em um Pedido ou Orçamento para um cliente com convênio, o sistema não pedia mais a confirmação do desconto do convênio aplicando-o automaticamente sem aviso. Agora o sistema volta a exibir a mensagem de confirmação antes de aplicar o desconto.

🔺28383 – Ao Gerar lista de envio para WhatsApp no módulo Contas a Receber, o sistema exibe apenas os modelos de mensagem cadastrados com o tipo Para uma conta.
Foi realizada uma correção nas rotinas de envio de mensagens pelo WhatsApp, permitindo a utilização dos modelos cadastrados para uma ou várias contas.

🔺29335 – Sistema não está considerando o valor de vICMSUFDest no cálculo da tag <vBC> do IBS/CBS
Realizado uma correção no cálculo da base do IBS/CBS para que o valor do ICMS destinado à UF de destino seja considerado corretamente na composição da base de cálculo. Com isso, o sistema passa a utilizar o valor correto do ICMSUFDest no cálculo da base do IBS/CBS, garantindo que o valor apresentado no XML esteja de acordo com a regra de cálculo estabelecida para a emissão da nota fiscal.

🔺28501 – Ao importar arquivo de remessa do Banco Safra CNAB 400 retorna: A conta 0000000001 não foi encontrada ou já foi recebida.
Corrigimos uma situação na importação de arquivo de retorno do Banco Safra (CNAB 400), onde o sistema não localizava as contas por conta de zeros à esquerda no número do documento. Agora a importação identifica e baixa os títulos corretamente.

🔺28407 – ClippPRO não está gerando a composição automatica ao clonar nota.
Corrigimos uma situação onde, ao clonar uma venda com um produto que possui composição automática, o sistema acusava falta de estoque em vez de compor o produto automaticamente utilizando seus componentes. Agora a clonagem da nota respeita a composição automática, gerando o produto corretamente como em uma venda nova.

🔺28606 – Sistema duplica o valor de serviço no total da nota ao remover uma tabela de preço na NF-e.
Corrigimos uma situação na importação de uma DAV-OS para uma NF-e que continha produtos e serviços. Ao aplicar e depois remover uma tabela de preço, o valor do serviço era somado indevidamente ao total de produtos, fazendo com que o total da nota ficasse duplicado. Agora os valores são recalculados corretamente ao remover a tabela de preço, sem duplicação.

🔺28647 – Ao salvar um item que possua uma unidade tributável informada, nos dados do ANP, que não esteja cadastrada no sistema é retornado o erro: Não foi possível gravar os dados.
Ajustado o cadastro de itens com dados do ANP para identificar quando a unidade tributável informada não está cadastrada e orientar o usuário sobre o cadastro necessário.

🔺29309 – Ao tentar emitir NFSe em Guaramirim – SC retorna: Erro: Element ‘valores’: This element is not expected. Expected is (cLocalidadeIncid). Line: 1
Foi realizado um ajuste na emissão de NFS-e para corrigir a rejeição apresentada ao enviar as informações da Reforma Tributária. Com a correção, a nota poderá ser emitida normalmente, mantendo as informações da Reforma Tributária habilitadas.

🔺29384 – Ao emitir NFS-e para Goiania – GO o sistema não encontra o XML e protocolo de NFSe retornando fora de padrão.
Foi realizada uma adequação na emissão de NFS-e para Goiânia/GO devido a uma alteração no padrão de informações retornadas pelo provedor. Com a melhoria, o sistema passa a localizar corretamente o arquivo da nota após a autorização, permitindo sua visualização e impressão normalmente.

🔺29401 – Ao emitir NFS-e em Goiania – GO é retornado o erro: Erro de Conexão: xmlParseEntityRef: no name
Foi realizada uma melhoria na emissão de NFS-e para Goiânia/GO, corrigindo o tratamento das informações retornadas pelo provedor. Com a alteração, a emissão da nota passa a ocorrer corretamente, sem apresentar o erro de conexão identificado anteriormente. Também foram aprimorados alguns pontos da impressão da NFS-e, incluindo a exibição do número da DPS e o posicionamento do QR Code, evitando sobreposição com as observações.

🔺28702 – Erro de INV_REFERENCIA gerando problemas no recebimento de contas.
Foi realizado um ajuste na rotina de Contas a Receber para que registros que foram excluídos manualmente não sejam considerados indevidamente como recebimentos parciais. Com isso, o sistema passa a tratar corretamente essas situações e evita a apresentação da mensagem de que a conta já foi recebida quando isso não corresponde ao processo realizado.

🔺29447 – Ao realizar a checagem de movimento em base específica mostra: [FireDAC][Phys][FB]arithmetic exception, numeric overflow, or string truncation
Foi realizada uma melhoria na rotina de Checagem de movimento para evitar que a conferência seja interrompida quando a base possuir determinados cadastros com quantidades ou fatores de conversão zerados ou inválidos. Agora, o processo pode ser concluído normalmente nessas situações.

🔺29073 – Sistema está subtraindo o desconto das vendas no Decreto 56670/22 deixando o valor negativo das Vendas do dia no Dashboard.
Foi realizada uma correção no Dashboard para evitar que vendas emitidas pelo Decreto 56.670/22 apresentassem valores negativos em Vendas do dia. O problema ocorria quando o desconto da operação era considerado no cálculo mesmo com o valor da venda sendo desconsiderado.

🔺28761 – Usuário que não tem permissão total ao sistema consegue gerar a Análise inteligente e ter acesso aos dados financeiros da empresa.
Foi realizada um ajuste no controle de acesso da Análise Inteligente, reforçando a segurança das informações financeiras da empresa. A partir da alteração, o acesso à Análise Inteligente passa a seguir a mesma permissão utilizada para o Dashboard. Dessa forma, somente usuários autorizados poderão visualizar essas informações, inclusive quando a funcionalidade for acessada diretamente pelo menu.

🔺28798 – Sistema não localiza corretamente o Objeto na OS se o mesmo possui descrição alfanumérica.
A pesquisa de objetos na Ordem de Serviço foi aprimorada para localizar corretamente descrições que possuem letras e números, como S10 por exemplo. Agora o sistema diferencia a pesquisa por código da pesquisa por descrição, evitando que uma descrição alfanumérica seja interpretada incorretamente como um código. Além disso, a busca por descrição ficou mais abrangente, permitindo localizar o objeto mesmo quando o termo pesquisado estiver em qualquer parte da descrição.

🔺28799 – Ao emitir CC-e retorna: Em um documento XML só são permitidos elementos de nível superior. <xObs>-</xObs>
Foi realizado um ajuste na rotina de Carta de Correção eletrônica para tratar corretamente documentos CT-e OS que não possuem determinada estrutura complementar no XML. O sistema agora cria automaticamente a estrutura necessária antes de disponibilizar a tag de observação para correção. Com isso, a Carta de Correção pode ser realizada normalmente.

🔺28818 – Ao emitir NFS-e em Maravilha – SC as OBS são duplicadas quando importado uma OS que possua Mensagens fixas individuais (por linha).
Foi realizado um ajuste na emissão e impressão da NFS-e para evitar a duplicação das observações quando uma OS possui mensagens fixas individuais por linha. Agora, o sistema identifica corretamente as observações que já foram importadas para a NFS-e, inclusive quando possuem quebra de linha, evitando que sejam incluídas novamente após a transmissão.

🔺28952 – Ao salvar um item onde foi efetuada a consulta por GTIN é retornado o erro: O campo CEST deve conter 7 dígitos.
Realizado um ajuste no cadastro de produtos por meio da Consulta GTIN. Quando o CEST retornado pela consulta não apresenta os zeros à esquerda, o sistema agora completa automaticamente o código para que ele fique com os 7 dígitos necessários. Dessa forma, o item pode ser salvo normalmente após a consulta, sem a necessidade de corrigir manualmente o CEST.

🔺28840 – Ao validar o SPED ICMS/IPI é retornado o erro: O campo possui um valor diferente de seus valores válidos. Registro D500
Tratamento efetuado para não gerar mais NFe modelo 62 no registro do sped D500.

🔺29232 – Clipp Cheff com lentidão ao carregar pedidos – Não grava os filtros.
Corrigimos duas situações no ClippCheff, na tela de Pedidos: a lentidão ao carregar a listagem de pedidos, que dava a impressão de a tela ser carregada várias vezes após gravar um pedido, e a situação onde uma comanda finalizada não aparecia na listagem, mesmo selecionando a opção “Todos” ou “Finalizados”. Agora o carregamento da tela de pedidos está mais rápido e os pedidos finalizadas são exibidos corretamente nos filtros.

🔺28915 – ClippPRO está alterando o valor da base de calculo após gravar importação de XML.
Corrigimos uma situação onde, ao importar um XML de compra com redução da base de cálculo de ICMS, o sistema exibia os valores corretos durante a importação, mas ao gravar e reabrir a nota a base de cálculo era recalculada sem a redução, alterando o valor do ICMS. Agora o sistema mantém o percentual de redução informado no XML, preservando os valores corretos após a gravação da nota de compra.

🔺27440 – Permitir 4 casas decimais na Aliquota ISS – Montividio-GO
Ajustado para poder informar até 4 casas decimais para o campo alíquota ISS na NFSe.

🔺27646 – DAV aprovado/finalizado permitindo edição
Corrigimos uma situação onde um DAV finalizado podia ser alterado pela opção Visualizar: o botão Importar ficava ativo e permitia importar um KIT mesmo com o registro travado. Agora, para DAVs finalizados ou fechados, o botão Importar fica desabilitado, impedindo qualquer alteração indevida e a visualização normal do documento continua funcionando.

🔺28417 – Sped Fiscal – Ajuste na geração do custo do item no registro H020 deixando compatível com o custo utilizado no registro H010
Foi realizado um ajuste na geração do SPED Fiscal para garantir que, quando um item possuir valor de custo zerado no inventário, essa informação também seja mantida corretamente no registro correspondente, evitando divergências entre os dados apresentados no arquivo.

🔺29609 – Ao efetuar a emissão/impressão de uma NFC-e emitida pelo ClippCheff é retornado o erro: Divergência entre dados gerados do XML e banco.
Foi realizado um ajuste na impressão de NFC-e para tratar pequenas diferenças de arredondamento de até R$ 0,01 que podem ocorrer no cálculo de vendas com produtos fracionados. Com a alteração, quando a NFC-e estiver autorizada pela SEFAZ e a única diferença encontrada estiver dentro dessa margem, o sistema permitirá a impressão normalmente, evitando que uma pequena divergência de arredondamento impeça a entrega do documento ao consumidor.

🔺29598 – Serviços gravados na TB_EST_PRODUTO após atualização.
Foi realizada uma correção no DAV para tratar uma inconsistência na totalização de itens na impressão do DAV.

🔺28550 – Erro de validação xJustMotivo – Insucesso de entrega
Validação por número de caracteres aplicada no campo de MOTIVO, no insucesso de entrega.

🔺29649 – Ao emitir NFS-e em Mafra – SC é retornado o erro: Erro: Erro de Conexão: Erro Interno: 0 Erro HTTP: 404 URL: http://nfse1.publica.inf.br/mafra_nfse_integracao/Services WebService retornou um XML vazio.
Em contato direto com a prefeitura recebemos as seguintes informações:

A prefeitura de Mafra-SC vai migrar para o layout Padrão Nacional a partir de 01/11/2026. Até lá, o ambiente atual (provedor publica.inf.br) deveria continuar funcionando normalmente, mas o ambiente de consulta está fora do ar de forma generalizada, há relatas dessa situação em diferentes softhouses.

A prefeitura tem chamados abertos com o provedor para a resolução dessa questão.