Pesquisas recentes
Sem pesquisas recentes

Kristian Tungland
Entrou em 16 de out. de 2021
·
Última atividade em 04 de mar. de 2024
Seguindo
0
Seguidores
0
Atividade total
36
Votos
9
Assinaturas
16
VISÃO GERAL DA ATIVIDADE
MEDALHAS
ARTIGOS
PUBLICAÇÕES
COMENTÁRIOS NA COMUNIDADE
COMENTÁRIOS EM ARTIGOS
VISÃO GERAL DA ATIVIDADE
Atividade mais recente por Kristian Tungland
Kristian Tungland comentou,
William Grote
I understand. The only solution I see, is what you mention: using triggers to set the correct form based on the brand.
Exibir comentário · Publicado 19 de abr. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
Hi, Lorraine Ryder,
Can you go to Settings > Objects and rules > Tickets > Forms - and here choose a form. When in this form, do you see the option like I have?
Exibir comentário · Publicado 21 de mar. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
Your welcome. I'm glad to hear that!
Exibir comentário · Publicado 10 de mar. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
Hi, Joe,
Yes, I think you can. We have a trigger that is based upon the tag that Out of Office app use:
So put this and all other conditions you want in the trigger to perform the action you need it to do. 👍
Exibir comentário · Publicado 10 de mar. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
William Grote - You can choose which form to be available for which brand in the ticket form settings:
If you deselect "Apply to all brands" you can then choose which brand this form should be available for.
You can then use triggers to apply the correct forms you want based on a brand condition.
Exibir comentário · Publicado 22 de fev. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
Hi, Jeremy Watkin. 👋 You can set a brand to be the default. You can also choose how the brand field should behave by going to Settings -> Brand and toggling this setting off/on as needed:
If it is on - your agents are prompted to choose a brand each time they create a ticket.
To set a brand to default, simply go to the brand in the same menu and click the gear-icon and choose "Make default":
Exibir comentário · Editado 16 de fev. de 2022 · Kristian Tungland
0
Seguidores
2
Votos
0
Comentários
Kristian Tungland comentou,
My tip is to use a view instead and work on your tickets there. 👍
Exibir comentário · Publicado 16 de fev. de 2022 · Kristian Tungland
0
Seguidores
1
Votos
0
Comentários
Kristian Tungland comentou,
I guess you are taking about a ticket field with "multi-select" function. Seems like that is not a supported field with the use of conditions. See thread here.
Exibir comentário · Publicado 01 de fev. de 2022 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários
Kristian Tungland comentou,
Hi, Paul,
It does not seem to be an option to make this required. But you can do two things:
1: Use a trigger and some follow-up logic
When an agent submits a ticket for the first time (i.e. the ticket is "Created") and no requester is present - the requester will be the "current user". In this case the agent. All the others conditions are set to prevent the trigger to run on all scenarios.
So the actions you can take could be:
Email the current user/agent that made this and ask if the ticket was supposed to be requested by that agent. Or if the agent forgot to add the caller.
DISCLAIMER: The conditions may be faulty, I have no such trigger active in our system - so I have not tested the impact this will have on all scenarios.
2: Use a custom ticket field with a checkbox saying: Have you added the correct requester to this ticket? And make that field required before solve or even before the ticket is created (always).
Exibir comentário · Publicado 01 de fev. de 2022 · Kristian Tungland
0
Seguidores
1
Votos
0
Comentários
Kristian Tungland comentou,
Hi, @...!
We also use triggers for this. In our case we have 2 triggers per group. The first trigger adds a tag when the ticket status is changed to "closed". Let's say the group is named Group A. The trigger, when ticket is closed, adds the tag: followup_group_a.
The second trigger then looks for creation of followup-tickets + the different tags for different groups. The followup-ticket inherits the tags from the main one, and thus I can assign the ticket to the group that solved the main ticket.
Exibir comentário · Publicado 16 de jun. de 2021 · Kristian Tungland
0
Seguidores
0
Votos
0
Comentários