Implementações
___________________
28997 – Alertar importação de XML para empresa diferente do destinatário
Implementada validação do CNPJ do destinatário durante a importação do XML de NF-e de compra, comparando-o com o CNPJ da empresa logada.
Quando os CNPJs forem iguais, a importação segue o fluxo normal, sem qualquer alerta adicional.
Quando forem diferentes, o sistema passa a exibir a mensagem “O CNPJ do destinatário deste XML é diferente do CNPJ da sua empresa. Deseja continuar com a importação?”

com as opções Cancelar e Importar mesmo assim. Ao selecionar Cancelar, a importação é interrompida e o XML não é lançado. Ao selecionar Importar mesmo assim, o processo segue normalmente.
29193 – Permitir o cadastro e utilização de múltiplos modelos de contrato
Incluído no sistema o cadastro de múltiplos modelos de contrato, acessado em Cadastros → Clientes → Editar/Cadastrar cliente > Acessar o menu de Contratos > Cadastrar

Após preencher todas as informações e clicar para gerar contrato, será apresentado a opção para utilizar layout padrão ou criar novo layout:

Com isso, o cliente passa a conseguir manter diferentes modelos cadastrados simultaneamente, alternando entre eles conforme a necessidade, por exemplo, quando a empresa trabalha com contratos diferentes para cada tipo de serviço, produto ou condição comercial.
Na tela de geração de contrato, foi adicionado um seletor de modelo, permitindo escolher qual modelo será utilizado no momento de gerar o documento. Também é possível salvar o conteúdo atual como um novo modelo, informando um nome para identificá-lo, assim como salvar as alterações feitas em um modelo que já existia ou excluir um modelo que não é mais necessário.
O modelo padrão do sistema continua disponível normalmente, mas não pode ser excluído, garantindo que ele sempre fique preservado como referência. A alteração de um modelo não interfere nos demais, cada um mantém seu próprio conteúdo de forma independente, podendo ser usado livremente para diferentes clientes e operações.
29621 – Impressão da observação individual do produto no Orçamento e Pedido de venda
Implementada em Documentos > Configurações, no grupo DAV’s, a opção “Imprimir observação dos produtos no DAV”, que permite definir se a observação individual informada nos itens do Orçamento e do Pedido de Venda será apresentada na impressão.

Com a opção habilitada, a observação de cada produto é impressa logo abaixo da linha do respectivo item, em todos os layouts do DAV, e somente os produtos que possuem observação apresentam essa informação.

Com a opção desabilitada, o documento é impresso sem as observações dos itens, que continuam gravadas no Orçamento ou no Pedido de Venda para uso interno.
A opção vem desabilitada por padrão, sendo necessário habilitá-la nas configurações para que as observações passem a ser impressas.
29623 – Grid da OS deve ter ícones separados para impressão da OS e do Comprovante de Equipamento
Realizado a modificação do ícone de impressão do comprovante de equipamento e também aplicando ao grid da Ordem de serviço o botão para impressão rápida.
Assim ficando com as duas opções para impressão direta pelo grid, Impressão da OS e Impressão do comprovante de equipamento.

Ajustes
___________________
29302 – Sistema não salva categoria da receita corretamente ao editar pagamento no pedido de venda
Ajustes aplicados para a correta vinculação da categoria após editar o pedido de venda, assim mantendo a categoria informada e atualizada no pagamento do pedido de venda.
30229 – Verificar a importação do CSOSN ao cadastrar o item na importação da compra
Ajustado o cadastro de produto na importação de XML de compra, em que os dados fiscais informados no item da nota, como CSOSN, CST, origem do produto, CST-IPI, CENQ, CST-PIS, CST-COFINS e NCM, são considerados no cadastro do produto quando o sistema realiza o cadastro automaticamente na finalização da importação.
Atenção: ao cadastrar o produto manualmente, pelo botão “Cadastrar novo produto” na barra de ferramentas ou pelo botão direito > “Cadastrar produto”, essas informações não são preenchidas e cabe ao usuário informar todos os dados do cadastro.
Para que o produto seja cadastrado com os dados do XML, deve-se deixar que o sistema realize o cadastro automaticamente.
O ajuste não altera a edição de produtos já vinculados a um cadastro existente nem a importação de outros documentos fiscais.
29550 – Sintegra – Registro 50 gerado em duplicidade
Ajustado o SINTEGRA para agrupar itens do mesmo CFOP e produto quando a opção “Considerar crédito de ICMS” estiver desmarcada.
Também corrigido o campo “Isenta ou não-tributada”, que passa a receber o valor correto do item para CSTs de isenção.
29576 – Usuário sem financeiro consegue gerar boletos pelo módulo de NFC-e
Realizado o ajuste para caso o plano do cliente não suporte, ou o usuário em uso não tenha acesso as Receitas, não seja possível gerar boleto pelos módulos da NF-e, ou NFC-e.
29646 – Sistema não permite mais importar NFC-e para NF-e.
Ajustada a importação de NFC-e para NF-e, que passa a considerar a finalidade da nota (Complementar ou Devolução) em vez do CFOP informado, conforme a NT 2026.002 v1.10.
Corrigida também a geração do XML para evitar duplicidade da tag refNFe.
29698 – Bloquear alteração de campos específicos nos dados da empresa.
Implementado o bloqueio de edição dos campos CNPJ e Serial na tela “Dados da Empresa” do ZWeb e do Clipp360/Fácil.
Enquanto a assinatura estiver em período Teste(Sem serial vinculado), os dois campos permanecem editáveis. Após a inserção de um serial definitivo, CNPJ e Serial passam a ser bloqueados para edição, mantendo os dados da empresa alinhados com o registro do cliente.
Ao salvar os dados da empresa com um serial que representa a migração da conta teste para um plano definitivo, o sistema exibe um aviso de confirmação informando que os campos serão bloqueados.
26944 – Validar documentos e rotinas de importação para NFe em cada finalidade de NFe saida ou NFe entrada eletronica e devolução de NFCe
O menu importação agora irá respeitar o check de NF-e Saída.
Com o check marcado, o menu continua com as mesmas opções do fluxo de venda

Com o check desmarcado, passam a aparecer as opções Devolução de NFC-e e Devolução/Retorno de NF-e

As novas opções usam a mesma rotina de devolução que já existia na listagem de NF-e, agora aceitando NFC-e como origem para devolver.
29772 – Ao tentar emitir NFS-e para Sete Lagoas – MG retorna: ERROR: Element {http://www.sped.fazenda.gov.br/nfse tpRetPisCofins’: This element is not expected. Expected is {http://www.sped.fazenda.gov.br/nfse}CST ).
Adicionado o CST PIS/COFINS “00 – Nenhum” no cadastro do serviço, corrigindo a rejeição na emissão da NFS-e.
29850 – Corrigir reaproveitamento de dados da NFC-e anterior ao cadastrar nova NFC-e
A tela de cadastro da NFC-e passa a ser sempre inicializada limpa, sem aproveitar informações da nota que estava aberta ou em edição, e o carregamento da nota anterior é interrompido ao sair da tela, sem interferir no novo cadastro.
Ao tentar sair da tela de cadastro ou edição enquanto a NFC-e ainda não foi carregada ou salva, o sistema passa a solicitar a confirmação da saída, da mesma forma que já ocorre na NF-e.
29865 – Não está gravando alterações nas permissões do modulo Financeiro.
Corrigida a gravação das permissões de acesso por módulo no cadastro de usuários.
Ao marcar um módulo, como o Financeiro, e salvar, a liberação passa a ser mantida ao reabrir o cadastro do usuário, inclusive quando envolve itens internos sem checkbox próprio, exibidos dentro de outros itens da árvore de permissões.
Ao alterar vários módulos na mesma tela antes de salvar, todas as liberações marcadas passam a ser gravadas.
29910 – Permitir emissão de NFS-e sem identificação do tomador
Ajustado o layout nacional da NFS-e para permitir a emissão de notas sem tomador.
Adicionada a opção “Sem tomador” na seção de tomador da NFS-e, quando selecionada, os dados do tomador não são enviados à Focus.

29940 – Função Enviar documento pelo whatsapp não está utilizando o número do cadastro do cliente.
Padronizado o envio de documentos pelo WhatsApp nas telas de NF-e, NFC-e e NFS-e, que passam a seguir o mesmo comportamento já utilizado em Orçamento, Pedido de Venda e Ordem de Serviço.
Ao selecionar a opção de envio pelo WhatsApp no menu de contexto, o sistema sempre abre o modal de telefone, já preenchido com o número de WhatsApp cadastrado no cliente do documento, permitindo confirmar ou alterar o número antes do envio.
Quando o cliente possui mais de um número de WhatsApp cadastrado, é utilizado o primeiro número do cadastro, e quando não há número cadastrado o campo é apresentado em branco para digitação manual.
Atenção: o envio pelo WhatsApp na NFS-e deixa de ser direcionado automaticamente ao WhatsApp Web e passa a exigir a confirmação do número no modal, da mesma forma que os demais documentos.
29892 – NFS-e – PIS e COFINS calculados como retenção na tela, mas enviados como apuração própria no XML
Realizado ajuste para permitir a emissão de NFS-e com PIS e COFINS retidos utilizando a Focus no padrão nacional.
29988 – Lentidão ao carregar pedidos de venda para importação na Venda Gerencial
Otimizado o carregamento da lista de pedidos na rotina Importar pedido de venda.
A consulta dos pedidos disponíveis para importação passa a localizar diretamente os pedidos em situação válida, como os pedidos “Editando”, sem percorrer o histórico de pedidos já “Exportado”.