最近搜索


没有最近搜索

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 供所有专员使用。
    Capacityrules.png
  • 创建统一 的专员,将专员的消息传送工单设置为 离线

    Routing.png

然后, 创建一个视图 或其他流程,用于跟踪并解决从全方位渠道路由中排除的消息传送和实时在线交谈工单。

阻止某些工单被转接

如果您希望全方位渠道路由转发部分在线交谈或消息传送工单,而非全部,请配置大于 0 ,用于渠道。然后,按照以下任一选项操作:

在 Professional 及更高服务模式中

使用技能控制全方位渠道路由路由转接哪些消息传送和在线交谈工单。通过这种方法,消息传送工单仍将进入全方位渠道路由队列,但全方位渠道路由无法分配具有全方位渠道路由不具备的所需技能的工单。

  1. 在您的全方位渠道路由配置中启用 根据技能转发
  2. 创建技能 但不分配给任何专员
  3. 创建一个或多个触发器
    • 添加 条件 以定义您不希望全方位渠道路由分配给专员的工单。
    • 操作下,配置 工单 > 添加技能工单 > 设置技能 操作,以分配未分配给任何专员的技能。请务必将此技能标为 必填 ,这样其就不会受到 技能超时的影响。
      Action.png
  4. 创建一个视图 或其他流程,用于跟踪和解决从全方位渠道路由中排除的消息传送和实时在线交谈工单

在所有服务模式中

使用没有专员的组可以防止全方位渠道路由分配工单。使用标准路由队列时,全方位渠道路由只能将工单分配给工单 字段中指定组中的专员。如果组中没有专员,则分配给此组的工单将保留在队列中,不会由全方位渠道路由分配。

  1. 创建组 但不添加任何专员到其中
  2. 创建一个或多个触发器
    • 添加 条件 以定义您不希望全方位渠道路由分配给专员的工单
    • 操作下,配置 工单 > 组 操作,以便分配没有任何专员的组
      Action.png
  3. 创建一个视图 或其他流程,用于跟踪和解决从全方位渠道路由中排除的消息传送和实时在线交谈工单

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

已于 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 创建了一篇文章,

文章关于支持和工单处理的帮助

问题特征

当我尝试打开 全方位渠道路由时,出现错误 设置无效

解决步骤

如果您尝试为电邮工单设置的路由标签已在帐户中的其他地方使用,例如工单字段、宏或业务规则,通常会出现此错误。在尝试再次启用全方位渠道路由之前,请使用新的工单标签。

有关更多信息,请参阅文章:

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

已于 2024年8月21日 编辑 · Jérémy

1

关注者

1

投票

0

评论


Jérémy 创建了一篇文章,

文章关于帮助中心的帮助

问题

为什么我的帮助中心的痕迹导航在某些区域设置中不显示该类别?

回答

检查相同的区域设置是否只有一个类别可用。要使类别存在,您必须已发布相关区域设置的翻译。如果一个区域设置只有一个类别可用,则不会显示痕迹导航。这是为了方便不使用类别层,而仅包含嵌套在同一类别中的组别的帮助中心。

有关更多信息,请参阅文章:以类别和组别组织知识库内容

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

已于 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” 表示索引为 0 的变量在索引为 3 的设置中出现了问题。

标识符属性限制为 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"
}

在此示例中,出现错误是因为 标识符不能有大写字母。如果您更改标识符以移除 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 主题的更多信息,请参阅文章:自定义设置面板

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

已于 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

评论