| | | |
|---|
FAZ-174 | Erro Botão Solicitar Autorização na Rotina de Solicitação de Compras | 700999 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
FAZ-165 | Erro de SQL durante execução da integração ATF - FARMBOX | 696228 | 1 - Menu2 - Objetivo3 - AlteraçãoAdicionado verificação de chave antes de retornar o valor da string da chave JSON na procedure Retorna_Chave_Unica_Json da Traduz_Farmbox.pkg Removido parâmetro #PLANTIO nas chamadas da query SAFRA_VIGENTE_FARMBOX Aumentado variável unid na query IMPORTA_PRODUTO_APONTA_FARMBOX_GERAL de 3 para quatro e trocado o tipo de varchar para char Adicionado isnull nos updates LWIMPAFB.ID_FAZENDA e LWIMPAFB.SAFRA_COD, para considerar o valor já existente no campo LWIMPAFB.ID_FAZENDA quando a primeira opção for null. Também foi incluído o filtro do @ID_APONTA nos updates.
4 - Configuração |
FAZ-164 | ARQUIVO DE PAGAMENTO ELETRONICO COM PROBLEMA | 695499 | 1 - Menu2 - Objetivo3 - AlteraçãoRealizado ajuste para que não apresente a mensagem chanel number out of bounds no momento de processar o arquivo de retorno. Ajustado a query VERIFICA_SEQ_AGRUP_ITENS_LTE para retornar 0 quando o parâmetro P_AGRUPA_AUTO_LOTE_ELETRONICO_POR_CONTA estiver como 'N'
4 - Configuração |
FAZ-144 | Sistema não aplica filtro de Funcionários na tela de conferencia de títulos | 694872 | 1 - Menu
ATF » Financeiro » Movimentação » Títulos » Conferência de Títulos 2 - Objetivo
Garantir que os relatórios gerados na tela de Conferência de Títulos respeitem os filtros personalizados definidos no controle de acessos. 3 - Alteração
Ajuste na lógica de geração do relatório para considerar os filtros configurados na aba "Filtros" do Controle de Acesso de Usuário. 4 - Configuração
Para que a funcionalidade opere corretamente, é necessário configurar os filtros personalizados na tela de Controle de Acesso de Usuário, aba "Filtros", no modulo configurador. |
FAZ-140 | Sistema permite baixar titulos em lote quando existe bloqueio de período contábil cadastrado | 693952 | 1 - Menu2 - Objetivo3 - Alteração4 - Configuração |
FAZ-139 | Divergencia de peso entre Romaneio Armazem e Romaneio Lavoura | 693763 | 1 - Menu2 - Objetivo3 - AlteraçãoO código do OnClick do botão Calcula Desconto foi movido para a nova Procedure Calcula_Desconto Foi criado o objeto oIdleHandler_Adescarm que aciona a procedure Calcula_Desconto ao salvar os dados do ADESCARM_DD pela grid da tabela de desconto Também foi ajustado o calculo no Integrador do Armazém que é responsável por gerar o romaneio de lavoura para respeitar os parâmetros ao gera-lo conforme é feito no botão Calcula Desconto
4 - Configuração |
FAZ-135 | Sistema não puxa a cultura informada na tela de beneficiamento | 692954 | 1 - Menu2 - Objetivo3 - AlteraçãoCriado função RetornaCulturaInsumos, passando o código do beneficiamento, e que retorna o código da cultura, através de um select top 1 na tabela DBENFGRI, com o código do beneficiamento. Adicionado a chamada da função RetornaCulturaInsumos no fechamento do beneficiamento, e movido o retorno para dentro do campo DLOTE.COD_CULTURA, para salvar a informação da cultura na tabela de lotes.
4 - Configuração |
FAZ-132 | Erro de vínculo Empresa Contábil X Centro de Custo para lançamento de partida dobrada | 692116 | 1 - Menu2 - Objetivo3 - AlteraçãoAjustado a lookup da consulta de centro de custos e a tela de lançamento de partidas dobradas para que, quando o parâmetro P_CTB_FILTRA_CCUSTO estiver configurado como 'S', o sistema filtre e valide corretamente os centros de custos, garantindo que pertencem à empresa contábil logada.
4 - Configuração |
FAZ-126 | Tela de Conferencia de Estoque com erros nas informações de produtos Listados | 691851 | 1 - Menu
ATF » Estoque » Movimentação » Conferência de Estoque 2 - Objetivo
Corrigir o problema no sistema que impedia a exibição correta dos produtos na tela de conferência de estoque quando utilizados usuários com nome contendo ponto ("."). 3 - Alteração
Foi implementado o uso do método Trata_User em todas as partes da tela onde se trabalha com a variável gsCodUser, garantindo que os registros sejam carregados corretamente na grid. 4 - Configuração
Não serão necessárias configurações manuais adicionais para o funcionamento correto da melhoria. |
FAZ-125 | Na tela de Manutenção de Status do Lote incluir a descrição do Status para melhor entendimento. | 697732 | 1 - Menu2 - Objetivo3 - AlteraçãoAlterado a propriedade Code_Display_Mode dos Combo Forms de Status de filtragem e do altera status Criada função Label_Descricao_Lote global no Traduz_New.pkg, pois precisa utilizar no entry_item e aceitou apenas a global Criada função Value_Original nos dois Combo Forms de Status para retornar somente a descrição do status como ficava antes dispovivel como Value Tratado na rotina pra pegar o valor dos combo forms pela função Value_Original Ajustado uso de “números mágicos” nas comparações de status na rotina
4 - Configuração |
FAZ-124 | Validação de quantidade prevista errada no Apontamento de Produção Módulo Industria | 691136 | 1 - MenuATF » Indústria » Controle de Produção » Apontamento de Produção 2 - ObjetivoPadronizar o tratamento das casas decimais nos campos de quantidade dentro do módulo de Indústria para evitar inconsistências entre "quantidade disponível prevista" e "saldo da operação", garantindo um cálculo preciso e prevenindo erros no registro da produção. 3 - AlteraçãoPadronização das casas decimais nos campos de quantidade para 8 casas. Ajuste nas tabelas do módulo Indústria para manter consistência com a tabela de fórmulas (NFORMINS). Correção das variáveis de queries que armazenam valores de quantidade. Revisão de tabelas de relatórios para garantir que refletem os ajustes realizados.
4 - Configuração |
FAZ-19 | Sistema não esta validando baixas posteriores no cancelamento de lotes de pagamento de titulos | 688456 | 1 - Menu2 - Objetivo3 - AlteraçãoAjuste na logica da validação de baixa posterior para considerar casos em que se tenta cancelar um lote de acerto e exista lote de baixa posterior, e vice-versa. Ajuste na rotina de lote de baixa e pagamento eletrônico para exibir a tela contendo as baixas posteriores. Ajuste na logica da exibição da mensagem de baixas posteriores nas rotinas de cancelamento do lote de pagamento eletronico, inserindo a validação no onStartProcess Ajuste na função onStartProcess para retornar true quando finalizar as validações
4 - Configuração |
FAZ-16 | Requisição que foi copiada ao cancelar "original" cancela header da original e itens da cópia | 690895 | 1 - Menu2 - Objetivo3 - AlteraçãoTratado na Procedure Cancela_req para alimentar o campo QTDE_CANCELADO_ANTES com o valor atual do campo QTDE_CANCELADO}}dentro do loop da {{PITENREQ Tratado para alimentar o campo QTDE_CANCELADO com (PFITENRE.QTDE - PFITENRE.QTDE_RECEBIDA) Tratado para alimenta o campo TOTAL_CANCELADO da requisição com iTot_Cancelado Na procedure Confirma_entrega_req, no loop que alimenta o campo PFITENRE.QTDE_CANCELADO foi somado na variável iTot_Cancelado a quantidade cancelada dos item vezes o VALOR e na iTot_Cancelado_Orig a quantidade cancelada com o VLR_UNI_ORIG Após o loop foi tratado alimentação do campo PCADREQ.TOTAL_CANCELADO com o somatório de iTot_Cancelado, isso garante que somente o valor cancelado dos itens seja total ou parcial seja levado ao total cancelado da requisição Criada validação se o total de iTot_Cancelado_Orig é igual a PCADREQ.SUBTOTAL ou seja igual ao total dos itens lançados, já considerando se houver desconto. Caso seja igual o status da requisição é alimentado com 4, ou seja, cancelado Inserido método Send RefreshDataFromDD of oGridPitenreq 0 logo após a alimentação do campo para garantir que a grid fique visualmente em vermelho após cancelar pela opção Confirmar Entrega Na Procedure Cancelar_Entrega_Requisicao foi tratado a alimentação do campo PCADREQ.TOTAL_CANCELADO para atualizar com os valores apos cancelar a entrega feita anteriormente Corrigido alimentação do campo total cancelado que estava trabalhando com variáveis do tipo inteiro e por isso ignorava os centavos A respeito do status do produto, eles devem mesmo ficar como cancelado total nos dois cenários:
4 - Configuração |
FAZ-12 | Sistema não atualiza campo TIPO_DOC_LCDPR na tabela FMOVBCO com baixa em lote | 688106 | 1 - Menu2 - Objetivo3 - AlteraçãoCriação do campo FMOVPLA.TIPO_DOC_LCDPR: Tipo ASCII com 2 caracteres. Ajuste no processo de baixa de títulos (individual e em lote): Agora, o campo FMOVPLA.TIPO_DOC_LCDPR será preenchido automaticamente conforme a origem de cada título. Se a movimentação bancária envolver múltiplos títulos com tipos de documentos LCDPR distintos, o sistema deve preencher o campo FMOVBCO.TIPO_DOC_LCDPR no cabeçalho com o valor 0 (indicando "Não Informado") .O que foi alterado/Adicionado no sistema devido a AG
4 - Configuração |
