迁移到cc和follower

回到顶端

14日的评论

  • 达纳·巴尔

    大家好,我们希望在接下来的几天内迁移到抄送。在阅读了你们中的一些人所注意到的问题之后,您能告诉我您从迁移中获得的经验教训、最佳实践等吗?我们不打算增加追随者,因为我认为这可能会引起更多的混乱——风险大于收益。

    请建议。

    谢谢你!

    0
  • 克里斯空话

    @……我可以告诉你,我们在切换时发现的抄送黑名单错误已经修复了。

    我仍然不确定我是否会再次切换,如果有选择的话——我们似乎仍然会在抄送列表中添加代理,即使他们已经关注了(我*认为*这种情况发生在客户重新添加他们的帐户代表时,因为他们认为他们丢失了-不确定我们能做些什么)。

    0
  • 达纳·巴尔

    谢谢,@…….我认为唯一可能的好处是,代理将清楚地看到他们在电子邮件中抄送了谁。我的假设正确吗?还有其他好处吗?消极的一面是什么?

    我将感谢任何反馈。

    谢谢你!

    0
  • CJ约翰逊

    呵!
    这是否意味着:
    因为这个问题,最终会破坏所有的通知?https://support.亚博zendesk.com/hc/en-us/articles/360056731174

    当它会导致所有这些触发器在一堆上下文中停止发送电子邮件通知时,为什么这是推荐的更改?

    0
  • 迈克·尼科尔斯

    嗨。

    对多品牌和cc有什么想法和最佳实践吗?

    理想情况下,我希望有能力只适用于一个品牌,而不是显示编辑/添加请求者和CCs的选项。

    谢谢你的建议。

    0
  • 小布埃纳维斯塔DJ
    亚博Zendesk客户服务
    嗨,迈克,

    感谢您联系Zendesk支持。亚博

    考虑到您的担忧,以下设置是通用的。一旦启用,它将应用于该帐户中的所有品牌。不幸的是,目前它不能被设置为只有一个特定的品牌。

    您只能将特定用户添加到抄送和关注者黑名单中,以防止他们成为抄送。你可以查看我们的文章,开始为管理员提供抄送和关注者以获取有关如何使用CC的更多信息和最佳实践。

    谢谢大家,祝你们度过美好的一天!


    亲切的问候,

    0
  • 悉尼纽鲍尔

    迁移向导还缺少一个方面——它向触发器添加了额外的条件(注释是公开的)。这实际上破坏了我们需要返回并手动更新的许多触发器(600个)。

    最好知道是否有一种方法可以从迁移向导中排除某些更新,因为无论哪种方式,我们仍然需要更新600个触发器

    1
  • 小布埃纳维斯塔DJ
    亚博Zendesk客户服务
    嗨,悉尼,

    感谢您联系Zendesk支持。亚博

    关于这个,有一个手动使用迁移向导的选项。这将为您提供查看想要更改或实现的业务规则列表的选项。还建议在使用自动方法时备份业务规则,以备需要回滚时使用。

    下面添加的额外条件是由于在Public reply区域中添加了follower字段和新的CC字段。

    谢谢大家,祝你们度过美好的一天!


    亲切的问候,

    0
  • 斯图尔特Armbrecht

    我们还没有迁移到这个特性。有什么文档可以解释cc的遗留功能吗?具体来说,系统何时决定发送电子邮件,发送给谁?我们看到一些CCs收不到电子邮件,也不知道为什么。理解这一点对于我们理解迁移会产生什么影响是很重要的。谢谢!

    0
  • 丹麦人
    亚博Zendesk工程
    嗨,斯图尔特,

    旧的行为被包括在关于迁移到cc和follower而新的则在讨论中关于cc, @提及和关注者
    0
  • 罗伯特·马修斯

    是否有一个迁移到抄送者和关注者必须完成的日期?遗留的CC功能会在某个时候不受支持吗?

    0
  • Hiedi Kysther
    亚博Zendesk客户服务

    罗伯特·马修斯

    如果您的帐户是在2019年5月之前创建的,您可以随时迁移到抄送人和关注者。您仍然可以使用Legacy CC功能,但是可能有一些功能无法使用。例如,使用“遗留抄送”,您只能抄送20个最终用户,而抄送和关注者将允许您抄送48个最终用户。你也可以点击这里了解更多信息:使用抄送、关注者和@提及

    问候,
    Hiedi Kysther

    0
  • 本富尔顿

    这次迁移破坏了我们向cc发送共享票据的邮件,我在这些文档中找不到任何关于共享票据行为的提及。这是一个已知的问题吗?您是否知道是否有解决方法?

    情况似乎是这样的:

    • 共享票据由实例X上的副本A和实例Y上的副本B组成。副本A可能与副本B具有不同的CC。以前,副本A的CC通知由实例X上的固有业务规则处理,而发送给请求者的通知(可能还有副本B的CC)由实例Y上的触发器处理。
    • 迁移之后,不再有通知实例X上的cc的固有规则。相反,cc的通知将由实例X上的“触发器”处理,该触发器通知请求者和cc。然而,由于Zendesk不希望同时向两个实例上的请求者发送电子邮件,因此该触发器被固有的业务规则“抑制”了。亚博

    因此,我们似乎处于这样一种情况,即不可能在实例x上的共享票上通知cc。由于电子邮件通知触发器中没有“仅针对cc”的规则,因此无法构建一个将发送给cc而不是请求者的触发器。有没有我们遗漏的解决方案?

    请注意,在这种情况下,我们已经将实例X升级到新的CC/Follower体验,而不是y。我认为这无关紧要,因为副本A的CC通知只会发生在实例X上。是否有任何特殊处理共享票据,要求两个实例都升级到相同的CC/Follower体验?

    0
  • 克里斯汀
    亚博Zendesk工程
    嗨,本,

    我看到你已经就这件事向我们提出了意见。请检查您的电子邮件更新。

    谢谢你!
    0

登录留下评论。

由Zendesk提供支亚博持