Plugin de Entradas 🎟

Hola @angus,

Soy nuevo aquí, así que por favor disculpa cualquier ignorancia.

Estamos probando este complemento para ver si puede reemplazar nuestro propio sistema de gestión de tickets, ya que necesita mantenimiento y tenemos muy poco tiempo para hacerlo.

Después de configurarlo, agregando etiquetas a los grupos de etiquetas correspondientes, noto que las etiquetas no aparecen en el menú desplegable de Prioridad, etc. Estamos usando la versión más reciente de Discourse (es decir, beta10), por lo que eso podría ser toda o parte del problema.

Cualquier opinión o sugerencia será muy apreciada. Gracias.

1 me gusta

¡Hola Steven! Gracias por el informe. Yo también noté esto y ya envié un reporte de error en Pavilion para que @angus esté al tanto. Puedes agregar una respuesta de «yo también» allí para informarle que tú también estás experimentando este problema.

3 Me gusta

Gracias, Tobias. Intenté registrarme en el Discourse de Pavillion para publicar el metoo, pero no me está enviando un correo de confirmación. He verificado dos veces la dirección de correo y es correcta. Y, sí, revisé mi carpeta de spam. :slight_smile:

2 Me gusta

Lo siento por eso, Steven. Puedo ver dos intentos en el Pavilion Discourse para enviar un correo electrónico. Necesitaremos revisar nuestro servicio de correo… (llevemos esta conversación fuera de línea)

4 Me gusta

Hola @sjhodgen, parece que Mailgun no acepta tu dirección de correo electrónico. Te enviaré los detalles por mensaje privado.

3 Me gusta

Finalmente pude probar esto durante el fin de semana festivo; gracias @tobiaseigen por recordármelo.

Por desgracia, no puedo seleccionar ninguna de mis etiquetas de prioridad/estado/motivo en las listas desplegables, ya sea que la publicación de destino sea un mensaje privado o un tema. Solo obtengo una lista vacía para todas ellas:

¿Alguien más ha visto esto? Configuré algunas opciones en cada uno de los tres grupos de etiquetas que creó el plugin y, con fines de prueba, los habilité para que todos pudieran usarlos. Me pregunto qué podría estar haciendo mal…


Actualización: Acabo de consultar esto en:

4 Me gusta

@sjhodgen @downey, estamos enfrentando este problema en nuestro sitio: vemos exactamente los mismos menús desplegables vacíos.

No veo ningún error de JS ni solicitudes AJAX fallidas.

4 Me gusta

@angus He enviado una solicitud de extracción para resolver:

(¿quizás queramos establecer paviliondev como master ahora?)

5 Me gusta

También he subido una corrección a la página de Tickets de Administración que soluciona esos menús desplegables también.

Todas las correcciones ya se han aplicado al fork de Pavilion y se han añadido a la solicitud de extracción anterior.

4 Me gusta

¿
Cómo haría yo para que esto funcione con un comando normal
./launcher rebuild web_only
?

Simplemente cambia el enlace de GitHub para este plugin en app.yml a

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

y vuelve a compilar; verás que todo funciona de maravilla.

No estoy seguro de qué significa “solo web” para tu configuración, pero el archivo que necesitas modificar es el yml que utilizas para compilar tu instancia.

3 Me gusta

Sí, gracias

NB: Angus no ha migrado oficialmente este repositorio a paviliondev, pero este último es el único que funciona en este momento, así que…

3 Me gusta

Normalmente dividimos app.yml en data.yml y web_only.yml.

Necesitas cambiar el repositorio modificando la dirección del comando de clonación en el contenedor de la aplicación.

3 Me gusta

@merefield Gracias :slight_smile:

En general, este plugin no ha sido una prioridad para nosotros. Originalmente lo construí específicamente para @tobiaseigen, por lo que no tengo una idea clara de cómo se está utilizando realmente.

Si alguien está usando esto o quiere usarlo en un sitio real, por favor describa el caso de uso.

3 Me gusta

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 Me gusta

Utilizamos el plugin de tickets como punto de entrada inicial para crear nuevas tareas y solicitudes de soporte. No hacemos mucho uso del panel de control, principalmente porque no había soporte para ordenar elementos; dejamos de usar el tema kanban por la misma razón.

Ahora usamos https://taiga.io para la gestión de proyectos y seguimos encontrando que Discourse y el plugin de tickets son útiles para crear nuevas tareas y solicitudes de soporte.

Actualmente vinculamos manualmente los temas relacionados entre Taiga y Discourse. Estamos en proceso de automatizar los enlaces entre Taiga y Discourse. Contar con una forma sencilla de ejecutar webhooks para eventos de tickets sería extremadamente útil.

4 Me gusta

Gracias por este complemento. Tengo algunas preguntas:

  1. ¿Cómo lo uso? ¿Puedes indicarme la documentación o algo para usarlo? Lo activé y logré que funcionara, pero no sé cómo utilizarlo.
  2. Si convierto un tema en un ticket, ¿el tema será visible solo para el creador y el grupo de ayuda?

La documentación está en el primer mensaje de este tema. ¿Qué preguntas específicas tienes que no estén respondidas allí?

Ten en cuenta que hay algunos problemas conocidos. Por ejemplo, no recomiendo usar el panel de control de tickets en el backend. Sin embargo, configurar las etiquetas de tickets y habilitar la adición de etiquetas de tickets y la asignación de tickets al editar los títulos de los temas funciona muy bien.

Para responder a tu segunda pregunta: los permisos de acceso a los temas no cambian por este plugin. Solo agrega etiquetas de tickets y te permite asignar tickets a otros. Para los mensajes privados, también puedes agregar personas o grupos para que puedan verlos.

Hola Tobias,

Leí el primer mensaje, pero lo siento, no entiendo exactamente cómo usarlo. ¿Cómo puede alguien crear un ticket?

Gracias por el resto de la información.