Data/Hora fim de tarefa

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)

Melhoria: alterar campo input da nota de reabertura

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.

Implementar Data Mining nos projectos dos clientes

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

Trabalho de retratar mensagens de interface em erro

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.

Mais uma opção das definições de impressão

Ter uma opção para indicar que na impressão queremos rodar o ficheiro de impressão 90º ou 180º

Mensagens WPMS – ter um parametro adicional

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 um report da Atividade do agente

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.

Data de criação de algumas tabelas

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)

Refazer o reports de Liveupgrade

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)

Ideia para sistema de tickets

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)