No SR003 se o report tem variante, poderia aparecer uma coluna a informação que aquele report tem uma variante definida.
(by Serafim Folha)
Status: Declined
Em alguns clientes quando existe pouco movimento no WPMS na saida de mensagens por exemplo, verifica-se que o serviço de saida está activo, mas fica com as mensagens em saida.
Se fizermos restart aos serviços é enviada com sucesso.
Podia-se fazer tambem um mecanismo de restart aos serviços para além de X em X trabalhos, uma outra opção de fazer restart aos serviços de X em X dias/horas.
(by Serafim Folha)
Alterar substancialmente a forma como fazemos a estatísticas. Devida de ser incluído nas tabelas (pelo menos as que são alvo de estatísticas) dois novos campos, que seria a data da estatística e o user que fez correr as estatísticas. Desta forma evitava-se a situação que temos agora onde a aplicação regista a data e o user que actualizou cada registos e depois correm as estatísticas e todas as tabelas alvo de estatísticas ficam com a data de modificação dos registos igual, o que não trás valor acrescentado nenhum e faz-nos perder toda as rastreabilidade da actualização dos registos.
Poderá haver outras soluções, mas o fundamental é que não se deixe de saber quem actualizou o registo e a que data e hora só porque a ultima actualização do registo foi o processo de estatisticas.
(by Vitor Dias)
Por muitas vezes no IG019 (MF01 – Traduções das Tabelas Descrições Técnicas para Polaco), especificas frases completas aparecem repetidas (nas accoes, nos reportes, nas mensagens, etc.).
A minha ideia passaria por guardar todas as minhas (utilizador: isr-awozniak) traducoes diferentes numa tabela temporaria para ficar registado, para quando utilitario for correr, comparar se ja existe esta traducao na tabela temporaria e puderar aplicar traducao automaticamente. Tendo em conta codificacao em polaco. Assim evitaria traduzir a mesma coisa outra/quinta vez.
(by Anna Monika Wozniak)
Quando em modo de debug ($DB->Debug = true), ou com a joaninha em modo debug, os commits manuais serem ignorados, aquando da chamada da função set_trans(“C”). Apenas o commit final do GnMain seria efectivo, se não houvessem erros ($err = false)
(by João Godinho)
Apresentar a estimativa do número de paletes completas e das paletes não completas à semelhança do que se fez com as UMAs.
Aumentar a informação presente no ecrã do AL062 de modo a se poder fazer uma primeira análise ao resultado do plano de transportes
(by Denise Mendez)
Passar a selecção multipla e poder ver as release notes
Hoje os testes são definidos a nível de objecto/metodo e não parece ser a melhor solução.
A ideia é passar a definição dos testes a nível de modificação:
1) quando se abre uma nova modificação já se poderiam definir alguns testes (que deveriam estar descritos nos tickets)
2) quando se altera o estado do metodo para “em teste” apareceria a lista de testes da modificação para verificar que está tudo
3) possibilidade de definir o teste para uma outra modificação que fica automaticamente ligada
4) decidir se é necessario intervir também na geração das vistas e na adicção de ficheiros à modificação
Precisamos de um chatbot para os nossos clientes?
