...
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
Notas de versão:
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Integrador parando ao tentar excluir pastas no Servidor FTP (SUP-60915)Ocorrência: Não possuía acesso de exclusão com o usuário para remoção de pastas no FTP, ocasionando o desacerto. Solução: Foi criado um campo para controle e exclusão de pastas. Como padrão, será criado como “NÃO”, assim, caso o cliente deseje continuar utilizando, deve-se mudar o novo campo para “SIM”. Além disso, o erro não será mais exibido em mensagem e sim, em log (Imagem 1). Local>Tela Integrador 📘 3️⃣ Desacerto no integrador Jetcommerce (SUP-61106)Ocorrência: Algum dos pedidos estavam travando a importação dos outros, por algum problema na conversão UTF-8 para ASCI. Solução: Foi feito um ajuste e a conversão da importação em massa de pedidos, foi alterada de ASCI para ANSI, importando assim os pedidos. Local>Tela Integrador |
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Atualização massa com fidelidade 33,33% (SUP-60994)Ocorrência: Desacerto na atualização em massa de produtos no campo "%Fidelidade" com casas decimais. Solução: Foi realizado um ajuste na atualização em massa do campo "%Fidelidade", onde só estará sendo atualizado número inteiro (Imagem 1). Local>Tela 1.1.19 - Cadastro de produtos |
...
Expandir | ||||
---|---|---|---|---|
| ||||
📗 1️⃣ Relatório de apuração de royalties (SUP-58358)Foi restaurada a tela “3.3.8 - Relatório de Apuração Royalties”, onde o filtro e a consulta eram feitos por produto (Imagem 1). E na tela “3.3.31 - Relatório de Apuração Royalties (NOVO)” será realizado o filtro somente por fornecedor (Imagem 2). Sendo assim, agora teremos dois relatórios de “Apuração Royalties”. 📘 2️⃣ Peso nas ordens (SUP-60441)Ocorrência: Ao tentar alterar o “Peso Bruto e Peso Líquido” na tela “3.2.21 - Manutenção de Ordens”, onde os itens da ordens não possuíam peso informado, ou seja, a soma do peso de todos itens era igual a 0, era apresentando a seguinte mensagem:
O desacerto acontecia pelo fato de ocorrer uma divisão por 0. Foi identificado também que, em algumas situações ao alterar o “Peso Bruto e Peso Líquido” na tela “3.2.21 - Manutenção de Ordens”, a atualização ocorria de forma errônea ocasionando um desacerto:
Esse desacerto se dava pelo fato dos campos “ITE_PESO_BRU e ITE_PESO_LIQ” ficarem com um número muito grande. Solução: Foi implementada uma validação, caso algum item da ordem na tela “3.2.21 - Manutenção de ordens” não possua peso informado será exibido uma tela onde o usuário poderá informar o peso bruto e peso líquido em gramas para cada item da ordem que possua peso igual a 0, dessa forma ao gravar a operação será atualizado o cadastro de produtos dos itens com o peso informado (Imagem 1). Ao alterar o peso bruto e peso liquido e clicar em salvar, será exibido uma tela para que o usuário possa informar os pesos (Imagem 2). Tela com os dados a serem atualizados (Imagem 3). O peso informado nessa tela será atualizado no cadastro de produtos. Informado peso para os produtos (Imagem 4). Ao clicar em gravar será pedido uma confirmação (Imagens 5 e 6). Desta forma, um produto ficou com peso 0 e ao clicar em OK os itens que já foram atualizados sumirão, mantendo apenas o que possui peso igual a 0 (Imagem 7). Caso o usuário queira sair da tela, será informado que existem itens que estão com peso igual a 0 e será apresentada uma mensagem de confirmação (Imagem 8). Caso o usuário clique em “NÃO”, os pesos informados para os produtos serão atualizados na ordem da forma, que será calculado o peso em “KG” de cada item na ordem “Peso em gramas dividido por 1000 e multiplicado pela quantidade do item na ordem” (Imagens 9 e 10). Caso o usuário queira prosseguir mesmo com itens com “peso 0” na ordem, será exigido a confirmação via “Captcha”.
Peso dos itens recalculados proporcionalmente com base no novo peso informado (Imagem 15). Existe situação em que o usuário poderá informar peso 0 no cabeçalho e ao gravar, todos os itens terão seu peso zerado (Imagem 16). Caso o usuário informe o peso no cabeçalho novamente a tela com a validações dos itens será exibida, porém trará como lembrança o peso dos itens do cadastro de produtos (Imagem 17). Local>Tela 3.2.21 - Manutenção de ordens Local>Tela 3.2.12 - Digitação de ordens Local>Tela 4.2.6 - Expedição 📙 2️⃣ Parâmetro de valor de diferença máxima entre pedidos B2B e ERP (ERP-1936)Na tela “3.5.7 - Guarani móvel - Android - importação de dados”, ao importar pedidos por esta tela, os pedidos advindos do “B2B” terão uma verificação extra para ajuste de valores, devido a falta de algumas funções de cálculo do “Magento”. O parâmetro “Valor de diferença máxima permitida”, foi criado e é do tipo numérico, onde um valor de limite deve ser estabelecido (Imagem 1). Pedidos que forem de origem do “B2B” e não possuírem diferença entre o valor que chegou na tabela temporária “valores do próprio B2B” e o valor final do pedido, calculado através das procedures, seguirão normalmente e serão importados no lote.
Pedidos que forem de origem do “B2B” e possuírem uma diferença entre o valor da tabela temporária e o que seria efetivamente exibido na “Digitação de ordens” dentro do limite do parâmetro, não serão importados na primeira vez, tendo sua observação interna alimentada (Imagem 2). 📙 1️⃣ Sem permissão para a tela análise de corte (SUP-56651)Na tela “3.2.12 - Digitação de Ordens”, quando estiver como “SIM” o evento “Bloquear corte de itens ped”, não será possível realizar o corte (Imagens 1 e 2). E quando estiver como “NÃO” o evento “Bloquear corte de itens ped”, será possível realizar o corte, mantendo o comportamento existente. |
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Número máximo de itens, pelo manual da SEFAZ (SUP-60801)Ocorrência: Impossibilidade de transmitir NF-e de devolução, aparecia a seguinte mensagem “Você atingiu o número máximo de itens (100) permitidos pelo manual da SEFAZ“. Solução: Foi realizado um ajuste na tag (rastro), da NF-e de devolução, o sistema estava considerando lotes de itens de todas as notas de saída e agora passará a considerar apenas da nota referente ao pedido (Imagem 1). Local>Tela 4.2.5 - Emissão de notas fiscais eletrônicas (NF-e) 📘 1️⃣ Romaneio aparecendo pendente, mesmo com todos os pedidos com status em trânsito (SUP-60486)Ocorrência: Quando dois usuários estavam mexendo no mesmo romaneio ao mesmo tempo, tentando inserir o mesmo pedido, este aparecia pendente mesmo quando todos os pedidos faturados. Solução: Foi realizado um ajuste na expedição para que os dados sejam atualizados, caso um romaneio esteja aberto em mais de uma tela (Imagem 1). Local>Tela 4.2.6 - Tela Expedição |
...