Plugin de Ingressos 🎟

Olá @angus,

Sou novo por aqui, então peço desculpas por qualquer desconhecimento.

Estamos testando este plugin para ver se ele pode substituir nosso próprio sistema de tickets desenvolvido internamente, pois ele precisa de manutenção e temos muito pouco tempo para fazê-lo.

Após configurá-lo, adicionando tags aos grupos de tags apropriados, notei que as tags não estão aparecendo no menu suspenso de Prioridade, etc. Estamos usando o Discourse mais recente (ou seja, beta10), o que pode ser toda ou parte do problema.

Qualquer opinião ou sugestão será muito apreciada. Obrigado.

1 curtida

Olá, Steven! Obrigado pelo relatório. Eu também notei isso e enviei um relatório de bug em Pavilion para que o @angus fique ciente. Você pode adicionar uma resposta de “eu também” lá para avisá-lo de que você também está enfrentando esse problema.

3 curtidas

Obrigado, Tobias. Tentei me cadastrar no Discourse do Pavillion para postar o metoo, mas não estou recebendo o e-mail de confirmação. Verifiquei o endereço de e-mail duas vezes e está correto. E, sim, verifiquei minha pasta de spam. :slight_smile:

2 curtidas

Desculpe por isso, Steven. Posso ver duas tentativas no Pavilion Discourse de enviar um e-mail. Precisaremos verificar nosso serviço de e-mail… (vamos levar essa discussão para fora do chat)

4 curtidas

Olá @sjhodgen, parece que o Mailgun não está aceitando seu endereço de e-mail. Vou te enviar os detalhes por mensagem privada.

3 curtidas

Finalmente consegui testar isso durante o feriado prolongado; obrigado @tobiaseigen por me lembrar.

Infelizmente, não consigo selecionar nenhuma das minhas tags de prioridade/status/motivo nas listas suspensas — seja para uma mensagem privada ou um tópico. Para todos eles, recebo apenas uma lista vazia:

Alguém mais já viu isso? Configurei algumas opções em cada um dos três grupos de tags criados pelo plugin e, para fins de teste, liberei o uso para todos. Estou me perguntando o que posso estar fazendo de errado…


Atualização: Acabei de verificar isso em:

4 curtidas

@sjhodgen @downey, estamos enfrentando esse problema no nosso site – vemos exatamente os mesmos menus suspensos vazios.

Não vejo nenhum erro de JS nem solicitações AJAX com falha.

4 curtidas

@angus Criei um pull request para resolver:

(talvez queiramos tornar o paviliondev o master agora?)

5 curtidas

Também enviei uma correção para a página de Tickets de Admin, que resolve esses menus suspensos também.

Todas as correções já foram aplicadas ao fork do Pavilion e adicionadas ao pull request acima.

4 curtidas

Como eu faria isso funcionar com um ./launcher rebuild web_only normal?

Basta alterar o link do GitHub para este plugin no app.yml para

https://github.com/paviliondev/discourse-tickets 

e reconstruir, e você estará se divertindo.

Não tenho certeza do que ‘apenas web’ significa para sua configuração, mas seja qual for o arquivo yml que você usa para construir sua instância, é nele que você precisa fazer a alteração.

3 curtidas

sim, obrigado

Nota: angus ainda não migrou oficialmente este repositório para o paviliondev, mas este último é o único que está funcionando no momento, então…

3 curtidas

Normalmente, dividimos o app.yml em data.yml e web_only.yml.

Você precisa trocar o repositório alterando o endereço do comando de clone no contêiner do aplicativo.

3 curtidas

@merefield Obrigado :slight_smile:

Geralmente, este plugin não tem sido uma prioridade para nós. Eu o criei originalmente especificamente para @tobiaseigen, então não tenho uma boa noção de como ele está sendo realmente usado.

Se alguém estiver usando isso, ou quiser usá-lo, em um site real, por favor, descreva o caso de uso.

3 curtidas

Hi Angus! Thanks for asking - I’d also be interested in knowing who else is using it and if there is wider demand for improving it.

My organization uses this plugin very actively and depends on it. The primary use case is starting ticket PMs for various helpdesk related purposes. It is super handy to be able to quickly give tickets priority, status and reason tags and add them to a helpdesk team group. If follow-up is required, tickets can also quickly be assigned to someone. As tickets are worked on or age out, we change the status, unassign them, and archive them in the group inbox. We’ve turned on weekly email notifications about assigned tickets, and regularly check in with each other to make sure we don’t drop the ball. To give more insight, I shared our procedure below.

I also use tickets on my personal forum in combination with kanban to create and work on a backlog of personal projects. Geeky, I know, but it has been super helpful in helping me move forward on many different priorities without having to set up another system and allowing me to spend more time in discourse! As I move along, I am able to leave notes for my future self, update tags, and unassign when done. I also am able to loop in family members by mentioning them and getting their input quickly by email, though I have not been pushing them to log in.

I do not use the tickets dashboard on my personal site and discourage my work colleagues from looking at it because the filters and pagination do not work well - in fact, a setting to disable it would be welcome. I think the OP describes the roadmap quite nicely to create a tickets dashboard that would make this plugin highly valuable for many, not just my own organization - and I’d like to see it happen!

That said… it was interesting to lose access to the ticket tags pulldown for a few weeks - my team did not seem to miss it that much. Given that we do not have a well functioning tickets dashboard now, the ticket system is not as useful as envisioned for prioritizing and handling tickets, and for helping each other as a team. It’s quite possible that we could get by without the tickets plugin altogether and just rely on core discourse features (e.g. canned replies, reminders, whispers, solved, assigned). The ticket tags for priority, status and reason might also be streamlined - given that we do not have a tickets dashboard that lets us use them properly, it’s overkill to have so many options.

Tickets Procedure at my organization

No balls are dropped when handling correspondence with a ticket system, because each unresolved ticket is assigned to someone, and is given priority and status. All moderators can create tickets, but only admins can see personal messages. The helpdesk team is tasked with monitoring tickets and ensuring follow-up occurs with appropriate speed, so include @helpdeskteam in any tickets that need follow-up.

Procedures for oft repeated tasks include tickets, especially procedures with many steps over a period of time such as core membership, webinar planning, and inviting people to join the network.

Using the ticket system

Create tickets

As a moderator, you can make any topic or message on the forum into a ticket by editing the title and then selecting the big blue TICKET button. Tickets can be given priority, status, reason and assignee. By default, the @helpdeskteam group is included in all ticket messages so you can work together with the helpdesk team. You can directly add more users and groups here as well.

Once a ticket exists, its status and priority can be updated, and it can be reassigned or unassigned when it is resolved and there’s nothing left to be done.

Make strategic use of discourse features as you create and follow up on tickets:

  • Title - indicate what ticket is about in as much detail as possible
  • Canned replies - insert a prepared message and then personalize it
  • Tags - further categorize what ticket is about (e.g. country or theme)
  • Reminders - remind yourself to follow up (only visible to you)
  • Whispers - discuss privately with colleagues to ask for advice and update them
  • Solved - choose a reply that contains/summarizes the solution for the ticket (do not select whispers as only moderators can see them!)

Follow up on tickets assigned to YOU

Please follow up on tickets assigned to you on a timely basis. Once you have completed a ticket and there is nothing remaining for you to do, go ahead and unassign it.

You will be notified by email when a ticket is assigned to you by another moderator, and receive monthly reminders of pending assignments. Look for the link to your assigned tickets on your profile menu - see screenshot.

0c9c8aeb9772dff16d9f2d3e7f51b20ceed17a8b

Tickets in the @helpdeskteam inbox

We mostly use tickets to ensure message followup directly with members. You can see all of them in the @helpdeskteam group inbox. Typically we leave messages that need handling in the inbox, and archive them when they do not need handling or when they are resolved. That way the inbox remains a good place to look for messages requiring replies.

Some considerations:

  • archived messages return to the inbox when someone replies
  • you can unassign and reassign messages anytime as needed
  • messages must include @helpdeskteam in order to be visible to everyone on the team

Tickets in the forum categories

We also use tickets to ensure follow up on topics in the forum. This includes topics we create regularly such as #memberspotlight #featuredresource #introductions etc. Also flagged topics in the review queue can be assigned for followup.

Improve the ticket system

The ticket system status, priority and reason options can be gardened and improved to streamline how we prioritize tickets and move them through to resolution.

The tickets currently in the system have a mix of status, priority and reasons because of our evolving system. As we work through the backlog of existing tickets and create new ones, we can update them.

Features roadmap

@angus has created the ticket system plugin, which he can extend and improve for us based on our feedback. So feel free to give feedback below on new ideas for features or improvements. See Tickets Plugin 🎟 on meta for the latest info.

List of Ticket reasons

Reasons fall into the main categories below. If a specific reason does not exist within that category, just use the category itself as the reason. If you think a new reason should be added, reach out to the helpdesk admin.

4 curtidas

Usamos o plugin de tickets como ponto de entrada inicial para criar novas tarefas e chamados de suporte. Não utilizamos muito o painel, principalmente porque não havia suporte para ordenar itens — deixamos de usar o tema kanban pelo mesmo motivo.

Agora usamos o https://taiga.io para gerenciamento de projetos e ainda achamos o Discourse e o plugin de tickets úteis para criar novas tarefas e chamados de suporte.

Atualmente, vinculamos manualmente os tópicos relacionados ao Taiga e ao Discourse. Estamos no processo de automatizar os links entre o Taiga e o Discourse. Ter uma maneira simples de executar webhooks para eventos de tickets seria extremamente útil.

4 curtidas

Obrigado por este plugin. Tenho algumas perguntas:

  1. Como uso isso? Pode me indicar a documentação ou algo para me orientar? Ativei e consegui fazê-lo funcionar, mas não consigo entender como utilizá-lo.
  2. Se eu transformar um tópico em um ticket, o tópico ficará visível apenas para o criador e o grupo de suporte?

A documentação está no primeiro post deste tópico. Quais perguntas específicas você tem que não foram respondidas lá?

Observe que existem alguns problemas conhecidos. Por exemplo, não recomendo usar o painel de tickets no backend. No entanto, a configuração das tags de tickets e a ativação da adição de tags de tickets e da atribuição de tickets ao editar os títulos dos tópicos estão funcionando muito bem.

Para responder à sua segunda pergunta: as permissões de acesso aos tópicos não mudam devido a este plugin. Ele apenas adiciona tags de tickets e permite que você atribua tickets a outras pessoas. Para mensagens privadas, você também pode adicionar pessoas ou grupos para que possam vê-las.

Olá, Tobias,

Li o primeiro post, mas sinto muito, pois estou confuso sobre como usá-lo exatamente. Como alguém pode criar um ticket?

Obrigado pelo restante do feedback.