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)
Status: Completed
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)
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)
Criar uma nova versão do AL055, abandonando o sistema actual de distribuição de tarefas a recursi de acordo com um sistema mecânico tipo “relógio analógico” de sequencias e prioridades e passar para um sistema dinâmico, que considere elementos estatísticos e que reaja à evolução da operação, de modo a alterar dinamicamente os critérios de atribuição de tarefas.
Na nova abordagem também deverá existir um sistema avançado de alarmistica visual (podendo incluir o envio de emails com alertas) quano se verificar atrasos significativos, falta de recursos ou estrangulamento das operações.
Para se fazer esta mudança poderemos ter que usar AI e também análise estatística para recolha de tenpos médios.
Nesta versão de atribuição automática de tarefas seria interessante incluir elementos como:
1. Sequencia de picking dinâmica para cada UDT, de acordo com congestionamentos em corredores ou bastidores de outros caixeiros, congestionamentos de empilhadores que dificultam a circulação no corredor, previsão de falta de stock no picking.
2. Na atribuição de tarefas a recursos considerar também como critério evitar os congestionamentos.
3. Gerir a alocação de operadores de empilhador a abaixamentos de modo a procurar minimzar a ocorrencia de falta de stock no picking com base no tempo necessário para executar os abaixamentos necessários nos próximos x minitos,
4. Definir uma forma do sistema saber como gerir e balancear as necessidades de fazer abaixamentos e arrumações da mercadoria recebida, quando estas operações coexistem no tempo
5. A execução de contentor completo poderá arrancar de acordo da previsão de quando é que as paletes têm que estar no cais. Claro que para isso teremos que conseguir fazer uma estimativa de quando é que a execução de cada loja deve começar e qual é o LTOD (Last Time on Doc) ou seja qual é a hora em que a ultima palete executada tem que estar no cais para que a carga se inicie.
(by Vitor Dias)
A ideia é a de criar um mecanismo de actue nos ambientes dos clientes e que se ligue periodicamente ao nosso sistema de desenvolvimento e transfira automaticamente os patchs e as versões que esse ambiente ainda não tem.
Este processo iria alimentar apenas o repositório de ficheiros disponíveis, deixando ao cliente a decisão de quando os implementar, mas eliminava-se o drama de fazer a transferencia de ficheiros por live upgrade online (especialmente critico em caso de versões), o tempo de transferencia não impactava no momento do upgrade e resolvia-se o problema da anexação de ficheiros no sistema de tickets para o Grupo JM com a limitação de que a partir de certo tamanhp temos que enviar os ficheiro por google drive ou equivalente.
Depois o liveupgrade iria validar os patchs/versões pelos ficheiros residentes já localmente neste repositório local.
Também seria interessante fazer um report que apresentasse os patchs/versões já disponíveis neste repositório e ainda não aplivados, sem possibilidade de lançar a partir daí o upgrade, para clientes como o Grupo JM.
(by Vitor Dias)
No SD006
Se ligarmos a modificação A à modificação B, vemos essa ligação quando estamos na modificação A.
Mas se acedermos ao SD006 para ver a modificação B, não vemos a ligação à modificação A.
Se ligarmos uma modificação deveria criar todas as ligações.
(by Serafim Folha)
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)
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)
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)
Era interessante ter um atalho ao AI006 (agendamentos) para os trabalhos daquele agendamento.
É algo confuso para o cliente depois descobrir especificamente quais os trabalhos que correspondem a aquele agendamento.
(by Serafim Folha)
