| | | |
---|
AG-25566 | Módulo Cotton - Apos Atualização | 637137 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25562 | Sistema não apresenta o campo Codigo de Projeto nos apontamentos de Patrimonio | 638043 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25551 | upCampo - Fuso horário e código de atividade | 0 | 1 - Menu2 - Objetivo3 - AlteraçãoImplementaado Parâmetro P_VALOR_FUSO_HORARIO_SERVIDOR Ajustado query DEPOIS_IMPORTACAO_APONTA_UPCAMPO_GERAL para pegar o fuso horário do parâmetro acima citado; Ajustado rotina da importação do cabeçalho upCampo, para gravar o ID_TIPATIVID_REFERENCIA no Cód Cenário do Apontamento no PSGA, e o ID_IDERES_REFERENCIA para o Cód Atividade no PSGA. Adicionado Destroy nos objetos hHttpresponse e hJsonDictionary nas chamadas das requisições ao servidor da upCampo para importação.
4 - Configuração |
AG-25497 | Verificar o reprocessamento de estoque para o processo da coperbem está zerando estoque do caroço | 0 | 1 - Menu2 - Objetivo3 - AlteraçãoAdicionado filtragem de centro de custo da tabela TROMENQB, no recalculo de rendimentos pela query REPROCESSA_ESTOQUE_TROMENQB.sql. Adicionado rotina de quebra residual no reprocessamento de estoque, na query REPRO.PRODUCAO_PLUMA.
4 - Configuração |
AG-25491 | Relatórios de NF por contrato não soma o ICMS pago | 0 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25478 | Sistema com lentidão e travamentos no fechamento de Romaneios de Entrada de Algodão | 635590 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25442 | Erro ao desvincular adiantamento em nota fiscal na tabela FIADIANT | 612754 | 1 - Menu2 - Objetivo3 - AlteraçãoFoi identificado no log alguns updates realizados pelo usuário PSW, alterando a pessoa da parcela da nota. Verificado a rotina do sistema se há alguma probabilidade do erro ocorrer dentro de um fluxo normal (não identificado) Ajustado na base de dados do cliente os títulos que estavam com posição de adiantamento incorreta e suas respectivas notas.
4 - Configuração |
AG-25397 | Relatório de Lotes Resumido por Data com erros e carregando valores errados | 0 | 1 - Menu2 - Objetivo3 - AlteraçãoFoi ajustada a conexão da tabela TVENPLUH do relatório. Agora ela está partindo a TPLUMA e é possível utilizar o filtro Adicionado o LEFT JOIN da tabela TVENPLUH na query INSERE_PLUMA_STATUS_TWROMBLO pois essa query recebe os filtros dinâmicos da report view
4 - Configuração |
AG-25370 | validação da unidade para baixas | 568626 | 1 - Menu2 - Objetivo3 - Alteração4 - ConfiguraçãoConfigurar o valor do parâmetro P_CONTA_CORRENTE_ACERTO com a conta corrente que vai utilizada nas baixas Configurar o parâmetro P_VALIDA_UN_BAIXA_TITULOS com o valor ‘S’ Não será necessário demais configurações manuais.
|
AG-25328 | Sistema esta zerando os estoques de produtos na rotina de reprocessamento | 631950, 635323, 637481 | Menu
Objetivo
Alteração
Ajustado para que, no reprocessamento de estoque, o código do usuário passado como parâmetro nas queries fique formatado conforme já funcionava na rotina. Ajustado para que a tabela SUSR seja atualizada conforme o código do usuário original.
Configuração
|
AG-25308 | Sistema não alimenta os fardos com TROMBLO_COD ao fechar emblocamento | 631566 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25305 | FARDOS NA TPLUMA SEM RELAÇÃO COM O ROMANEIO DE SAÍDA DE PLUMA E TAKEUP | 631237 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25300 | Campo DATA SAIDA em nota importada por XML não sendo alimentado pelo XML | 631067 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25276 | Ao fechar romaneio de entrada de algodão está duplicando o lote de produção | 629920 | 1 - Menu2 - Objetivo3 - AlteraçãoRemovido linha do Backout(Tlotei_DD(TVWTLOTESH)) que limpava o TROMENT.LOTE_COD, pois acabou gerando erro na rotina do de lote automático. Removido trecho do Validade_Save(Tlotei_DD(TVWLOTESH)) que gravava o código do lote no TROMENT.LOTE_COD, pois o mesmo agora é realizado no Update(Tlotei_DD(TVWTLOTESH)). Removido Send Save_psga do Update(Tlotei_DD(TVWTLOTESH)) e do Backout(Tlotei_DD(TVWTLOTESH)), pois não é necessário utilizar nestas procedures quando as tabelas são relacionadas com a do dicionário. Substituído linha da query que filtra os romaneios na TDGSELECTROMENT, na função getFiltroTFROMENT, para em vez de avaliar o campo TROMENT.LOTE_COD vazio, buscar os romaneios que não existam na TLOTEI.
4 - ConfiguraçãoParâmetro P_ROMANEIO_ENTRADA_AUTO_LOTE = S Parâmetro P_BLOQUEIA_ALTER_ROMANEIO_LOTE = S Não será necessário demais configurações manuais.
|
AG-25252 | Ajustes no cga | 0 | 1 - Menu2 - Objetivo3 - AlteraçãoAo abrir a lookupde Rom. Produção Alterado para exibir os romaneios na ordem decrescente.
Ao fechar a lookupde Rom. Produção Não existe erro no processo de troca/seleção de romaneio total ou parcial, O problema era o cliente abrir a consulta e pressionar Enter (selecionando o primeiro romaneio); Sem alterações.
O campo lote de produção não está sendo preenchido Alterado para exibir o valor do campo “Lote em Produção” (com HPLUCGA.COD_LOTE) quando não existe valor para o campo “Fardão em Prod”, A verificação (pelo método ChecaStatus()) também considera esse comportamento.
Ao acessar a produção deve atualizar os fardos, pois não está sendo atualizado no carregamento Ao fechar e abrir a tela, posiciona os dados corretamente.
4 - Configuração |
AG-25239 | MONITOR DE NFE VINCULANDO NFE DE SAIDA EM NFE DE ENTRADA | 628784 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25235 | Erros de posicionamento versao 4.10.18.8 | 628540 | 1 - Menu2 - Objetivo3 - AlteraçãoAjustado para não alterar o cursor pra o campo “Histórico“ ao abrir a tela de manutenção de títulos. Ajustado para quando clicar no botão “enviar e-mail“ na tela de contratos, o sistema confirme os dados de configuração para envio do e-mail, para que o usuário saiba se o e-mail será entregue corretamente.
4 - Configuração |
AG-25220 | Corrigir botão de vincular requisição na nota quando é de troca | 526428 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25218 | Ajuste no CGA - SQL no peso | 0 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-25154 | Sistema não está respeitando a transportadora usada nas notas do modulo Lavoura gerando o romaneio de entrada no cotton de forma errada. | 626199 | Menu Objetivo Alteração Configuração
|
AG-25106 | Relatório Negociação (FRELNEGTIT) | 625481 | 1 - Menu2 - Objetivo3 - AlteraçãoRemovido link do código da pessoa da tabela FHNEGTIT com a SPESSOAS, e deixado o link da FINEGTIT com a SPESSOAS; Adicionado alias SPESSOAS_NEGOCIACAO da tabela SPESSOAS para relacionar com a FHNEGTIT, afim de preencher o cabeçalho do relatório com a pessoa da negociação; Duplicado fórmula @pes_completo, renomeado para @pes_completo_negociacao, e alterado a fórmula duplicada para pegar a pessoa da SPESSOAS_NEGOCIACAO. Substituída a fórmula @pes_completa no cabeçalho do relatório, e mantido o @pes_completa nos itens.
4 - Configuração |
AG-24918 | Ajustar fardos lançados de forma errônea pelo sistema | 620250 | 1 - Menu2 - Objetivo3 - AlteraçãoO problema original é gerado pela diferenciação das algodoeiras Filial e Matriz. O terceiro digito do código do fardo completo é referente a Matriz e Filial, sendo 0 para matriz e 1 para filial. Porém atualmente no CGA é colocado como padrão o valor 0. No calculo do digito verificado deve ser considerado esse digito, porém como sempre atuou como 0, nunca foi considerado no calculo e por ser o valor 0 nunca fez diferença. Porém para filial o valor importa. Foi criado o campo FILIAL na tabela CADALGOD. Foi adicionado a flag FILIAL nos parâmetros do CGA Foi ajustado a rotina de produção antiga e nova para considerar essa flag, no caso de estar marcada é adicionada o valor ‘1' no terceiro digito, e no caso contrário mantido o valor ’0'.
4 - Configuração |
AG-24896 | Vinculo e importação requisição nas NFs de entrada por xml não estão puxando as informações | 619416, 628250 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
AG-24854 | Duplicidade na ICIAPMOV | 617792 | 1 - Menu2 - Objetivo3 - AlteraçãoAdicionado campo nota na chave da tabela ICIAPMOV Tratado para excluir o movimento de status do bem ao abrir nota para ajuste fiscal, quando selecionado para ajustar produto ou quantidade dos produtos A query da Procedure Altera_Status_Ativos foi otimizada para agrupar o resultado pelo código do bem. Dessa forma, quando o mesmo produto e bem aparecem em uma mesma nota, o registro é feito corretamente, associando os valores ao respectivo bem e prevenindo erros de duplicação.
4 - Configuração |
AG-24777 | Após fechar a produção deve gerar rendimento e movimentação de estoque (amovprod) com data da produção e ajustar relatório de rendimento | 0 | 1 - Menu2 - Objetivo3 - AlteraçãoFoi removido a seguinte relação entre os campos THPLUMA.HPLUMA_COD = TLOTEI.THPLUMA_COD na query de reprocessa estoque do subproduto Alterado campo TROMENT.DATA para TROMENT.DATA_PRODUCAO no relatório de produção de subproduto
Pós Retorno da Revisão de Código 4 - Configuração |
AG-24652 | Relatório razão com problema no saldo anterior | 608470 | 1 - Menu2 - Objetivo3 - AlteraçãoFoi ajustado na query OWSLDCTB_CALCULA_SALDOS_RAZAO para ler o filtro de ano da report view e tratar para que a variável @ANO receba o ano filtrado quando informado e caso contrário, receba o ano da data inicial conforme já é feito. Incluido @ANO no SELECT que gera a linha do saldo anterior para que esse campo seja preenchido e exiba a linha mesmo filtrando pelo ano.
4 - Configuração |
AG-24641 | Sistema está mudando valores de debito e crédito na confirmação dos lançamentos contábeis e trazendo valores errados nos lançamentos confirmados | 605569 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |