tknospdr
(David Muszynski)
1
別のスレッドでこれを尋ねましたが、私の前の投稿は5年前のものでしたので、新しいトピックほど注目されないかもしれません。
開発者ではない視点からの質問です。
Discourseを当社のチケットシステムとして使用しており、サポートフォーラムで未登録ユーザーから新しいトピックを作成できるように設定しました。
時々、顧客が直接作成するのではなく、顧客の代わりにチケットを作成する必要があります。
アカウントを持っていないユーザーの代わりにトピックを作成する簡単なステップバイステップの方法はありますか?自分でサインアップしない限り、完全なアカウントは持たせたくありません。
コマンドラインインターフェイスから行う必要がある場合は問題ありませんが、次のような手取り足取りの指示が必要です。
fooでコンテナに入る
rails bar etc etcと入力する
- その他必要なこと
投稿を再割り当てできることは承知していますので、すべてを行うのが複雑すぎる場合は、ユーザーを作成する手順だけでも、GUIを使用して所有者を変更する手順だけでも非常に役立ちます。
スタッフ全員がSSH経由でコンテナにアクセスする必要がないように詳細なヘルプデスク記事を作成できれば理想的ですが、避けられない場合は対応します。
「いいね!」 2
顧客からのメールはありますか?もしあれば、Discourseに転送すると、ステージングされたユーザーを作成できます。
「転送されたメールの動作」のこの動作について少し説明があります。関連設定を「返信を作成」に変更する必要があると思います。
「いいね!」 3
tknospdr
(David Muszynski)
3
通常は直接のメールではありません。ほとんどの場合、上司が顧客からのメールを私に転送し、返信するためにチケットに変換するように依頼します。
それができるのは、私のボスのメールをチケットを作成したユーザーとして使用してトピックを作成するだけだと思います。
PMを送信し、受信者としてメールアドレスを貼り付けるだけで、ステージングユーザーを作成することもできます。まだメンバーでない場合は、ステージングユーザーアカウントが作成されます。後で同じメールアドレスを使用してログインすると、アカウントは自動的に変換され、サイトでPMが表示されるようになります。
「いいね!」 1
tknospdr
(David Muszynski)
5
これが探している答えだと思います。試す機会が得られたら、すぐに報告します。
もう1つの便利なトリックは、チームとチケットの処理を共有するためにグループを使用している場合、PMを送信するときにそのグループを含めることです。そうすれば、グループから送信され、返信もグループに戻ってきます。
tknospdr
(David Muszynski)
7
承知いたしました。しかし、チケットシステムはすべてDiscourse内に収まるように設定しました。
今のところ非常にうまく機能していますが、サポートリクエストを私たちに送信するために独自のチケットシステムを使用しているクライアントが1社だけいます。問題がより明確になったら、そのクライアントを解決するために別のトピックを開始するかもしれません。
「いいね!」 1
ああ、待ってください、「Googleグループ」と書いた理由がわかりません。投稿を修正しました。
もちろんDiscourseグループのことでした。
tknospdr
(David Muszynski)
9
なるほど、それはより理にかなっていますが、実際にはグループは使用していません。アカウントのみを使用し、トピックでチケットを追跡しています。