...
| Expandir | ||
|---|---|---|
| ||
📘 2️⃣ Entrada de Notas (SUP-61861)Ocorrência: Na tela “Entrada de notas fiscais”, ao importar somente o XML de devolução de cliente, estava gravando um fornecedor no cadastro de produto. Solução: Ajustado o comportamento da pesquisa de produtos na nota. Quando o usuário for importar nota e selecionar “Tipo Pessoa = Cliente”, o sistema irá pesquisar e encontrar o produto, porém não irá atualizar o cadastro do produto. Quando for importar nota e não selecionar nada, o sistema irá pesquisar e encontrar o produto e irá atualizar a referência de “XML do produto”, ou irá criar a associação com o produto e sempre que encontrado o irá exibir a referência dele (Imagem 1).
Local>Tela 2.2.4 - Entrada de notas fiscais 📘 2️⃣ Could not convert variant of type (Null) into type (Integer) (SUP-61782)Ocorrência: Desacerto ao dar entrada em “Nota fiscal” aparecia a seguinte mensagem: “Could not convert variant of type (Null) into type (Integer)”. Solução: Ajustado comportamento da pesquisa de produtos na nota.
Local>Tela 2.2.4 - Entrada de notas fiscais |
| Expandir | ||
|---|---|---|
| ||
📘 2️⃣ Mensagem ao alterar valor do peso (SUP-61695)Ocorrência: Ao alterar o valor do peso na tela "3.2.21 - Manutenção de ordens", a seguinte mensagem estava sendo apresentada: “is not a valid floating point value”. Foi verificado que havia uma inconsistência impedindo de ser informado valores acima de 1000, isso ocorria por causa da máscara utilizada para formatar o campo de peso. Solução: Foi implementada a correção ao informar o peso para os itens e não atualizar o cabeçalho da ordem e assim, corrigida a máscara utilizada para formatar o campo de peso (Imagens 1, 2 e 3).
Local>Tela 3.2.21 - Manutenção de ordens 📘 2️⃣ Cliente não encontrado ao digitar ordem (SUP-61928)Ocorrência: A atualização em massa estava deixando o cliente sem um frete padrão. O sistema informava a mensagem para verificar o frete. Pois o que não existia era um frete padrão no cadastro de clientes. Solução: Ajustado o comportamento do sistema pra quando for feita atualização em massa de frete, o campo frete padrão não ficará em branco pois este campo passará a ser obrigatório para informar um frete padrão (Imagem 1). Na “Digitação de ordens”, foi melhorada a mensagem para quando o cliente deixar sem frete padrão no “Cadastro de clientes”. O sistema informará a mensagem para verificar o frete: “cliente não encontrado, verifique a configuração do frete “, pois o cliente existe mas está sem frete padrão (Imagens 3 e 4). Local>Tela 1.1.13 - Cadastro de clientes Local>Tela 3.2.12 - Digitação de ordens |
| Expandir | ||
|---|---|---|
| ||
📘 1️⃣ Campos marcados desacertadamente na tela de fechamento do pedido(SUP-62148)Ocorrência: O padrão para esses campos caso fossem nulos era “marcado e desabilitado”. Solução: O padrão foi alterado para “desmarcado”, sendo assim os dois campos agora por padrão vem desmarcados (Imagem 1). Local>Tela 5.2.10 - Fechamento de ordens |
| Expandir | ||
|---|---|---|
| ||
📗 2️⃣ SPED Contribuições - Geração do registro 0111 (SUP-58278)Na tela "10.1.7 - Parametrização de CFOPs para SPED”, foi criada uma guia “Configuração do registro SPED Cont. 0111”, para informar o CFOPxCST PIS COFINSx Aliq PISx Aliq COFINS qual tipo de receita bruta irá constar no SPED. O campo de receita bruta, poderá selecionar os tipos de receita bruta constante no “registro 0111”, para distribuir os valores na geração (Imagem 1).
Na tela "10.2.17 - Sped PIS/COFINS", o campo “Método de Apropriação de créditos estiver como “Método de Rateio Proporcional (Receita Bruta)”, irá gerar o registro 0111, de acordo com as regras da tela “10.1.7 - Parametrização de CFOPs para SPED”. Irá buscar o cfopxcstxaliquota da nota fiscal de acordo com o cadastro, somando o campo total produto do item para totalizar na receita bruta de acordo com a parametrização (Imagem 2).
|
...