Key | Summary | Ticket Movidesk | Documentation |
|---|
AG-23709 | Agrupamento errado no resumo por dia no relatório do LCDPR | 603084 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23548 | Disposição dos imóveis rurais no LCDPR | 592127 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23521 | Filtro de data não sendo respeitado na report view | 596975 | 2 - Objetivo3 - AlteraçãoAdicionada validação que impede o cadastramento de filtros sem definição: Padrão, Igual, Inicial e Final, ou Seleção Múltipla.
4 - Configuração |
AG-23509 | Ajuste de horimetro no PSGA alterou horimetros de apontamentos importados do Farmbox | 593934 | 2 - Objetivo3 - AlteraçãoAjustado para o bot do farmbox não alterar o horímetro nas atualizações de apontamentos fechados e com a data do fechamento inferior a data atual. Ajustado para o bot do farmbox gerar o horímetro dos bens nos apontamentos, conforme o último horímetro na data do apontamento, ao invés de pegar sempre do cadastro do bem.
4 - Configuração |
AG-23498 | Relatório de livro fiscal não trazendo movimentações | 596357 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23486 | Títulos gerados a partir de CTE não alimentam campo na FPAGREC | 596706 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23462 | INTEGRAÇÃO NOTAS FISCAIS DE SAÍDA CONTABILIDADE | 578432 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23459 | Vinculo de contrato em ajuste fiscal na nota de saída não esta sendo levado para o financeiro. | 595494 | 2 - Objetivo3 - AlteraçãoAjustado o processo de “Ajuste Fiscal“ da nota de saída para quando o usuário alterar o contrato, independente se o sistema permitir ou não alterar o financeiro ou o estoque da nota, o contrato alterado deverá ser atualizado conforme o financeiro e a quantidade entregue da nota.
4 - Configuração |
AG-23448 | Nota Fiscal de Entrada por Devolução Ignorando Parâmetro e Flag de Vincular Nota | 0 | 2 - Objetivo3 - AlteraçãoAjustado a validação no fechamento da nota de entrada para respeitar corretamente o parâmetro P_OBRIGA_VINCULO_OPERACAO_VINCULA_NOTA e a flag "Vincular Nota" do cadastro de operação, e não deixar fechar uma nota de retorno sem nota vinculada, desde que o parâmetro e a flag estejam configuradas para isso.
4 - Configuração |
AG-23438 | PSGA » Relatório constando Notas Canceladas. | 593754 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23429 | Rateio de pré-classificação de títulos em dólar incorreto na integração contábil | 0 | 2 - Objetivo3 - AlteraçãoCriado a query OLANCTMP_RATEIO_PERDAS_PRECISAO para caso dê diferença de centavos na integração contábil de baixas de títulos, em função arredondamentos e perda de precisão, a query irá dividir esses centavos entre as contas da mesma natureza causadora da diferença.
4 - Configuração |
AG-23321 | Login do sistema recriando functions/procedures | 0 | . |
AG-23317 | Sistema gerando erro na abertura da tela de seleção de titulos. | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23309 | Otimização dos filtros na Lookup de Romaneios de Emblocamento | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23221 | Sistema gerando erro na emissão de relatório quando informado filtro com valor com casas decimais | 589479 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23189 | Problema ao trocar ccusto de requisição copiada | 585347 | 2 - Objetivo3 - AlteraçãoFoi removida a trava da coluna de centro de custo quando o parâmetro P_CCUSTO_DIFERENTE é igual a ‘N’ e a proteção foi substituída para uma verificação do centro de custo informado no item, com a seguinte regra: P_CCUSTO_DIFERENTE = ‘S’ → Permite alterar o centro de custo normalmente, respeitando ainda o parâmetro P_PERMITE_ALTERAR_ITEM_REQUISICAO_APOS_AUTORIZACAO quando a requisição já estiver autorizada, conforme regra já vigente na rotina P_CCUSTO_DIFERENTE = ‘N’ → Permite que o usuário altere normalmente o centro de custo do header (requisição), porém impede que no item seja informado um centro de custo diferente
Foi criada a função Verifica_CCusto_Diferente para verificar se há itens com centro de custo diferente do header, pois como é permitido alterar o centro de custo do header sem bloqueio, caso não seja atualizado no item a tela trava os processos de fechamento da requisição, autorização, geração de pré-classificação, geração de parcelas, e entrega quando o parâmetro P_CCUSTO_DIFERENTE estiver configurado com ‘N’
4 - Configuração |
AG-23123 | Sistema não leva o valor correto para a tela de Faturamento de Saida de Insumos | 586188 | 2 - Objetivo3 - AlteraçãoFoi tratado na report view de Relatórios de Saída de Insumos para adicionar fórmula com o valor do parâmetro P_TRABALHA_VENDA_SAIDA_INSUMO nos relatórios Nos relatórios os campos de valores foram substituídos por fórmulas que consideram o parâmetro para exibir o valor correspondente a configuração Na janela de importação de notas das saídas também foi incluída a verificação do parâmetro para exibir os valores corretos na grid e no processo de inclusão para o faturamento e consideração na geração de parcelas e pré-classificação
4 - Configuração |
AG-23059 | Ticket de Pesagem problemas no Posicionamento do Registro | 586664 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23034 | Importação do folha levando campo histórico incompleto. | 584520 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23032 | Adequação do pix para pagamento eletrônico dos bancos (Itaú, Banco do Brasil, Sicoob, Sicredi, Santander, Bradesco) | 561263 | PSGA » Financeiro » Básicos » Pessoas PSGA » Financeiro » Movimentação » Manutenção de títulos PSGA » Financeiro » Movimentação » Baixa de Título - Por Lote PSGA » Contratos » Básicos » Tipo de documento
2 - ObjetivoAdequação do pix para pagamento eletrônico dos bancos (Itaú, Banco do Brasil, Sicoob, Sicredi, Santander, Bradesco)
3 - AlteraçãoAdicionado a grid de cadastro de Pix na tela de cadastro de Pessoas Ajustado a DG de seleção de contas da pessoa na tela de manutenção de titulo; Criado a query LISTA_CONTA_CORRENTE_PIX_PESSOA para seleção dos registros. Agora mostrando em 2 blocos, as informações bancarias completas e as Chaves Pix.
Removido validação de contas correntes na tela de Lotes de Pagamento que era desnecessária; Ajustado a validação na autorização do Lote para verificar: Ajustado a validação a validação de contas correntes, seguindo a mesma lógica anterior, mas na validação da remessa.
4 - Configuração |
AG-23030 | Lentidão generalizada em vários clientes | 0 | 2 - Objetivo3 - AlteraçãoPSGA Criado índice único na AHENTRAD com os campos CHAVE_NFE e RECNUM, Criado índice único na CIMPNFE com os campos CHAVE_NFE e RECNUM; Desabilitado o log das seguintes tabelas: CIMPNFE, CIEVTNFE e; INFECONF.
Monitor DFe Desabilitado a geração de log em arquivos físicos, Gerando cerca de 5GB por dia para cliente que possuem 10 certificados.
4 - Configuração |
AG-22978 | Personalizar campos do multilingual | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22967 | Erro ao informar almoxarifado invalido no lote de emblocamento | 0 | 2 - Objetivo3 - AlteraçãoTratado as mensagens de erro padrão para os campos relacionados obrigatórios; adicionado validação extra para o campo "Local" para que o almoxarifado seja informado antes; Adicionado validação exta para o campo "Endereço" para que o produtor seja informado antes. O que foi alterado/Adicionado no sistema devido a AG.
4 - Configuração |
AG-22953 | Corrigir informação do cep ao informar o endereço na fazenda | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22945 | Disponibilizar a Centro de Custo da Pessoa na Importação da Folha | 578842 | 2 - Objetivo3 - AlteraçãoCriado o campo SPESSOAS.CCUSTO_FOLHA, ASCII(8), para informar o centro de custo a ser considerado na folha de pagamento; Alocado o campo na aba Financeiro/Contábil da Tela de Cadastro de Pessoas. As informações desta aba também foram reorganizadas de forma a ficarem mais claras e intuitivas visualmente; Criada a Check-Box “Utilizar Dados do Funcionário” no grupo das informações da pré-classificação na tela de Importação da Folha de Pagamento; Na procedure Importar_Arquivo foi tratado o preenchimento das informações da folha para verificar a Check-Box e buscar as informações do funcionário quando a mesma estiver marcada, buscando o projeto e o centro de custo informado na aba Financeiro/Contábil do seu cadastro A conta curta segue a regra geral do sistema, primeiro buscando a conta de débito informada para o centro de custo da pessoa no cadastro de integração contábil do agrupador E caso não exista, busca a conta de débito informada para o centro de custo no cadastro da integração contábil da pessoa na aba Financeiro/Contábil Nesta implementação o sistema busca apenas as contas de débito financeira em suas devidas configurações de integração contábil, respeitando o parâmetro P_CONFIG_CLASSIFICACAO_GERAL
4 - Configuração |
AG-22943 | Nota fiscal esta sendo apresentada com erros de status na tela do Monitor Nf-e | 579609 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22915 | Solicitação de compra perdendo informações após autorização | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22869 | Dedução do ISS para valores de retenção abaixo de R$ 1,00 | 575412, 603598 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22867 | Lentidão na tela de produção de algodão | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22864 | Sistema não pré-classifica os títulos gerados através da importação da folha de pagamento quando na visão Contábil x Contábil | 574649 | 2 - Objetivo3 - AlteraçãoFoi tratado para permitir deixar em branco os campos referentes ao grupo pre-classifica, quando a checkbox Usar Dados do Funcionário estiver marcada Foi implementado no log da folha de pagamento uma mensagem quando a conta não está cadastrada para o centro de custo da pessoa, na configuração de integração contábil do agrupador ou da pessoa; Também foi adicionada a verificação do parâmetro P_CONFIG_CLASSIFICACAO_GERAL ao gerar a pré-classificação pela tela de importação da folha para que seja gerado lançamento de débito e crédito na pré-classificação conforme sugere a visão contábil x contábil.
4 - Configuração |
AG-22856 | Melhorar mensagem de limite diário do cadastro do bem | 578783 | 2 - Objetivo3 - AlteraçãoMelhorada mensagem do limite diário para que tenha mais clareza e informe ao usuário qual bem ultrapassou o limite e o valor que ultrapassou Ajustadas mensagens da dialog de complemento do apontamento para que exibam Stop_Box ao inves de ML_Info_Box pois esta classe permite que a mensagem fique atrás da dialog causando erros de foco e confusão ao usuário As mensagens de validação dos valores inseridos nos campos foram retiradas do OnExiting de cada um e adicionadas no Validate_Save da tabela de trabalho principal de modo que valide se algum valor incorreto foi inserido, e respeitando as regras que já existiam como a verificação se foi informado Almoxarifado mediante parâmetro que obriga informar. Essa modificação visa, permitir que o usuário cancele a operação a qualquer momento sem que fique preso em um campo vazio no cadastro do apontamento que estava realizando, também otimiza ainda mais a possibilidade de cadastro simultâneo dos apontamentos. A ordem dos objetos na tela foi ajustada, deixando a grid em último no escopo para que não ocorra de entrar na tela e mesmo sem modificação alguma o sistema impeça a saída. Na tela de entrada de produtos, foi adicionado o preenchimento do campo tipo na tabela de trabalho do apontamento antes da chamada da tela, pois dessa forma também não há impedimento quando o usuário quiser cancelar o preenchimento dos apontamentos. A respeito da mensagem de limite diário, foram feitos testes e a rotina está funcionando corretamente, por padrão o sistema verifica a tabela ABENCONT para calcular as alterações de horímetro e exibir a mensagem de limite diário caso o mesmo for ultrapassado. Lembrando que o PSGA considera os dias desde o último contador registrado e é necessário ultrapassar o limite diário vezes a quantidade de dias entre o lançamento atual e o último lançamento de contador.
4 - Configuração |
AG-22838 | Corrigir primeiro carregamento da tela de subprodutos de produção | 0 | 2 - Objetivo3 - AlteraçãoSetado propriedade que carrega os dados na tela automaticamente ao abri-la para falso. Ajustado lógica preenchimento de descrição do Produto, Almoxarifado e Operação de estoque, pois estava gerando sujeira na tela.
4 - Configuração |
AG-22815 | Divergência na Integração contábil de Saídas - Antes/Depois Mapa Contábil | 0 | PSGA » Fiscal » Básicos » Tributário » Operações Entrada/Saída; PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de Entrada; PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de Saída; PSGA » Contabilidade » Movimentação » Geração de Lançamentos Integração Contábil.
2 - Objetivo3 - AlteraçãoAdicionado validação na execução das queries CALCULA_CUSTO_ENTRADA_ESTOQUE e CALCULA_CUSTO_SAIDA_ESTOQUE pelas rotina de mapa contábil, pois estava alterando valores indevidamente após as notas estarem fechadas e configurações de operações de estoque alteradas. A execução das queries passa a ser somente quando as notas estiverem abertas.
4 - Configuração |
AG-22809 | Usuários com ponto não tem campo REPROCESSANDO alimentado no bd | 579073 | 2 - Objetivo3 - AlteraçãoAjustado para não alterar a variável global; Ajustado para que todas as querys, exceto as querys que atualizam o campo REPROCESSANDO da tabela de usuários, recebam a variável nova tratada:
4 - Configuração |
AG-22741 | Caracteres mínimos ao bloquear titulo pela conferencia. | 577250 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22737 | Erros de Crystal Reports | 574829 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22724 | Inconsistências Monitor NF-e | 576741 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22588 | ROTINA DE CANCELAMENTO/DEVOLUÇÃO DE REQUISIÇÃO PERMITIR TROCAR FORNECEDOR | 559373 | 2 - Objetivo3 - AlteraçãoCriado a flag "Gerar Solicitação" na tela de cancelamento de itens da requisição. Adicionado os campos “Solicitação Origem“ e “Solicitação Destino“ na grid de produtos na tela de solicitação de compras Caso a solicitação tenha origem na tela de cancelamento, ira gravar a solicitação da requisição cancelada no campo “Solicitação Origem“ Caso a solicitação tenha uma requisição cancelada e com geração de nova solicitação, irá gravar a nova solicitação no campo “Solicitação Destino“
4 - Configuração |
AG-22459 | Permitir que o PSGA Repita a Numeração do Lote em Safras Distintas | 571134 | Documentações disponíveis nas respectivas subtarefas. |
AG-21893 | Ajustes na tela de lote de emblocamento | 523640 | 2 - Objetivo3 - AlteraçãoCriado grupo com formulários/campos Produtor, Fazenda, Data Inicial e Data final na lookup de emblocamento, para serem utilizados como filtro.
4 - Configuração |
AG-21693 | Rejeição XML Totais ICMS | 551561 | 2 - Objetivo3 - AlteraçãoCriado flag RATEIA_FRETE_SEGURO_OUTRAS na CMOVNF, para ter o mesmo comportamento da operação (flag CONSUMO INTERNO), ao marcar o sistema irá atualizar a base de calculo do ICMS e com frete/seguro/outras.
4 - Configuração |
AG-21414 | Falha nos níveis de compra autorizados via e-mail | 0 | 2 - Objetivo3 - AlteraçãoForam realizadas validações, em conformidade com as especificações, para garantir o correto funcionamento da rotina de autorização por nível. O foco foi direcionado para a incorporação de uma quantidade ajustável de autorizações em cada faixa de alçada, juntamente com a capacidade de atribuir pesos distintos para as autorizações em diferentes níveis predefinidos.
4 - Configuração |
AG-21220 | Diferença de fardos na produção | 539136 | 2 - ObjetivoO sistema não pode permitir a exclusão de um lote de produção caso o mesmo esteja vinculado em uma produção de pluma Caso o P_PRODUCAO_PERMITE_FECHAR_SEM_ETIQUETA estiver em 'N' então o sistema deve bloquear o fechamento de produção de pluma caso tenha Plumas sem etiqueta informada.
3 - AlteraçãoDurante o desenvolvimento foram encontrados mais algumas circunstâncias que necessitou alterar a forma da rotina. Devido o preenchimento automático das etiquetas quando a Produção for fechada pelo parâmetro P_PRODUCAO_PLUMA_PREENCHER_ETIQUETAS_FECHAMENTO, o uso da validação das etiquetas só pode ocorrer quando esse parâmetro for “N“, caso contrário o preenchimento ocorre no fim da rotina de fechamento, de forma automática, podendo nesses casos ter campos não preenchidos devidos a diversas circunstâncias onde a validação apenas atrapalharia, já que o usuário não teria o controle das etiquetas. Com esse parâmetro ativo, independente de alteração no campo de Etiquetas, ela sempre é recolocada no fechamento. Seguindo esse adendo a implementação ficou dessa maneira: Para as rotinas de maneira geral foi criada uma função que verifica os resultados de uma query especifica e juntamente a uma Mensagem gravada no Multilingual, monta a mensagem de erro que é mostrada na tela, descrevendo a Produção e Fardos que estão sendo referenciados. Para a exclusão do Romaneio no Lote: A função chama a Query criada: VERIFICA_VINCULO_TLOTEI_PRODUCAO É montada a mensagem de Erro pelo ML criado: MSG.PRODUCAO_FARDO_VINCULO_TLOTEI No caso de haver Plumas com vinculo da Etiqueta de um Fardão vinculado ao Romaneio, ocorre o bloqueio e a amostragem da mensagem.
Para o fechamento do Lote: a função chama a Query criada: VERIFICA_ROMANEIO_SEM_PRODUCAO é montada a mensagem de Erro pelo ML criado: MSG.RETORNA_ROMANEIO_SEM_PRODUCAO No caso de algum Romaneio do Lote não possuir nenhum vinculo com Pluma pelo código do Fardão, ocorre o bloqueio.
Na edição do campo Etiqueta do Fardão quando o parâmetro P_PRODUCAO_PLUMA_PREENCHER_ETIQUETAS_FECHAMENTO está em 'N': Para o fechamento da Produção ou Fechamento da Produção em Lote: Só ocorre a validação caso o P_PRODUCAO_PLUMA_PREENCHER_ETIQUETAS_FECHAMENTO for 'N' É verificado o parâmetro Criado: P_PRODUCAO_PERMITE_FECHAR_SEM_ETIQUETA, no caso 'N': A função chama a Query Criada: VERIFICA_FARDOS_COM_ETIQUETA_ERRADA É montada a mensagem de Erro pelo ML criado: MSG.PRODUCAO_FARDOS_COM_ETIQUETA_ERRADA No caso de haver plumas com etiquetas de Romaneios que não pertencem ao Lote ou se haver plumas com etiquetas em branco (Esse ultimo apenas com o Parâmetro P_PRODUCAO_PERMITE_FECHAR_SEM_ETIQUETA for 'N') o fechamento será bloqueado aparecendo a mensagem de erro descrevendo as Produções e fardos referenciados, juntamente do Problema descrito ao Lado.
No caso do parâmetro P_PRODUCAO_PLUMA_PREENCHER_ETIQUETAS_FECHAMENTO estiver em 'S’ as validações não ocorre, porém foi alterado a query que preenche as Etiquetas, adicionando o campo TPLUMA.TROMENT_COD
4 - ConfiguraçãoParâmetros: P_PRODUCAO_PLUMA_PREENCHER_ETIQUETAS_FECHAMENTO, P_PRODUCAO_PERMITE_FECHAR_SEM_ETIQUETA Não será necessário demais configurações manuais.
|
AG-21095 | Verificar controle de acesso do usuários | 0 | 2 - Objetivo3 - AlteraçãoAlterado a rotina de cópia de Menus para Cópia de Configurações de Usuário Não sendo vinculado ao Usuário atual posicionado, podendo selecionar qual será o Usuário Cópia e quais serão os usuários destinos. O agrupamento “Tipo de Cópia“ define como será a forma de gravação dos dados, onde a opção “Apenas Diferenças“ irá gravar apenas configurações do Usuário Cópia que não existem no usuário destino. Já a opção “Replicar Idêntico“ deixa as configurações do Usuário destino exatamente iguais ao do Usuário Cópia, deletando registros diferentes se for o caso. No agrupamento “Informações que serão copiadas“ temos as opções dos tipos de Configuração de acesso, onde só serão copiadas as que estiverem selecionadas. Uma adendo para as configurações de Menus e Autorizações, ambas são vinculadas aos módulos do sistema, então sendo necessário selecionar um módulo em especifico, ou a opção “Todos“, nesse ultimo caso será copiado as configurações de todos os módulos.
No agrupamento “Copiar do Usuário“ é informado o usuário que terá suas informações copiadas. Ja no agrupamento “Para o(s) seguinte(s) usuário(s)“ é informado um ou mais de um usuário que receberá as informações. A função de cópia ocorre dentro de um processo, podendo ser cancelado enquanto ainda está em processamento. O status de processamento pode ser visualizado durante o processo pela dialog aberta durante.
4 - Configuração |
AG-20605 | Tratar exclusão de romaneios no lote do psga para o cga | 0 | 2 - Objetivo3 - AlteraçãoNo CGA: Foi criado a tabela ILOTESD para armazenar os romaneios que foram deletados do Lote no PSGA Foi criado o campo EXCLUIDO na tabela ILOTES que descrimina os romaneios que foram excluídos em casos de impossibilidade de exclusão. Foi adicionado nas rotinas do CGA para ignorar os romaneios que possuem o campo EXCLUIDO preenchido
No PSGA: No PDXDts:
4 - Configuração |
AG-19748 | Melhorias em Agrotitan - importação de Lote de retorno de pagto eletrônico. | 345401. | 2 - Objetivo3 - AlteraçãoCriado o campo FILOTPEL.SELECIONA CHAR(1) e adicionado coluna selecionável na grid: Tratadas as mensagens do processo para o cenário com mais de 1 arquivo selecionado; Ajustada a barra de progresso da tela para que usuário possa acompanhar etapa real do processo em cada arquivo; Tratado também para excluir arquivos selecionando-os antes; Implementada seleção de pasta com mais de 1 arquivo de retorno; Realizada tratativa de exceção para cada caso nos processos de Carregamento, Processamento e Exclusão de Arquivos.
4 - Configuração |
AG-19719 | Implementar Validação de vinculo de NF autorizadas ao MDF-e | 500268 | PSGA » Fiscal » Movimentação » Documentos fiscais » Manifesto de documentos fiscais. PSGA » Fiscal » Movimentação » Documentos fiscais » Nota Fiscal de Entrada PSGA » Fiscal » Movimentação » Documentos fiscais » Nota Fiscal de Saída
2 - Objetivo3 - Alteração4 - Configuração |
AG-15971 | Otimizar Tela do Fluxo de Caixa | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
