Sugiro que seja alterada a funcionalidade de report de tarefas nos tickets, de forma a colocar a data/hora de fim da tarefa, ao inves da duração da tarefa (nem sempre existe a duração que se pretende e é preciso andar a fazer mais do que um registo para a mesma tarefa. (Ex.: 7h + 15m; 8h + 30m)
Status: Declined
Quando os clientes pretendem reabrir um ticket porque o assunto ainda não está resolvido ou pretendem obter mais informação, apenas têm um campo de input simples. Proponho que sejam disponibilizados neste ecrã os restantes elementos de edição de texto e submissão de imagens / ficheiros, de forma a que o cliente apenas tenha de submeter uma nota quando precisa de reabrir um ticket (o que acontece hoje em dia é submeterem por ex uma nota a indicar “Temos mais casos. Ver nota seguinte”, e depois de reaberto o ticket é que expõem os casos e adicionam ficheiros.
Ola! Penso que o conceito de Data Mining é familiar a todos nos, ainda assim o Data Mining consiste em um processo analítico projectado para explorar grande quantidades de dados, na busca de padrões consistentes e/ou relacionamentos entre dados. Através do Data Mining podemos estabelecer estratégias para optimizar os resultados financeiros de uma empresa (IsRetail por exemplo). Isto, por si só, já é uma vantagem suficientemente importante para justificar a implementação de Data Mining, mas no seu grosso através da mineração de dados podemos:
AGRUPAR dados semelhantes. DETETAR relações entre dados. PREVER resultados através de dados. E mais uma infinidade de mais valias.
Eu tendo alguma experiência com a ferramenta de mineraçao de dados: Rapidminer poderia ser útil para este processo. fica assim, entao a minha ideia.
Obrigado. João Paulo Ribeiro
Actualmente quando agendamentos os trabalhos que retratam mensagens de interface em erro temos um efeitos negativo, que é o facto do trabalho de agendamento fica em erro se não houver mensagens para tratar. Isto não faz sentido criando o rastro de trabalhos em erro que não deveriam existior porque não se trata de um erro. É aliás algo de muito positivo.
Ter uma opção para indicar que na impressão queremos rodar o ficheiro de impressão 90º ou 180º
Em vez de estarmos a definir na altura da sua criação no SR005 se a mensagem é de erro, informação , confirmação, etc, ter mais um parametro adicional no send_msg que passava que tipo de mensagem é que gostariamos de ter. Dava mais liberdade ao programador.
Por um lado evitava-se em ter mensagens com o mesmo texto mas apenas muda o tipo.
(by Serafim Folha)
Disponibilizar a cada agente uma consulta da sua “Atividade” na plataforma de tickets, ou seja, apresentar a lista de tickets que foram modificados de alguma forma pelo utilizador (adicionar nota, adicionar tarefa, alterar estado, adicionar documento, alterar requerente, etc.), com a descrição da respetiva alteração.
Esta informação já existe na base de dados e é apresentada no Histórico de cada ticket, com o respetivo utilizador associado.
Colunas:
– ID (do ticket)
– Título (assunto do ticket)
– Entidade (cliente)
– Estado (do ticket)
– Tipo (de pedido)
– Data (data/hora da alteração; igual ao campo “Data” do separador “Histórico” do ticket)
– Alteração (descrição da alteração ao ticket; pode ser igual ao campo “Actualizar” do separador “Histórico” do ticket)
Pressupostos:
1. Por defeito, a lista deve estar ordenada da data de alteração mais recente para a mais antiga.
2. Por defeito, apresentar os últimos 15 registos de alterações (configurável?)
3. Como nos restantes reports, o Título deve ter um hyperlink que encaminha para o conteúdo do ticket.
4. O mesmo ticket pode aparecer várias vezes na lista.
Poderia ser interessante e ajudar na investigação de alguns problemas ter no campo data de criação de algumas tabelas como por exemplo a:
D0273 (unidades de trabalho)
D0359 (volumes)
Este campo era apenas preenchido na altura da criação do registo na tabela.
Poderia ser feito em conjunto com uma ideia já antiga de o std_datamod não ser mexido com a estatistica. Haveria ganhos na investigação de casos mais “estranhos”.
(by Serafim Folha)
Redesenhar o report de live upgarde de modo a apresentar a informação com leitura e que se perceba o que é que cada patch efetivamente contém, uma vez que actualmente em termos de experiência do utilizador é muito má.
Adicionalmente criar a possibilidade de seleccionar diversos patchs ao mesmo tempo e fazer com que o sistema proceda a sua respectiva instalação. Aqui até fará sentido ter a possibilidade de fazer isto em processo background e assim libertar o ecrã ou em processo como hoje onde vamos ter uma actulização online da evolução da instalação.
A barra de progresso terá também que ser revista, aproveitando as linhas de orientação que a equipa que está a tratar da próxima versão está a usar.
(by Vitor Dias)
Botão de gravar uma nota (tipo draft) para o caso de adicionar uma nota e perder a sessão, perde o texto escrito.
Ou então se o utilizador não tiver sessão antes de se perder a página toda, haver um popup a dizer que perdeu sessão e copiar texto.
Reclamação de alguns clientes (AGROS)
(by Serafim Folha)
