@angus さん、こんにちは
私はここでは初心者ですので、無知な点がありましたらお許しください。
現在、このプラグインを試しており、既存の自社開発チケット管理システムを置き換えられるか検討しています。既存システムはメンテナンスが必要ですが、それを行う時間がほとんどありません。
タグを適切なタググループに追加して設定を行いましたが、優先度のドロップダウンリストなどにタグが表示されないことに気づきました。現在、Discourse の最新ベータ版（beta10）を使用しており、それが原因のすべて、あるいは一部である可能性があります。
ご意見やご提案がございましたら、大変参考になります。よろしくお願いいたします。
こんにちは、Steven！ご報告ありがとうございます。私もこの件に気づき、バグレポートを提出しました。Pavilion @angus が認識しています。そこで「私も同じ問題に遭遇しています」という返信を追加して、彼に知らせてください。
トビアス、ありがとう。パビリオンのDiscourseでサインアップを試み、メトゥーを投稿しようとしたのですが、確認メールが届きません。メールアドレスを二度確認しましたが、問題ありません。そして、はい、スパムフォルダーも確認しました。
スティーブン、申し訳ありません。パビリオンのDiscourseでメール送信の試みが2回あるのが確認できました。メールサービスを確認する必要がありますね……（この話はオフラインで続けましょう）
Hey @sjhodgen、Mailgun があなたのメールアドレスを認識していないようです。詳細は PM でお知らせします。
ついに連休中に試すことができました。@tobiaseigen に思い出させてくれてありがとう。
残念ながら、優先度/ステータス/理由のタグをドロップダウンリストから選択できません。ターゲット投稿がプライベートメッセージかトピックかに関係なく、すべてが空のリストになります。
他の人も同様の現象を見ていますか？プラグインが作成した3つのタググループそれぞれにいくつかのオプションを設定し、テスト目的で誰でも使用できるように開放しました。自分が何をやっているのか間違っているのか知りたいのですが…
更新: 直ちに以下で参照しました。
@angus 解決のためにプルリクエストを作成しました:
（今、paviliondev をマスターにするべきかもしれませんね？）
また、管理用チケットページにも修正をプッシュし、これらのドロップダウンも修正しました。
すべての修正は Pavilion フォークに既に適用され、上記のプルリクエストに追加されています。
通常の
./launcher rebuild web_only
でこれを動作させるにはどうすればよいですか？
このプラグインの app.yml 内の GitHub リンクを
https://github.com/paviliondev/discourse-tickets
に変更して再ビルドすれば、スムーズに動作するはずです。
「web のみ」があなたの環境で何を意味するかはわかりませんが、インスタンスをビルドするために使用する yml ファイルを変更すれば問題ないはずです。
はい、ありがとう
なお、angus はこのリポジトリを正式に paviliondev に移行していませんが、現在稼働しているのは後者だけです。なので…
通常、app.yml を data.yml と web_only.yml に分割します。
アプリコンテナのクローンコマンドのアドレスを変更して、リポジトリを切り替える必要があります。
@merefield ありがとうございます
一般的に、このプラグインは私たちの優先事項ではありませんでした。私は当初、@tobiaseigen のために特別にこれを構築したので、実際にどのように使われているのかについて、十分な把握ができていません。
もし誰かがこれを本番サイトで使用している、または使用したいと考えている場合は、ユースケースを説明してください。
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.
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.
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:
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.
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:
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.
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.
@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.
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.
チケットプラグインは、新しいタスクやサポートチケットを作成するための最初のエントリーポイントとして使用しています。ダッシュボードは、アイテムの注文に対応していなかったためあまり利用していません。同じ理由で、カンバンテーマの使用もやめました。
現在はプロジェクト管理に https://taiga.io を使用しており、新しいタスクやサポートチケットの作成には、Discourse とチケットプラグインが依然として有用だと感じています。
現在、Taiga と Discourse の関連トピックを手動で連携させていますが、両者間のリンク自動化を進めています。チケットイベントに対してシンプルな方法で Webhook を実行できる機能があれば、非常に役立ちます。
このプラグインを提供してくださりありがとうございます。いくつか質問があります。
ドキュメントはこのトピックの最初の投稿にあります。そこに記載されていない具体的なご質問は何でしょうか？
既知の問題がいくつかある点にご注意ください。例えば、バックエンドのチケットダッシュボードの使用はお勧めしません。ただし、チケットタグの設定や、トピックタイトル編集時にチケットタグの追加・チケットの割り当てを行う機能は、問題なく動作しています。
2つ目のご質問への回答ですが、このプラグインによってトピックのアクセス権限は変更されません。このプラグインは単にチケットタグを追加し、他者へのチケット割り当てを可能にするものです。PM（プライベートメッセージ）の場合、特定のユーザーやグループを追加して、それらのユーザーやグループに閲覧を許可することもできます。
トビアスさん、こんにちは。
最初の投稿を読みましたが見方についてまだ不明な点があり、申し訳ありません。具体的にどのように利用すればよいのでしょうか？チケットはどのように作成するのでしょうか？
その他のご意見、ありがとうございます。