No ID006, lista de destinatário das exportações só é possível definir um email por utilizador, pelo que deveria ser possível adicionar mais que um endereço de email por operador.
(ideia VD)
Status: Completed
nas vistas SD005 – ter uma opção a indicar se a vista está associada a alguma modificação. Por vezes tentamos alterar com uma determinada modificação e só no ecrã de gerar é que se sabe que está associada a outra o que provoca que sejam abertas modificações desnecessárias
No report das vistas SD005, deveria existir a informação se a vista está associada a uma modifcação ou não. Porque algumas vezes adicionamos uma coluna ou outra coisa, e depois vamos gerar a vista e temos a informação que não podemos porque a vista está associada a outra modifcação, o que provoca que temos de ligar modificações. Com essa informação desse inicio poderia estar a evitar criarmos modificações novas e utilizar logo aquela da vista.
Poe este report como standard que neste momento é apenas local na Biedronka.
Possivel melhoramento, por agendável e enviar por email
Seria interessante termos utilitários para recuperar alguns processos. Estou-me a lembrar por exemplo do ASN em que eles fecham antes de receber tudo, e depois pedem-nos para reabrir ou recuperar a reserva para voltarem a receber o resto.
Este processo do ASN é só um exemplo. Existem outros processos que nos pedem para recuperar ou voltar atrás apesar não ser culpa do software.
Deveria ficar na tabela de log de sistema quando se reenvia uma mensagem já enviada. Para análise era importante ter essa informação para provar que o user “XXX” tinha feito a acção de reenviar uma mensagem já enviada.
Alterar todos os reports que mostram as diversas sessões dos acessos para incluir o numero de registos válidos e o número de registos anulados.
Desta forma quando vamos procurar dados num acesso sabemos logo quais as sessões que devemos abrir em vez ter que abrir uma a uma para saber se têm registos ou não
A iodeia é a criação de um monior a ser usado em TV de grandes dimensões para se ter uma ideia do estado de cada carro que foi registado na portaria até ao registo de sa+ida das instalações
Transcrevo para aqui o requisito apurado na altura para a Biedronka.
“The goal of this development is to show the progression of the receiving activity by gate, driver ID (temporary ID) in an wide screen, like the ones presented at the airports for departure and arrival control, in order to the driver and other warehouse personal can keep in touch to the evolution of this warehouse activity.
2. Description of the change
This special screen will be a non-standard screen because it needs some special mechanism that is not present in the standard ones, like:
1. The menus will not be shown;
2. The “monitor” dimensions will be like a TV of 49′ or similar;
3. Probably the TV will be used as portrait as opposite to landscape (normal use);
4. System has to make an automatic refresh from time to time;
5. After reaching the end of the first “page”, system has to scroll automatically from the first page to the last in a repetitive cycle and re-start again at the first page”
The information present in the screen should be at least the following
• Vehicle plate
• Booking number
• Gate number
• Phase of goods receive:
◦ Gate In register – “Transporter Arrived”;
◦ Transporter Accepted – “Go To Gate”;
◦ Transporter In – “Vehicle Docking”;
◦ “Receiving in Progress”;
◦ “Receiving Ended”.
• Progress bar (pallets received against the total pallet to be received)”
(by Vitor Dias)
Algo importante a explorar é a implementação de elementos (associados ou não a AI) de modo a criar um perfil da performance individual de cada operador, com especial destaque para os caixeiros de modo a manter médias de:
a. velocidade média por metro percorrido, podendo ir ao ponto de ter um valor para deslocações dentro do mesmo corredor e outro para deslocações entre corredores e para deslocações da área de execução para o cais ou o sítio onde deixa a palete depois de executada.
b. tempo médio de execução por volumes por cada corredor do armazém (pois o tempo de execução médio de um corredor com artigos grande e pesados pode ser muito diferente de artigos pequenos e leves). Estes tempos médios podiam até ser recolhido para a execução de 1 UN, entre 2 e 5, entre 6 e 10, entre 10 e 20, etc, de modo a ter uma estimativa do tempo de execução o mai exacta possível.
c. podia-se até conseguir ter tempos diferenciados entre se o artigo está no primeiro nível do picking, segundo, terceito, etc.
d. O perfil podia ainda distingir entre valores para as primeiras 4 horas de trabalho e as ultimas 4 horas de modo a incorporar o elemento de cansaço.
e. Aplicando o perfil à UDT que é atribuida ao operador o sistema faria a estimativa do tempo de conclusão da UDT e do momento previsto para a execução de cada artigo.
f. Na aplicação de RF o PDT poderia manter no display diversas barras de progresso que mostrasse o progresso efectivo do operador contra o tempo estimado.
g. No voice isto poderia ser substituido por informação vocalização a cada x tempo.
h. Quer no voice quer no PDT o sistema deveria enviar avisos ao opeardor indicado que apresenta um atraso acima de um determinado valor definido.
Ticket #20007217
(by Vitor Dias)
Este ecrã deveria ser alterado tomando em consideração dois novos conceitos importantes:
1. Já incorporámos na aplicação um elemento que compara o código de duas “versões” do mesmo métod e apresenta visualmente as diferenças. Esta funcionalide deveria ser aplicada neste ecrã.
2. Não faz sentido apresentar num ecrã às mil e tal linhas de código e esperar que qualquer utilizador faça scroll por essas linhas para identifica onde estão os pontos de chamada. Uma abordagem é que num primeiro ecrã apresentava as X linhas antes e depois onde estão os pontos de chamada mais a proposta automática (assumindo que se vai fazer esta outra proposta que escrevi) da nova linha onde cada ponto de chamada deverá estar.
No caso de ser necessário analisar mais código então o utilizador poderá expandir cada um destes blocos e fazer scroll pelas linhas de código que considerar necessário.
(by Vitor Dias)