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.

Restart automático dos serviços WPMS

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.

Mensagens locais

Como temos para o SR005 para as mensagens, ter uma opção de mensagens locais que seria utilizada para localsources e assim evitar erros de encoding das páginas/ambientes.

Mapa do armazem em 3D

Se calhar já foi uma coisa falada, mas poderia ser interessante termos o desenho de layout (AD052) em 3D. Poderia ser um projecto para os estagiários e um melhoramento para o wpms 3.0.

Criar um registo de utilitários e permitir criar bundle de utilitários

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)

Live Upgrade

Passar a selecção multipla e poder ver as release notes

Report para criação Release Notes

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(?)

Melhorar sistema de testes

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

Chatbot

Precisamos de um chatbot para os nossos clientes?

Chat interno

Ter no nosso portal um replacement para o google hangout.
Eventualmente abrir o mesmo para os clientes de forma a não precisar enviar os nossos contactos pessoais ou criar gmail ficticios