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: In Progress
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)
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)
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)
Nos pequenos clientes temos por vezes erros de trabalhos/processos que não fazem sentido, por causa do serviço associado estar em cima à muito tempo.
Acontece por exemplo ele perder acesso aos numeradores, as mensagens ficam sem saida, etc.
A ideia seria ter um parametro de sistema para activar o restart automático dos serviços e que hora poderia ser feito.
Criar uma base de conhecimento de utilitários feitos pela equipa da ISRETAIL em sistema interno.
Objectivo do utilitário
Quem Fez
Data
Ticket Associado se existir
Para que ambiente
Se houver alterações registar ou criar novo utilitário. Poderia ser vantajoso termos acesso ao histórico do source do utilitários no caso de existir alterações (algo semelhante a um software controle de versões).
Depois conseguir criar bundle de utilitário e levar para clientes (IG019 ou por mc)
A definição de ligação ao Live Upgrade é feita na acção IG003.
Podia ser interessante ter um botão de teste da ligação para verificar se tudo funciona ou, quando não, se o problema é mesmo de autenticação ou rede ou …
O que escrevemos hoje no momento da consolidação dos metodos não são bem release notes mas mais um log das alterações e do porque das mesmas.
Para ajudar quem cria verdadeiramente as release notes podiamos criar um report com possibilidade de:
1) alterar o titulo das modificações
2) escrever 2 textos (EN e PT) com a ajuda do:
3) texto principal do ticket ligado se existe
4) texto das alterações feitas
Os textos podiam ser revistos antes de qualquer publicação(?)