5.91_4
| Pendência | Resolução |
|---|---|
| MILLEN-11533 | O processo foi analisado e tratado porque estava com irregularidades no envio de e-mail automático, foi feito o ajuste para a correção. A situação não ocorre mais. Foram realizados testes na versão 5_Branches na base de testes, por mais de 3 horas consecutivas e não ocorreu suspensão da conta do e-mail. Foi utilizado a própria conta do cliente. Na versão 5_Branches, foram feitas correções a respeito do protocolo TLS e componente Indy. Segue configuração do servidor de saída:
|
| MILLEN-12028 | Ajustado o método conforme solicitado. |
| MILLEN-12083 | Conforme verificado nas versões atuais já está corrigido. dos releases 5.92.2 5.91.4 |
| MILLEN-12315 | O processo foi analisado e tratado porque o sistema não estava baixando os pedidos, foi feito um ajuste para a correção. |
| MILLEN-12363 | O processo foi analisado e tratado porque estava com irregularidades no envio de e-mail automático, foi feito o ajuste para a correção. Foi verificado que o Indy não conseguia se conectar com o servidor da Microsoft, erro de "criptografia" com o openssl Atualizado o componente e as dll's do openssl para 1.0.2. |
| MILLEN-12818 | Foi repassado o Id da tabela de preço onde deveria estar o id do produto. Revertida a alteração onde houve a troca do ID. Feito e levantamento e repassa a correção em todos os clientes que estavam na versão. |
5.91_16
| Pendência | Resolução |
|---|---|
| MILLEN-17531 | Erro ao fazer cálculo do ICMS UF Remetente. SOLUÇÃO Atribuição de valor 0 para a variável correta. OBS.: A diferença de valor da NF de Venda e de Devolução é referente ao frete da NF que foi usada como base. |
| MILLEN-17246 | O sistema estava solicitando as credenciais de permissão para pedidos existentes ou pedido em processo. SOLUÇÃO Alteração na solicitação de credenciais de permissão somente ao cancelar pedidos existentes. |
| MILLEN-17249 | O sistema estava utilizando o índice do elemento na tabela para limpar a quantidade conferida, porém ao remover um elemento da tabela o índice também é alterado divergindo assim do índice que armazena os produtos a serem conferidos. SOLUÇÃO Criada função para obter o índice de acordo com o SKU do produto (elemento). |
| MILLEN-17428 | Os campos quantidade, peso líquido e peso bruto não estavam sendo adicionados na nota de transferência pois não eram informados como parâmetros para a chamada do método "millenium/movimentacao/executa". SOLUÇÃO Adicionado peso do pré-faturamento de transferência no registro de caixas (volumes_evento) e resgate na consulta do pré-faturamento de transferência (millenium/prefaturamento_t/procura) para utilização na movimentação do evento (millenium/movimentacao/executa). |
5.91_22
| Pendência | Resolução |
|---|---|
| MILLEN-42894 | CAUSA/MOTIVO Ao enviar partidas de período contábil fechado que contém partidas de zeramento, sistema envia TipoLancamento = "N" e TipoLancamentoERP = "DESCONHECIDO". Isto causa erro na integração com Dome. SOLUÇÃO Métodos millenium!enfe!dome.CONTABIL.Enviar e millenium!enfe!dome.CONTABIL.EnviarPendentes: -tag "TipoLancamento" recebe valor 'E' quando tipo_origem = 'Z' -tag "TipoLancamentoERP" recebe valor 'ENCERRAMENTO EXERCÍCIO' quando tipo_origem = 'Z' Métodos millenium!enfe!dome.CONTABIL.Listar e millenium!enfe!dome.CONTABIL.ListarPendentes: -inserido campo TIPO_ORIGEM #NULL_TO_S(MC.TIPO_ORIGEM,PC.TIPO_ORIGEM) AS TIPO_ORIGEM -alterado campo TIPO_ERP para aplicar regra verificando primeiro a tipo_origem da tabela MOV_CONTABIL senão da PARTIDA_CONTABIL |
| MILLEN-42895 | CAUSA/MOTIVO No momento que o sistema gera partida contábil de ZERAMENTO após o fechamento de período contábil, TIPO_ORIGEM na MOV_CONTABIL está com NULL quando deveria ser preenchido "Z" SOLUÇÃO Método millenium.PERIODO_CONTABIL.InserePatrimonio, inserido campo TIPO_ORIGEM = "Z" no INSERT da tabela MOV_CONTABIL. Antes ficava nulo. |