最近の検索


最近の検索はありません

Jérémy's Avatar

Jérémy

参加日2022年9月30日

·

前回のアクティビティ2025年1月17日

Zendesk Customer Care

フォロー中

0

フォロワー

1

合計アクティビティ

18

投票

1

受信登録

4

アクティビティの概要

さんの最近のアクティビティ Jérémy

Jérémyさんがコメントを作成しました:

コミュニティのコメント Feedback - Help Center (Guide)

Hi Mathilde,

 

We are happy to report these locales have now been added to our platform!

 

Let us know if you encounter any issue. Thank you!

コメントを表示 · 投稿日時:2025年1月17日 · Jérémy

0

フォロワー

0

投票

0

コメント


Jérémyさんがコメントを作成しました:

コミュニティのコメント Feedback - Chat and Messaging (Chat)

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より大きい値に設定します。次に、次のいずれかのオプションに従います。

Professionalプラン以上

スキルを使用して、どのメッセージングおよびチャットチケットオムニチャネルルーティングをルーティングするかを制御します。この方法では、メッセージングチケットは引き続きオムニチャネルルーティンググキューに入りますが、必要なスキルを持つエージェントがいないチケットはオムニチャネルルーティングでは割り当てられません。

  1. オムニチャネルルーティング設定でスキルベースルーティングを有効にする
  2. スキルを作成するが、どのエージェントにも割り当てない
  3. 1つ以上のトリガを作成する
    • 条件を追加して、オムニチャネルルーティングをエージェントに割り当てないチケットを定義します。
    • アクション」で、「チケット」>「スキルを追加」または「チケット」>「スキルを設定」アクションを設定して、どのエージェントにも割り当てられていないスキルを割り当てます。スキル タイムアウトの影響を受けないように、スキルを「必須」としてマークします。
      Action.png
  4. オムニチャネルルーティングから除外したメッセージングチケットとオンラインチャットチケットを追跡して解決するためのビューまたはその他のプロセスを作成する

すべてのプラン

エージェントのいないグループを使用して、オムニチャネルルーティングがチケットを割り当てないようにします。標準ルーティングキューでは、オムニチャネルルーティングは、チケットの「グループ」フィールドで指定されたグループ内のエージェントにのみチケットを割り当てることができます。グループにエージェントがいない場合、このグループに割り当てられたチケットはキューに残り、オムニチャネルルーティングでは割り当てられません。

  1. グループを作成するが、エージェントは追加しない
  2. 1つ以上のトリガを作成する
    • 条件を追加して、オムニチャネルルーティングをエージェントに割り当てたくないチケットを定義します。
    • アクション」で、「チケット」 > 「グループ」アクションを設定して、エージェントのいないグループを割り当てる
      Action.png
  3. オムニチャネルルーティングから除外したメッセージングチケットとオンラインチャットチケットを追跡して解決するためのビューまたはその他のプロセスを作成する

翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。

翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。

編集日時:2024年12月24日 · Jérémy

0

フォロワー

1

投票

0

コメント


Jérémyさんがコメントを作成しました:

コミュニティのコメント Q&A - Help center and community

Hi Dustin Swayne 

 

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さんがコメントを作成しました:

コミュニティのコメント Feedback - Admin Center

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-styleprevent_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さんがコメントを作成しました:

コメントNouveautés Zendesk
À ma connaissance, nous n'avons aucune fonctionnalité prévue qui vous permettrait d'obtenir le niveau de détails souhaité. Cela relèverait presque d'une solution dédiée au pointage à ce stade, ce qui n'est pas forcément l'objectif premier de notre solution.
 
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さんがコメントを作成しました:

コメントNouveautés Zendesk
Bonjour Denis,
 
À 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

コメント