SLA告警以分钟为单位
计划目前，你能设置的最短的漏洞警报即将到来，是一个小时。与我交谈过的所有深入使用Zendesk的人都迫切需要更细粒度的时间亚博设置。我们中的许多人都有重要的优先事项，远远少于一个小时。这使得SLA违反警报在我们最关键的票上完全无用。
-
我们需要对生产中即将发生的SLA违规事件不断发出警报。随着我们数量的增加，这只会变得更加关键。
-
我同意在许多情况下，每小时对SLA度量进行自动化是不够的。如果运行严格的SLA(几个小时以内)，则至少需要10分钟的粒度。现在在我们的推特频道上，我们有两个小时的时间，每小时的自动计算对我们没有帮助。
-
我同意——对于大多数问题，我们的第一反应目标是2小时，但对于紧急问题，我们的反应目标是15分钟;如果所有代理在其他票据中都是活动的，那么当自动化仅占一个小时的间隔时，这些代理可以被忽略。
-
这是非常必要的。小时自动化太可怕了。
-
你好,
我正在与一家名为ALTAIR SIX的公司合作，他们对扩展Zendesk的SLA功能很感兴趣。亚博我认为这可能与你们所有人都特别相关。
如果您感兴趣，我们很乐意问您一些问题，以进一步了解您的用例。您可以填写以下表格(并选择加入或退出与我们进一步聊天):https://goo.gl/b7qYmD
最好的
艾琳(注:为了消除任何潜在的困惑，我目前不是Zendesk的成员)亚博
-
我们还需要在几分钟内为我们的关键任务客户跟踪SLA。时间不适合我们。这可能是我们从Zendesk转向其他解决方案的主要原因之一。亚博
欢呼,
米甲
-
Upvoted。
我认为这是Zendesk的致命弱点，因为根据合同，我的组织有义务在特定的时间框架内针对特定的优先事项回亚博复客户。如果这些不能正确设置，它们对我们来说是完全无用的。这实际上是一个非黑即白的场景。
我认为这是sla的一个主要设计缺陷，在解决这个问题之前，我将不得不忽略它们。选择以小时或分钟为单位进行设置，或者接受非整数(例如0.25表示15分钟)，都是这个问题的可接受的解决方案。正如诺瓦克先生上面提到的，这将是我们开始寻找其他服务台提供商的一个原因。
问候,
温斯顿的价格
-
我无法强调我们有多需要这个功能。在最近实施Zendesk之后，这是我们唯一觉得缺乏的地方亚博，不能满足我们的需求。SLA管理是选择Zendesk而不是其他产品的一个重要原因，但发现功能受到每小时自动化过程的阻碍是一个巨大亚博的失望——至少可以这么说。
-
+ 1。对于拥有高级用户和客户端的所有产品来说，这是一个非常重要的功能。
-
+ 1 !我们需要能够在SLA被破坏前15分钟设置一个通知，以确保我们的客户得到最好的服务……我想这是目前不可用的??
-
我们也有sla，目标设定在30-60分钟之间。我们需要通知关键人员如果SLA距离违约还有15分钟。当我们可以期待看到这个功能时，你有任何更新吗?
-
同样，这也需要是均等的，并且以分钟为单位，而不是以小时为单位。我们处理聊天和短信，时间比一个小时紧得多。
-
+ 1 !我们的团队需要坚持15分钟的响应时间，所以拥有这个功能将非常有用。
-
似乎一个简单的解决方案是允许在字段中为数字的分数违反SLA后/之前的小时数，而不是整数。25是15分钟，1.5是90分钟，以此类推。
-
这不仅需要有一个分钟功能，而且需要在SLA违反发生时启动自动化—而不是等待“小时警报”启动。
你的设计似乎是错误的——如果你最终不得不在两个周期之间等待60分钟，为什么要使用SLA ?为什么要从SLA开始呢?
这个问题需要立即解决——这个话题已经开了两年半了——Zendesk，听听你的客户的意见吧!亚博
我们正在积极探索其他票务系统，因为这不是针对个人的....亚博
-
在几分钟内拥有SLA没有任何意义，但你不能在触发器中使用它。应该配置触发器来处理分钟、SLA违规。
非常令人失望的是，两年半过去了，Zendesk没有任何进展。亚博
我和埃里克在同一条船上，寻找替代的解决方案。我认为Zende亚博sk已经迷失了方向，变得太大了。
-
嘿，马克——
请求的寿命不是我们用来确定开发优先级的指标之一。此外，我们的路线图通常是提前一年规划的，所以一个请求可能需要几年的时间来获得牵引力，与其他优先事项进行权衡，然后进入生产队列。
它影响的客户数量，它在工作流中的位置，市场趋势，以及它如何与当前正在开发的其他东西相适应是我们需要考虑的其他一些事情。
这些都不是在贬低人们在这里要求的重要性——这绝对是一个有效而重要的要求。我检查了产品团队，答案很简单，要构建的东西比可以构建的东西要多几百个请求，而这个特定的请求在这个时间点上并没有被认为比其他事情更优先。
话虽如此，你可以做几件事:-创建一个视图，显示在您确定的时间范围内接近违规的任何票据。这不是一个通知，但它可以帮助您对即将超过SLA时间的票据提供更多的可见性。
-当你接近漏洞时，利用应用程序和API发送短信，如所述这样的评论在科技方面我可以收到SLA违规的通知吗我知道这不是你想要的答案，但我希望这些解决方案能有所帮助。
-
大家好，我们已经构建了一个应用程序来解决这个用例。它被称为计时器并且可以在Zendesk市场上买到。亚博它允许您定义票证上精确到分钟的操作。在许多其他的工作流可能性中，它将允许您构建工作流来帮助阻止短期SLA被破坏。
-
这是我们Go Live的风险之一，像Timers这样的应用都没有通过我们的安全审查，所以我们需要一些应用内功能。
-
我完全同意德克的观点。我们有严格的政策，尽管非zendesk应用程序可以解决我们的问题，但我们无法获得批准使用亚博它。
票据持有这些数据，通过API调用很容易访问，我们可以获取和读取policy_metrics，但Zendesk支持自动化没有提供有效管理SLA通知所需的粒度，这是没有意义的。亚博
-
我也希望有一分钟的增量。正如Mark Sadegursky所说，让我们选择在几分钟内获得SLA，但不为它们添加触发器是没有意义的。
-
我们真的真的需要这个!
我们有一个客户，有一个SLA级别，但他们需要一个小时的响应
如果我使用小时，那么我们已经违反了SLA。
你能把会议纪要付诸实施吗?
谢谢
-
@……
亚博Zendesk在许多领域缺乏如此多的基本功能，这只是我现在积极告诉我的公司离开Zendesk的众多原因之一。
-
按小时计费的SLA现在已经不流行了，客户已经习惯了即时响应。作为管理员，我们需要能够给我们的代理更好的信号，下一步需要解决什么。为了获得更好的信噪比，需要间隔5分钟。自动化需要每15-30分钟运行一次，而不是每60-65分钟运行一次。
-
我只是想附和大家的观点。根据合同，我们有义务分别在60分钟和30分钟内响应高/紧急优先票。在一个小时的时间里给一个小组/指派人员发邮件意味着我们不仅让客户感到不安，而且收入损失大约是4位数。@……请考虑添加到Zendesk。亚博亚博Zendesk对我们来说是一笔很大的开支，没有这种能力意味着我们需要寻找其他产品来补充，每个月都要花更多的钱——我可能会补充说，这是不必要的。
-
我想补充一点，和上面没什么不同
对于初始票证响应，我们有几个sla，以分钟为单位测量，从15分钟开始。目前以小时为基础的条件不能提供我们所需要的。
我们是否可以设置“到下次SLA违约的分钟数”，或者允许小数表示小时数，0.1 = 6分钟也可以。
这个问题是由数据引起的吗?整数vs小数或轮询自动化的进程?
谢谢你,马克
-
这只是一个简短的说明，可能是我对产品的期望——Zendesk有一个内置的刷新器，一个在后台运行的任务，索引所有内容，检查触发器和触发事件，每小时运行一次。亚博我们不知道确切的时间，因为开发人员可能会调整时间以确保没有碰撞。这就解释了Zendesk Support和Explore每小时触发一次的原因(大概是一个小时，我们不知道一个任务需要多少时间)。亚博
为了有一个细粒度的每分钟触发器，需要有一个每分钟运行一次的任务，并扫描触发器DB表和数据。它不可能是提神剂(或者不管它真正的名字是什么)，因为它是一个巨大的提神剂。因此，要求是构建一个每分钟运行一次的新引擎，并执行该任务的一个子集。
作为客户，我们不知道这对pod来说有多大的负担，也不知道每分钟的任务对性能有什么影响。
请不要误解我的意思，这是一款很棒的产品，而且是顶级的。我确实认为工程学在寻找解决方案时需要创造性。也许可以旋转影子pod，它们的全部目的是执行任务(将其从UI中分离出来)。底线是其他产品有这个功能，这是客户期望得到的。尤其是在处理SLA时，这可能会产生财务影响，正如上面那位先生所指出的。
谢谢。
-
你好,
这是另一个要求添加SLA违反自动立即执行某些操作的功能。
像许多其他公司一样，我所在的公司依赖于在SLA被违反时向PagerDuty发送警报。在测试了这个系统，并尝试了多种方法来获得Zendesk提供的功能后，我终于到了需要考虑换一个产品的地步。亚博
现在我明白，对于Zendesk的1000个实例来说，每分钟轮询触发器对系统来说是非常费力的，但在SLA违反时，系统可以做一些“事情”，这肯定是很容易的。亚博你已经在跟踪SLA的时间，你已经知道它何时会被破坏。
老实说，在我看来Zendesk并没有真正考虑过这个过程。亚博如果你等了一个小时才发生任何事情，那么拥有SLA的意义何在?
-
添加一个注释来解决这个问题。我甚至尝试创造性地使用自动化，以便在违反罚单时触发触发器，并且我遇到了“在一张罚单上自动化只能触发一次”的错误。
请解释“门票:自创建小时数/(日历)少于/ 1小时”如何在门票上多次点击....?一张票子只能增加它被创造的时间。如果Zendesk自动化每小时只检查一次，那么它永远不会在少于一个小时的时间内创建。亚博
如果我们不能基于SLA或Queue设置任何触发器，则必须有一种方法来识别违反SLA的票据并向团队发送通知。也许可以创建一个“ticket_breach”标签作为Zendesk的一个功能?亚博或者创建一种方法，根据票据进入特定队列的时间发送通知?
请登录留下评论。
73条评论