最近の検索
最近の検索はありません

Jérémy
参加日2022年9月30日
·
前回のアクティビティ2025年1月17日
フォロー中
0
フォロワー
1
合計アクティビティ
18
投票
1
受信登録
4
アクティビティの概要
バッジ
記事
投稿
コミュニティへのコメント
記事へのコメント
アクティビティの概要
さんの最近のアクティビティ Jérémy
Jérémyさんがコメントを作成しました:
Hi everyone,
This external resource has proven to be enlightening for many customers trying to work around this limitation in the past so I'd like to mention it here just in case it could help someone finding this thread while we are working on unifying authentication processes.
It provides a snippet on how one may approach implementing Messaging authentication in the help center theme.
コメントを表示 · 編集日時:2024年10月24日 · Jérémy
0
フォロワー
1
投票
0
コメント
Jérémyさんが記事を作成しました:
質問
オムニチャネルルーティング(OCR)を使用していますが、チャットチケットとメッセージングチケットをルーティングしたくありません。これらのチケットをルーティングしないようにするにはどうすればよいですか?
回答
すべてのチャットチケットとメッセージングチケットがルーティングされないようにする方法
チャットチケットとメッセージングチケットをまったくルーティングしない場合は、次のいずれかの方法を選択します。
-
すべてのエージェントのメッセージングのキャパシティを
0
に設定するキャパシティルールを作成します。 -
メッセージングチケット用にエージェントをオフラインに設定する統合エージェントを作成します。
次に、オムニチャネルルーティングから除外したメッセージングチケットとオンラインチャットチケットを追跡して解決するためのビューまたは別のプロセスを作成します
一部のチケットがルーティングされないようにする
オムニチャネルルーティングで一部のチャットチケットまたはメッセージングチケットのみをルーティングする場合は、チャネルのキャパシティを0
より大きい値に設定します。次に、次のいずれかのオプションに従います。
Professionalプラン以上
スキルを使用して、どのメッセージングおよびチャットチケットオムニチャネルルーティングをルーティングするかを制御します。この方法では、メッセージングチケットは引き続きオムニチャネルルーティンググキューに入りますが、必要なスキルを持つエージェントがいないチケットはオムニチャネルルーティングでは割り当てられません。
- オムニチャネルルーティング設定でスキルベースルーティングを有効にする
- スキルを作成するが、どのエージェントにも割り当てない
-
1つ以上のトリガを作成する
- 条件を追加して、オムニチャネルルーティングをエージェントに割り当てないチケットを定義します。
- 「アクション」で、「チケット」>「スキルを追加」または「チケット」>「スキルを設定」アクションを設定して、どのエージェントにも割り当てられていないスキルを割り当てます。スキル タイムアウトの影響を受けないように、スキルを「必須」としてマークします。
- オムニチャネルルーティングから除外したメッセージングチケットとオンラインチャットチケットを追跡して解決するためのビューまたはその他のプロセスを作成する
すべてのプラン
エージェントのいないグループを使用して、オムニチャネルルーティングがチケットを割り当てないようにします。標準ルーティングキューでは、オムニチャネルルーティングは、チケットの「グループ」フィールドで指定されたグループ内のエージェントにのみチケットを割り当てることができます。グループにエージェントがいない場合、このグループに割り当てられたチケットはキューに残り、オムニチャネルルーティングでは割り当てられません。
- グループを作成するが、エージェントは追加しない
-
1つ以上のトリガを作成する
- 条件を追加して、オムニチャネルルーティングをエージェントに割り当てたくないチケットを定義します。
- 「アクション」で、「チケット」 > 「グループ」アクションを設定して、エージェントのいないグループを割り当てる
- オムニチャネルルーティングから除外したメッセージングチケットとオンラインチャットチケットを追跡して解決するためのビューまたはその他のプロセスを作成する
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月24日 · Jérémy
0
フォロワー
1
投票
0
コメント
Jérémyさんがコメントを作成しました:
I believe the issue with this approach is exactly that:
When I use the following it shows another calendar and doesn't effect te popup calendar
To work around the problem while still using the method Ifra suggested, here is how you could potentially make it work:
$(document).ready(function() {
$(".datepicker").remove();
let myCustomDatePicker = ''
$("#request_custom_fields_XYZ_label").after(myCustomDatePicker);
$("#myCustomId").datepicker({minDate: +0, maxDate: +60, altField: "#request_custom_fields_XYZ", altFormat: "yy-mm-dd"});
$("#myCustomId").on("change", function() {
$("#myCustomId").datepicker("option", "dateFormat", "MM d, yy");
});
});
The idea is to completely get rid of the native field (be mindful of which element(s) you remove - I only had 1 date field in the form when testing) and create your own custom one while replicating the logic that makes it sync to the backend (as a bonus, you can even choose the way it displays in the field after a selection).
You can add some extra logic to check for a specific form, etc… if needed.
Of course, remember to:
- Import jQuery and jQuery UI
- Style the new field (the jQuery UI stylesheet does the trick)
I hope that helps!
コメントを表示 · 編集日時:2024年6月17日 · Jérémy
0
フォロワー
0
投票
0
コメント
Jérémyさんがコメントを作成しました:
Hi everyone,
Thank you for reporting this issue and contributing to its visibility!
Our developers identified the root of the problem and fixed it earlier today. Unfortunately, another update didn't go as planned and lead to this behavior, so it was reverted.
We apologize for the inconveniences caused.
コメントを表示 · 投稿日時:2024年5月14日 · Jérémy
0
フォロワー
0
投票
0
コメント
Jérémyさんが記事を作成しました:
問題の内容
オムニチャネルルーティングを有効にしようとすると、「 無効な設定 」というエラーメッセージが表示されます。
解決のステップ
このエラーは通常、メールチケットに設定しようとしているルーティングタグが、チケットフィールド、マクロ、ビジネスルールなど、アカウント内の別の場所ですでに使用されている場合に表示されます。オムニチャネルルーティングを再度有効にする前に、新しいタグを使用してください。
詳細については、次の記事を参照してください。
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年8月21日 · Jérémy
1
フォロワー
1
投票
0
コメント
Jérémyさんが記事を作成しました:
質問
一部のロケールでヘルプセンターの階層リンクにカテゴリが表示されないのはなぜですか?
回答
同じロケールで利用可能なカテゴリが1つしかないかどうかを確認します。カテゴリが存在するためには、当該ロケールの翻訳が公開されている必要があります。あるロケールでカテゴリが1つしかない場合、階層リンクは表示されません。これは、カテゴリレイヤーを使用せず、同じカテゴリ内にネストされたセクションのみを含めるヘルプセンターを容易にするためです。
詳しくは、次の記事を参照してください:ナレッジベースのコンテンツをカテゴリ別およびセクション別に整理する方法
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2023年9月12日 · Jérémy
1
フォロワー
1
投票
0
コメント
Jérémyさんが記事を作成しました:
問題の内容
Guideテーマをインポートしようとすると、次のエラーが表示されます:テーマをインポートできませんでした。オブジェクトタイプのプロパティ'#/settings/X/variables/X'が必要なスキーマのいずれとも一致しませんでした。
解決のステップ
Guideテーマをインポートするときにこのエラーが表示される場合、いくつかの原因が考えられます。このエラーは基本的に、設定内の変数に問題があることを示しています。一般的な変数エラーとその解決方法については、以下の例を参照してください。
例1
以下の変数 は、Guideテーマをインポートするときに、「オブジェクトタイプのプロパティ '#/settings/3/variables/0' が必要なスキーマのいずれとも一致しませんでした」 というエラーを返します。
{ "identifier": "prevent-style", "type": "file", "description": "styles_group_guide", "label": "custom_guide_prevent" },
この例では、 「#/settings/3/variables/0」 というメッセージは、インデックス3の設定内のインデックス0の変数に問題があることを示しています。
IDプロパティは30文字以内で、英数字と _
(アンダースコア)文字。問題を解決するには、 _
(アンダースコア)の代わりに -
(ダッシュ)。変更した場合 prevent-style
に prevent_style
これによりエラーが削除されます
例2
以下の変数は 、Guideテーマをインポートするときに、「オブジェクトタイプのプロパティ '#/settings/10/variables/1' が必要なスキーマのいずれとも一致しませんでした」 というエラーを返します。
{ "identifier": "country_fieldId", "type": "text", "description": "country_fieldId_description", "label": "country_fieldId_label", "value": "360033214456" }
この例では、 IDに大文字を使用することはできません。識別子から大文字を削除する場合、 country_fieldId_label
これによりエラーが削除されます。
例3
以下の変数は、Guideテーマをインポートするときに 、「オブジェクトタイプのプロパティ '#/settings/1/variables/5' が必要なスキーマのいずれとも一致しませんでした」 というエラーを返します。
{
"identifier": "community_new_post_button_color", "type": "color", "description": "colors_community_new_post_button_description", "label": "colors_community_new_post_button_label", "value": "#C7742C" },
この例では、識別子に30文字を超える文字が含まれているため、エラーが表示されます。エラーを解決するには、識別子を30文字未満の名前に変更してください。
Guideテーマのインポートについて詳しくは、次の記事を参照してください:設定パネルのカスタマイズ
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2023年6月13日 · Jérémy
1
フォロワー
1
投票
0
コメント
Jérémyさんがコメントを作成しました:
Si ce n'est pas déjà le cas, vous pourriez éventuellement intégrer une tel outil externe directement dans l'UI des agents via une application personnalisée - qui pourrait faire en sorte de changer le statut des agents au moment où ils sélectionnent une activité différente (notre EAP permettra sans doute ce genre d'intégrations de façon généralisée une fois qu'il sera devenu public).
コメントを表示 · 投稿日時:2023年2月17日 · Jérémy
0
フォロワー
0
投票
0
コメント
Jérémyさんがコメントを作成しました:
À l'heure actuelle, le statut des agents peut être obtenu en temps réel (sur certains produits) mais pas de façon historique via Explore.
Voici quelques pistes à ce sujet:
- Talk
- Dashboard temps réel (Explore - en fonction de votre plan)
- Nous avons également un EAP en cours pour l'accès au statut des agents en temps réel via notre API
Je sais toutefois que nos équipes travaillent en parallèle à rendre ces données accessibles de façon historique (pour Talk du moins), je vous invite à suivre ce post si cette fonctionnalité vous intéresse.
コメントを表示 · 投稿日時:2023年2月17日 · Jérémy
0
フォロワー
0
投票
0
コメント