Avaliação do Colaborador Online

Avaliação ao colaborador ser feita online (no género do questionário de satisfação dos clientes), com possibilidade de exportação para pdf devido à assinatura dos colaboradores.

(by Nelson Marques)

Adicionar ficheiros numa modificação – devia ter release note

Quando se adiciona um ficheiro numa modificação, deveria ter a possibilidade de adicionar uma release note para não se perder notas do que foi feito, do mesmo modo como foi feito para as consolidações dos programas.

Se tudo passar para uma classe WPMS, este ideia deixa de fazer sentido.

(by Serafim Folha)

Alterar a forma de calcular a percentagem feita das UDTs de Recepção

No caso das unidades de trabalho da recepção de mercadorias, fazer com o sistema calcule a percebtagem de trabalho feito com base no numero de contentores já recebidos versos os que faltam receber (no caso de haver pré-alocação) ou das UMas recebidas versos as que faltam receber.

(by Vitor Dias)

Ao adicionar ficheiros ás modificação …. efectuar ligações automáticas das outras modificações

Ao adicionar ficheiros às modificações …. efectuar ligações automáticas das outras modificações que já partilham o mesmo ficheiro.

Poderia se ir ler as modificação abertas onde foi adicionado esse ficheiro, anteriormente
E efectuar directamente as ligações de modificações. Isto evitaria alguns erros com esses ficheiros externos.
Ex: ficheiro Wpms.php com modificações de tabelas…poderia dar erro de base dados!

(by Marcio Fernandes)

Controlo sobre a mudança de matricula nas voltas/reservas

Deixar mudar a matricula apenas se:

1. Ainda não carregou
2. se carregou, tem de fazer saída da portaria e então sim pode mudar, para aqueles cenários hipotéticos onde o carro avariou e tem de se mudar

Criar um desenvolvimento para melhorar a validação que já existe, o problema é que carregando por AL063 não tenho nenhum documento de carga ficando essa validação mais dificil de efectuar.

Por enquanto e se o user esta a usar o AL063 é para ele mais facil controlar as reservas e voltas portanto se quer carregar duas voltas no mesmo carro tem duas hipoteses ou transfere os volumes todos para a mesma volta ou então carrega a primeira e da saida e entrada do carro para fechar a primeira volta e depois carrega a segunda volta.

(by Vitor Dias)

Melhoria das descricoes no MENU sobre transferencias da mercadoria

Durante testes dos varios tipos das transferencias reparei que há uma descrição de uma das transferencias no MENU que poderia ser melhorada e, portanto, seria melhor entendida pelo usuário e criaria menos incompreensão.

COMO ESTA:
MENU
DIVERSOS –> TRANSF. ENTRE CONTS.
EXPEDICAO –> TRANSF. MERC. EXEC. ENTRE CONTENT.

COMO PODIA SER CORRIGIDO:
MENU
DIVERSOS –> TRANSF. MERC. STOCK ENTRE CONTENT.
EXPEDICAO –> TRANSF. MERC. EXEC. ENTRE CONTENT.

Neste caso, será claro para que tipo de stock a transferência dada se aplica.

(by Anna Monika Wozniak)

Integrar funcionalidade das Traduções no standard

Integrar o local source das Traduções (MF11) no standard.

(by Vitor Dias)

Alinhamento da D0198 com a D0195

Um dos problemas com que nos defrontamos regularmente é encontrar a D0198 desalinhada com a D0195.
A lógica de que no próximo movimento fazemos o alinhamento obriga-nos a usar um utilitário que está espalhado por praticamente para forçarmos esse alinhamento.
Aqui ou descobrimos as situações que provocam este desalinhamento (caminho complicado acho eu) ou introduzirmos um mecanismo que se possa agendar para regularmente garantir o alinhamento das duas tabelas.
Isto é fundamental porque na colunicação de stocks entre o WPMS e os ERPs usamos a D0198, que em muitas situações está errada, porque o valor diverge da D0195 que está certa.

(by Vitor Dias)

Tabela D0179

Com o novo módulo de transportes verifica-se que a tabela D0179 não é suficiente para ligar carros a reservas. Poderíamos mudar o campo garitta_prenota para a tabela D0178, e assim ficávamos com o cabeçalho do registo de portaria na D0179 e no detalhe as reservas a que o mesmo estava ligado.

(by Pedro Bras)

Determinação de filas para trabalhos

Na sequência dos diversos problemas que temos tido sobre determinação de filas e prioridades, em que ficamos com trabalhos em erro pois existem dependências de trabalhos e prioridades, gostaria de apresentar uma idéia, para vossa análise e quem sabe ser introduzida no vosso catálogo de melhorias.

Se a aplicação necessita de ter vários trabalhos a correr forçosamente na mesma fila, e com determinadas prioridades, como é  caso da faturação, onde dizem que os seguintes trabalhos têm dependências (print do Pedro Brás do ticket 20007165):

Se é requisito da aplicação, porquê deixar na mão de utilizadores (mesmo que de IT)  esse ónus de configuração que depois pode provocar erros?

Proposta: em vez da determinação ser por objeto método, apenas deveríamos determinar um pacote, do género “Pacote de faturação” para o pacote de faturação deste grupo de utilizadores ou deste armazém, ou deste armazém/equipa (Vários acesso) vou configurar o pacote de jobs “faturação”. Ou seja, para o armazém 5407 o pacote de faturação vai correr na fila “5407 – Só Fact”.

Por sua vez, de forma técnica, o sistema sabe que o “pacote de faturação” é constituído por um conjunto de objetos/métodos (os tais do pront acima) e esses sim tem dependência de correr entre eles, mas essa dependência era determinada de forma técnica por vós, sem o cliente, por configuração poder alterar isso.  Assim, garantia-se que a ordem dos trabalhos não fica dependente de configuraçãoe corre conforme o sistema necessita.