Chave | Resumo | Ticket Movidesk | Documentação |
---|
AG-25216 | Campo TROMENT.STATUS_PRODUCAO vazio | 0 | 2 - Objetivo3 - AlteraçãoFoi gerado o query depois para atualizar abaixo ou igual da versão 4.10.18.11. O script atualiza o campo STATUS_PRODUCAO da troment para ‘2' no caso de estar em um lote, e '1’ caso ainda não esteja.
4 - Configuração |
AG-25208 | Verificação de Centro de custo do bem | 628197 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-25189 | Erro ao excluir lote de produção no cga | 0 | 2 - Objetivo3 - AlteraçãoPara o problema da grid de lotes: Foi adicionado o objeto da classe CJCommandBarSystem que possibilita a amostragem do contexto de menu ao clicar com botão direto do mouse na grid, possibilitado o usuário de deletar linhas. Para o problema do reposicionamento foi alterado para pegar o ultimo valor numérico ao invés do ultimo registro alterado. Para os erros do PDX: Para o primeiro erro foi removido o uso da VIEW e usado os valores diretos da própria HPLUCGA Para o segundo erro, foi corrigido a sintaxe da query.
4 - Configuração |
AG-25186 | RELATORIO DE ROMANEIOS DE ENTRADA ARMAZENAGEM NÃO IMPRIME O DESCONTO | 626608 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-25179 | Sistema gerando erros ao processar a rotina de fluxo de caixa. | 627194 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-25176 | Correção de relacionamento de proprietário após a transferência de fardos | 627287 | 2 - Objetivo3 - AlteraçãoAjustado para alimentar o campo proprietário da Pluma com o produtor de destino da tela de transferência quando a mesma é fechada. E alimentada com o Produtor de origem quando a transferência é aberta. Ajustado a mensagem de erro na tela de emblocamento.
4 - Configuração |
AG-25169 | Relatórios com erros e não é possível verificar relatórios no updater | 0 | PSGA » Estoque » Relatórios » Relatório de estoque de produtos » Estoque por moeda de compra (Geral). PSGA » Estoque » Relatórios » Relatório de estoque de produtos » Estoque por moeda de compra (Almoxarifado). PSGA » Armazém » Relatórios » Relatórios de produtos » Relatório de Referência por Produto. PSGA » Cotton » Relatórios » Relatórios Pluma » Venda » Relatório de Romaneio de Saída de Pluma. PSGA » Fiscal » Relatórios » Livros Fiscais » Relatórios de CTes » Relatório de Carta de Correção de CTE.
2 - Objetivo3 - AlteraçãoAjustada view AWPRORES pela opção Design no SQL Server (o conteúdo não foi alterado, somente copiado e colado a mesma estrutura, por algum motivo ajusta o campo MOEDA_PADRAO_COMPRA). Relatório verificados, ajusta os campos inconsistentes.
4 - Configuração |
AG-25144 | Mensagem de erro ao emitir romaneio | 626491 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-25082 | Consulta da variedade com erro quando tem mais de uma variedade no campo | 621609 | 2 - Objetivo3 - AlteraçãoRemove a funcionalidade de pesquisar pela coluna da grid na TDGSELECTTROMENT.DG. Movido a pesquisa de placa para um filtro na tela Adiciona propriedade de filtrar a variedade de acordo com os talhões pela nova propriedade pbShowAllVarieties na SFSLVariedades.sl Altera o comportamento de filtro de variedade na TVWTLOTESH.vw para exibir corretamente de acordo com os talhões e safra do lote
4 - Configuração |
AG-24978 | Sistema não esta atualizando campos ao trocar produto da solicitação de compras | 621829 | 2 - Objetivo3 - AlteraçãoAjustado a tela de solicitação de compras para alterar a unidade de medida ao alterar o produto: Deverá atualizar com a mesma unidade de medida do produto. Ajustado para quando alterar a quantidade do produto, alterar a quantidade autorizada para ficar igual a quantidade. Porém, manter se alterar manualmente a quantidade autorizada.
4 - Configuração |
AG-24972 | Cálculo entre REQ x NOTA com unidades de medida diferentes | 621590 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24943 | Consulta de conta do plano de contas está com bug visual | 621107 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24866 | Problemas aos lançar romaneio de entrada de algodão | 618257 | 2 - Objetivo3 - AlteraçãoCom o auxílio do Arquiteto da Equipe Uanderson, foram definidas as seguintes implementações: Foi criado a Procedure SavePersonalizado na tela TVWROMENT, que executa os processos já existentes no Exiting nos campos de produtor, fazenda, campo e variedade para permitir salvar respeitando o parâmetro P_BTN_SAVE_REQUEST. Foi inserido em cada um desses campos a chamada do SavePersonalizado no On_Key da chave KSave_Record. No Request_Save do Troment_DD foi adicionado a chamada da SavePersonalizado somente para executar o Exiting dos campos. As implementações do Exiting destes campos foram transferidos para um Função a parte para que haja chamada externa sem ocorrência de problemas. No RibbonModel.pkg, foi tratado nos botões de Save do Cabeçalho a leitura do parâmetro P_BTN_SAVE_REQUEST para definir o tipo de save.
4 - Configuração |
AG-24846 | Sistema permitindo ticket vinculado a romaneio fechado ser excluido | 617717 | 2 - Objetivo3 - AlteraçãoMovido Function Validate_delete do objeto ATCKPESO_DD da AVWHROMENTSAI.vw para o objeto principal ATCKPESO.DD. Ajustado queries dentro da função para retornar o código do romaneio de entrada e de saída vinculados ao ticket, para informar na mensagem qual romaneio está vinculado no ticket.
4 - Configuração |
AG-24845 | Sistema levando SITUAÇÃO EFD 02 (cancelada) para notas copiadas | 617596 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24791 | Dados de unidade de negócio errada na emissão de NFe de saída | 615860 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24739 | Atualizar as Informações sem Necessidade de Fechar o Emblocamento | 615267 | 2 - Objetivo3 - AlteraçãoSobrescritas Procedure Update e Backout no DD da TROMBLOI, que é usada nos processos para inserção/atualização/deleção de itens do emblocamento. Foi criado o parâmetro P_LOTE_EMBLOCAMENTO_SALVA_TPLUMA_FECHAR para validar se esses processos vão acontecer no Update/Backout, ou se continuarão no fechamento do emblocamento. Dentro da Procedure Update foi enviado o processo de enviar os dados do emblocamento para os campos que armazenam esses dados na TPLUMA, que se encontrava no fechamento do emblocamento, passando ser agora no momento de insert e update na grid dos itens de emblocamento. Já na procedure Backout, foi feito apenas o contrário, para que caso o item seja deletado, os dados voltem a ficar em branco, e o almoxarifado volte a ser o almoxarifado anterior, ou o almoxarifado da reentrada de pluma, quando for o caso.
4 - Configuração |
AG-24691 | Status do lote de pagamento não atualiza ao cancelar os títulos no lote de pagamento eletrônico | 611974 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24675 | Sistema desfez o vinculo do contrato com o titulo de adiantamento | 612754 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-24598 | Correção de erros na tela de Lote de produção para travamento e carregamento de dados | 611739, 621875 | 2 - Objetivo3 - AlteraçãoPara o erro do Centro de custo: Foi adicionado uma tratativa na mensagem de erro de centro de custo obrigatório e safra obrigatória no caso dos campos não estiverem preenchidos. Foi adicionado um request_validade para preencher a safra com a safra atual logada quando a mesma não estiver informada e adicionar o centro de custo logado quando o mesmo não estiver informado apenas no caso do parâmetro “P_ALTERA_CENTRO_CUSTO_COTTON“ estiver como “N“, no caso contrario a mensagem de erro é informada, obrigando o usuário a informar manualmente.
Para o erro do código do campo: Para o erro de informações de Romaneios de safras diferentes:
4 - Configuração |
AG-24589 | 2 - Sistema CGA com inconsistências processo | 587845 | 2 - Objetivo3 - AlteraçãoDurante o desenvolvimento foi encontrado algumas divergências e dificuldades devido a falta de documentação do CGA na produção antiga, porém foi implementado o seguinte: Foi criado um novo campo de Percentual de Lote, o mesmo sendo dinâmico onde é realizado o calculo percentual de pluma beneficiada no lote, independente do beneficio posicionado. o campo de Percentual de Lote anterior passou a ser o percentual de módulo, onde o mesmo apresenta o valor do percentual de Pluma beneficiada na Produção atual posicionada O campo de Percentual de Módulo anterior não foi removido, apenas deixado como invisível, pois o mesmo apresentava o percentual de pluma beneficiada no Fardão posicionado. Não sabendo quais clientes querem ver essa informação, e como se sabe pouco sobre o processos do CGA, foi decidido manter o mesmo. Fora dos pedidos realizados na AG, foram encontrados algumas possíveis inconsistências, porém devido a falta de documentação e conhecimento do funcionamento da rotina, foi apenas anotado para uma verificação futura, tais como: Como funciona a adição do Fardão na produção, é adicionado um por vez, ou todos antes de iniciar o beneficio? Como funciona a troca de produção durante outra produção? O que significa o campo RESERVATÓRIO na tabela TFARDAO? (O mesmo influencia na substituição dos fardões produzidos, a produzir e produzindo)
Todas essas questões acabam afetando no desenvolvimento…
Outras implementações que não houveram problemas: Criado o campo TEMPO_PROX_FARDO na tabela CADALGOD Adicionado a rotina para criar uma ociosidade baseado no tempo entre a produção de fardos para evitar erros operacionais Corrigido calculo do percentual de Lote e Módulo, levando em consideração a Tara
4 - Configuração |