No seguimento do ticket #20017209
A sugestão do cliente é no sentido de melhorar o diálogo CodeOne quando existe mensagem de erro, o Protocol Translator terá interpretar o erro e apresentar mensagem ao operador no dispositivo CodeOne
Status: Open
No AL063, colocar uma que leve o utilizador a um Report que liste todas as UDT’s ligadas a uma reserva de expedição, à semelhança do botão que já existe no AL028
De momento conseguem-se exportar os dados de um report quer em pdf quer em excel. No entanto, como já foi reparado várias vezes, tanto pelos clientes como internamente, esta exportação devolve todos os dados vindos do servidor, filtrados somente pelos parâmetros de selecção do report, não tendo em conta os filtros extra aplicados nas colunas.
A ideia seria possibilitar exportar os dados que estão visíveis no report, tanto filtrados pelos parâmetros como pelas colunas. Para tal, alteraria-se a lógica actual de modo a aplicar os filtros das colunas nos resultados obtidos do servidor.
Deste modo, os dados obtidos na exportação iriam reflectir os dados tal e qual como são apresentados no report, não fazendo distinção entre dados filtrados pelos parâmetros de selecção e aqueles filtrados pelas colunas, tratando ambos os filtros como fazendo parte do sistema total de filtragem que providenciam os dados visíveis num report.
Passaria, portanto, a ser uma exportação dos dados visíveis no momento, estando ambos alinhados.
Criar uma nova ferramenta em EVE que permite-se restaurar (Exportar/Importar), todos os pontos de chamada do IG031 de um ambiente para outro ou até no próprio ambiente em caso de restauro da base dados.
Adicionar uma nova ação no SD002, para que seja possível exportar um .xlsx com a definição da tabela, mas com a estrutura que a nossa aplicação precisa para ser utilizada na importação (ID003, AI017)
Idea com origem na JM
Por cada report, são guardadas as execuções, re-execuções, as linhas devolvidas e o tempo necessário.
Com estes dados é actualizada uma pontuação que determina qual será o filtro automático.
Estudar formas de poder interferir no calculo do score para deixar nas mãos de quem parametriza o sistema maior controle.
Algumas ideias: excluir filtros que precisaram mais de x segundos, só considerar um filtro interessante depois de x re-execuções, …
De momento, sempre que se faz um método de leitura é necessário validar se os valores inseridos pelo utilizador, no ecrã de validação, estão correctos.
Para desenvolver estas validações o programador têm que escrever manualmente condições que diferem do tipo de campo do ecrã de validação,
A ideia seria, para Reports standard, haver um gerador de código php (um botão no SO018) que gera código com as condições necessárias para cada campo do ecrã de validação, a partir dos parâmetros de entrada.
Assim, é poupado tempo na criação de métodos de leitura para Reports Standard, ao mesmo tempo que a sua consistência se mantêm.
Há clientes – Angelo da Staples – interessados em saber quem executou um pedido e a referencia ao documento recebido via interface.
Evidentemente não é assim tão linear já que um pedido pode ter vários intervenientes: pickers, execução de contentores completos, vitafilmadores, conferentes, quem carregou, …
Se esta ideia será julgada merecedora: a parte expositiva terá que ser bem pensada para manter uma boa leitura
PAra efeitos de debug deveriamos ter um simuador para envio da mensagem ou algo mais prático, o request para a AT quando ficasse em erro ser escrito numa tabela.
Perde-se muito tempo a ver o que poderá ser o erro, e muitas vezes não podemos ligar o Debug nos clientes
Esta ideia vem de algumas conversas que tivemos quando o Yard Management começou a ser discutido com a Jerónimo Martins e, basicamente seria criar um layout como agora fazemos para o armazém, mas neste caso seria para o exterior do armazém. Neste momento salvo erro já é possível por exemplo ter um código das portas diferentes, para a rua e para o armazém. Com um layout exterior, poderíamos ver os Camiões e Galeras como são vistos os contentores dentro de um armazém, ou seja, para os veículos seria possível criar regras de extração e de alocação, assim como poderíamos criar uma tabela parecida com a D0204 mas para veículos. Aqui existe a possibilidade de usar IA visto que em vez de usar regras especificas, podemos usar o IA para saber onde alocar o veículo e ainda qual veículo deverá ser chamado para ser carregado.
Aqui ainda poderíamos também criar um log de manutenção por veículo que diria quando foi feita a última manutenção, a última lavagem etc… talvez algo semelhante aos serviços logísticos, mas para veículos sendo assim possível os utilizadores decidirem quais os serviços que serão necessários fazer algum rastreio.
