| Pendência | Resolução |
|---|
| MILLEN-10247 | O processo foi analisado e tratado, o sistema estava buscando os drills(são os botões de função) dentro da página principal, nesse caso como a página principal "Detalhar OP" também é um drill o sistema não encontrava o que deveria carregar. Foram repassados os drills da página principal para dentro das páginas secundárias e feita a organização de ambos, caso a página secundária possua drills também, com a finalidade de deixar todos eles acessíveis. |
| MILLEN-10248 | Situação já corrigida pela pendência MILLEN-11657. |
| MILLEN-11657 | Sistema não estava fazendo decodificação das measures, não estava entrando na rotina de atualização do mapa.
Foram efetuadas correções e melhorias tanto na atualização quanto na carga do mapa, efetuado também melhoria na decodificação das measures. |
| MILLEN-13608 | Em Produção / Andamento, ao realizar andamento clicando sobre a parte e com células, a parte não aparecia na fase indicada.
Verificiado que não era feito o processo de desmembrar lote necessário para acertar a célula. Corrigido para entrar no processo de desmembrar lote corretamente.
Necessário executar o script anexo no jira para correção das células nas produções em que já foram realizados os andamentos. |
| MILLEN-14057 | Alterado processamento para permitir maior número de registros exportados.
Retirado limite de 20k registros, deixando a mensagem apenas quando recebemos erro no processo, assim o limite fica vinculado apenas a memória do browser. |
| MILLEN-14079 | Mensagem de erro tratada. O erro ocorre pelo limite de 1000 borderôs. |
| MILLEN-14112 | O processo foi analisado e tratado, pois estava com irregularidades para emitir uma nota de serviço. Foi feito um ajuste para a correção. |
| MILLEN-14195 | Sistema descontando 1 centavo do pedido de venda.
Foi trocado o label do parâmetro ' Não Truncar 2 casas Decimais(p/ Cupom Fiscal)' , para ' Truncar 2 casas Decimais(p/ Cupom Fiscal). |
| MILLEN-14214 | Correção realizada na millen-14421 - Processo foi analisado e tratado, ao ler a configuração, o sistema valide a quantidade de registros informados antes de atribuir o valor da configuração. |
| MILLEN-14244 | Na alteração do pedido de compra, quando o produto estava configurado com fator de conversão e o usuário clicava para alterar/confirmar a quantidade na tela de grade, o sistema estava aplicando novamente o fator de conversão. Desta forma, o valor total do item ficava incorreto.
Feito tratamento para armazenar e recuperar a informação de que o sistema já havia aplicado o fator de conversão após confirmar a quantidade na tela de grade. |
| MILLEN-14319 | Ao finalizar nota era apresentado valor do FCP menor do que 1 centavo.
Foi adicionada validação para valor do item diferente do zero. |
| MILLEN-14382 | Na versão anterior do componente da TecnoSpeed não possuia os arquivos necessários para consulta no DF na Sefaz.
Adicionados os arquivos necessários para o DF. |
| MILLEN-14421 | Processo foi analisado e tratado, ao ler a configuração, o sistema valide a quantidade de registros informados antes de atribuir o valor da configuração. |
| MILLEN-14462 | Na validação de preenchimento dos tipos de pagamento para Crédito e Reembolso de CRM, poderia ocorrer situação onde existia o registro na base de dados referente a configuração, porém não ter valor no campo PARAM_VALUE da tabela CONFIGURACOES. A consequência disso é que era gravado valor null no campo TIPO_PGTO da tabela TROCA_DEVOLUCAO_VALORES na geração de devolução no chamado CRM. Então, no momento de fazer um movimento de devolução, como o campo TIPO_PGTO = null, então o sistema carregava o tipo Dinheiro.
Feito ajuste na validação dos tipos de pagamento para Crédito e Reembolso de CRM, para certificar que realmente estão cadastradas. |
| MILLEN-14463 | Produtos listando no log de vitrine sem estarem na vitrine.
Foi necessário verificar em qual produto o SKU está amarrado na VTEX, e compará-lo com o produto que foi classificado como novo no millennium,
caso seja o mesmo produto, será resgatado o Id do produto cadastrado na VTEX, atualizando a referência entre VTEX e millennium. |
| MILLEN-14493 | O processo foi analisado e tratado, pois o sistema não estava respeitando a configuração para o campo "Mora" na inclusão do borderô. Foi feita uma tratativa para a correção. |
| MILLEN-14643 | Produtos listando no log de vitrine sem estarem na vitrine.
Verificar em qual produto o SKU está amarrado na VTEX e comparar com o produto que foi classificado como novo no millennium,
caso seja o mesmo produto, será resgatado o Id do produto cadastrado na VTEX, atualizando a referência entre VTEX e millennium. |
| MILLEN-14698 | O sistema estava obrigando o usuário a preencher o endereço completo do cliente na venda para novos clientes. No caso da pendência, o cliente utiliza cupom SAT.
Foi ajustada a condição que verifica a obrigação de preencher o endereço completo do cliente. Somente será obrigatório preencher o endereço completo quando realmente necessitar, por exemplo quando houver entrega do produto, emissão de NFe, etc. |
| MILLEN-14782 | Como o Grupo de Acesso dos usuários está com limitação de acesso aos Eventos, o servidor inclui em todas as pesquisas a condição de permissão, para o caso de eventos o sistema estava desconsiderando a opção de não ter evento(evento =null), como é no caso dos pedidos de venda que ainda não foram faturados.
Para corrigir foi feita a inclusão da condição na where da pesquisa para casos de evento nulo, como já existia para filiais.
As permissões são criadas/salvas pelo Gerenciador de Usuários, após atualização o cliente precisa abrir, salvar e fechar o gerenciador de usuários para atualizar as condições de permissões para a atualização fazer efeito. |
| MILLEN-14815 | Existem transferências que foram excluídas, mas suas transferências filhas (Encadeadas ou Rearmazenagem) ainda estão em aberto, consumindo um saldo que já foi excluído.
Foi desenvolvida a correção para não permitir mais essa situação, entretanto as transferências que já estão na base precisam ser excluídas manualmente. Segue anexa no jira, query para identificar quais transferências são necessárias excluir. |
| MILLEN-14825 | Alterado processamento para permitir maior número de registros exportados.
Retirado limite de 20k registros, deixando a mensagem apenas quando recebemos erro no processo, assim o limite fica vinculado apenas a memória do browser. |
| MILLEN-14879 | No comando de DELETE havia alguns alias que não eram interpretados pelo SQLServer, no firebird não ocorria o erro.
Removidos alias no comando DELETE. |
| MILLEN-14887 | O processo foi analisado e tratado, pois estava com irregularidades em alguns filtros de telas do sistema. Foi feito um ajuste para a correção. |
| MILLEN-15009 | Nova tratativa no envio das imagens do SKU para a plataforma VTEX(SOAP).
Para que no caso de ocorrer o erro de "Não foi possível encontrar a chave EnderecoSite no Dicionário do WebSite principal no Portal da loja" não seja finalizada a publicação, será feita a "republicação" das imagens daquele sku. |
| MILLEN-15037 | Sistema passou a não exibir automaticamente mensagem com informação do ICMS desonerado não estava sendo lançada devido à mudança de comportamento do componente Tecnospeed.
Devido ao atual comportamento do componente foi criado no arquivo NFeSolucoes.ini o parâmetro ImprimirMensagemIcmsDesonerado na seção CORRECOES_PONTUAIS. Informar o valor T para impressão da das informações de desoneração em Informações Complementares. Exemplo no arquivo NFeSolucoes.ini :
[CORRECOES_PONTUAIS]
ImprimirMensagemIcmsDesonerado=T |
| MILLEN-15099 | O processo foi analisado e tratado, pois o sistema não calculava os valores de Difal(Partilha) para ICMS com base zerada. Foi feito um ajuste para a correção. |
| MILLEN-15136 | O processo foi analisado e tratado, pois estava com irregularidades na utilização de crédito na finalização da venda. Foi feito um ajuste para a correção. |
| MILLEN-15169 | O processo foi analisado e tratado, pois estava com irregularidades ao transformar orçamento em pedido. Foi feito um ajuste para a correção. |
| MILLEN-15206 | Feito ajuste, para que os títulos que estejam sinalizados como 'previsão', não sejam considerados como 'em aberto'. |
| MILLEN-15209 | O processo foi analisado e tratado, pois estava com irregularidades após a geração do arquivo sped. Foi feito um ajuste para a correção. |
| MILLEN-15214 | O processo foi analisado e tratado, pois estava com lentidão ao utilizar o campo Produtos na tela de Derivar preços. Foi feita uma melhoria para retornar mais rapidamente. |
| MILLEN-15236 | Estava exibindo o pedido como entregue, sendo que ainda estava aguardando entrega, verificado que o problema ocorre quando o pedido possui produto kit, onde o produto que é kit entra como status de entregue.
Criada uma flag "NAO_EXIBIR_PROD_KIT_STATUS" na tela de vitrine (quando o exportador for API) para não exibir o produto kit, dessa forma será mostrada corretamente a informação de faturado e não Entregue/Faturado. |
| MILLEN-15244 | Apresenta "Acess Violation" ao fechar o modal, sem avançar a fase pela chamada do duplo clique. O sistema faz a simulação de um duplo clique e ao fechar ele perde a referencia do duplo clique. Adcionado "abort", depois de finalizar a função. |
| MILLEN-15247 | Não estava aparecendo no cadastro do cliente a cidade quando era importada Santa Barbara D'oeste. Em análise foi verificado que na tela do cliente é feita uma validação na tabela MUNICIPIO a qual na coluna NOME_SEM_ACENTO esse município estava como SANTA BARBARA D OESTE, durante a importação da VTex temos uma função que remove acento, a qual estava removendo aspas por vazio ficando a cidade importada como SANTA BARBARA DOESTE, dessa forma os campos não batiam e consequentemente não era exibido na tela do cadastro do cliente o município.
Criada uma função própria para a VTex que, ao encontrar aspas na cidade, substitui com um ' '(espaço) dessa forma o campo cidade fica compatível com o campo NOME_SEM_ACENTO da tabela MUNICIPIO e é exibido corretamente no cadastro do cliente. |
| MILLEN-15277 | O Conciliador de Cupom Fiscal estava duplicando registros na tabela DOCUMENTOS afetando valores na consulta Status de NF e duplicando valor na tela de cancelamento.
Alterado o método para somente conciliar quando houver cupom válido associado a nota -1. |
| MILLEN-15333 | Não trazia o endereço do cadastro do cliente quando tinha "filial retira". |
| MILLEN-15345 | Erro na consulta silt_sythex_ora.EXPEDICAO.ConsultaStatus ultrapassando o limite de 1000 do "IN"
Para corrigir, na consulta silt_sythex_ora.EXPEDICAO.ConsultaStatusLimitado para 1000 do "IN". |
| MILLEN-15447 | Feito tratamento na rotina para quando não passarem a filial na URL de login. Alterado também outros pontos do sistema para prevenir este mesmo problema. |
| MILLEN-15506 | O ponteiro de produtos estava sendo manipulado em desconformidade com o de cores.
Ajustada lógica para que os dois ponteiros permaneçam em sincronia. |
| MILLEN-15517 | A consulta "ListaNovos" estava retornando os produtos do pre-faturamento duplicados.
Foi ajustado o comando SQL adicionando mais "AND" pelo ITEM. |
| MILLEN-15525 | O filtro da filial só estava sendo feito se a tela utilizasse o filtro de filal logada.
Alterado para sempre utilizar o filtro da filial com a filial da Rota. Assim, nunca será sugerido um local não permitido. |
| MILLEN-15551 | No código fonte ficou faltando definir o token da software house.
Informar o token que estava faltando. |
| MILLEN-15557 | No momento de gerar o relatório de Consulta de Estoque e Consulta de Produtos que continha foto estava mostrando a mensagem: "TMDBBorderTableStyle object is still referenced in Destroy"
Isso estava ocorrendo porque a extensão da imagem do produto não é suportada pelo componente de relatório (.webp) e ocorria erro ao capturar as dimensões dessa imagem. |
| MILLEN-15615 | Produtos inativos estavam sendo enviados em vitrines configuradas para somente criar produtos.
Ajustado para não enviar o produto nesta situação. |
| MILLEN-15641 | A integração estava utilizando uma nova natureza ainda não mapeada.
Adicionada a natureza PIX. |
| MILLEN-15656 | O sistema não apresentava a lista com os pedidos de venda feitos no omni, no evento de faturamento. Foi detectado que o campo EM_DIGITACAO da PEDIDO_VENDA estava sendo gravado nulo no omni.
Feito tratamento no método que lista os pedidos de venda, no campo EM_DIGITACAO. |