Le balisage Liquid est souvent utilisé dans des règles de gestion pour personnaliser les commentaires et notifications par e-mail. Les instructions case du balisage Liquid vous permettent de définir plusieurs messages qui peuvent être utilisés dynamiquement en fonction des attributs du ticket.
Dans cet article, nous utilisons l’exemple de la prise en charge des réponses en plusieurs langues. De nombreuses entreprises et organisations viennent en aide à des utilisateurs finaux parlant des langues autres que le français, et cela peut se faire de diverses façons. Pour les messages plus complexes ou un nombre de langues très important, nous vous conseillons d’utiliser le contenu dynamique. Pour les messages simples dans quelques langues, le balisage Liquid peut être la solution idéale.
Utilisation d’une instruction case du langage de balisage Liquid pour la prise en charge de plusieurs langues
Quand votre compte prend plusieurs langues en charge, les utilisateurs peuvent spécifier leur langue de prédilection dans leur profil. Vous pouvez alors faire référence à la langue de prédilection de l’utilisateur dans une série d’instructions conditionnelles au sein du corps du message que vous définissez pour l’automatisme, la macro ou le déclencheur.
L’exemple suivant montre le corps de l’e-mail pour l’action Notifier par : e-mail de l’utilisateur d’un déclencheur. Dans ce cas, la langue par défaut du compte est l’anglais et nous n’avons donc pas eu besoin de la libeller dans le formatage Liquid.
{% case ticket.requester.language %}
{% when 'Italiano' %}
Ciao,
La tua richiesta (#{{ticket.id}}) è stata ricevuta, è stato esaminato dal nostro staff di assistenza.
Per esaminare lo stato della richiesta e aggiungere ulteriori commenti, segui il link qui sotto:
http://{{ticket.url}}
{% when 'Danish' %}
Hej,
Din anmodning (# {{ticket.id}}) er blevet modtaget og bliver gennemgået af vores supportmedarbejdere.
At gennemgå status for anmodningen og tilføje yderligere kommentarer, skal du følge nedenstående link:
http:// {{ticket.url}}
{% else %}
Hello,
Your request (#{{ticket.id}}) has been received, and is being reviewed by our support staff.
To review the status of the request and add additional comments, follow the link below:
http://{{ticket.url}}
{% endcase %}Utilisation d’une instruction case du langage de balisage Liquid pour créer d’autres réponses dynamiques
Vous pouvez utiliser une structure similaire pour créer des réponses dynamiques dans des contextes autres que la langue de prédilection. Par exemple, vous pouvez utiliser une structure d’instruction semblable pour répondre en fonction de l’organisation de l’utilisateur. Dans ce scénario, vous définiriez l’instruction comme {% case ticket.organization.name %} et la réponse pour chaque organisation serait précédée de {% when 'OrganizationName'
%}.
13 commentaire
Carmelo Rigatuso
4631498187290
I would try using the ticket.ticket_field_123 format in the case, and use the tags associated with the value you want, and then if you need to display the value, use ticket.ticket_field_option_title. So something like:
Note that I'm not 100% sure on the syntax if you're evaluating tags instead of text. you may not need the quotes.
0
Amar Taggar
Hey Team, I am trying to use this “Using a Liquid markup case statement to dynamically change the text based on a dropdown field's value”
It works with a regular drop down just fine, but our use-case needs it to work with a cascaded dropdown field. Can someone help me on how to use it?
It works with regular drop down like “XYZ”
It doesn't work with “XYZ::ABC”, I even tried with just "ABC". Any ideas on how to do this?
0
Carmelo Rigatuso
5702658571290 A bit late, but if you haven't figured it out yet, it's ticket.ticket_field_option_title_12345 not ticket.requester_field_option_title
1
Cameron Eng
Has anyone been able to reference custom user dropdown fields with liquid markup? I'm trying the syntax “{% case ticket.requester_field_option_title_FIELDID %}” but no luck so far
0
Jacob the Moderator
Hey 4821761052186
I'm not sure this is documented, but from my experience, it seems the value you're evaluating is the one shown to end users. So if you have a form called “Consumer L1” for your agents, and “Consumer requests” for your end users, you would need to use the latter for it to work.
You can check this in Admin Center on the individual forms.
0
Dylan Tragjasi
Does anyone know if the ticket form object is accessible when using liquid markup? I'm trying to create a macro with different content depending on the current form selected on the ticket. I've tried many variations of the following but can't seem to get it to work:
Using the ticket.ticket_form placeholder doesn't seem to work either. Any advice? Thank you!
0
Yvonne P.
Detailed Question on this: having a clickable logo in our agent signature in the brand setting (that works already) but i need it to work dynamically, so eg. when customer language is german = logo should lead to www.brand.de / when customer language is english = logo should go to www.brand.com
I assume this should be possible with liquid markup, BUT I am new to this - so hoping someone here can help.
In brand setting "signature" right after the logo - can I just add something like this:
{% when 'Italiano' %}(www.brand.it)
{% when 'German' %}(www.brand.de)
{% when 'English' %}(www.brand.com)
Appreciate anyone trying to help out on this :)
Kind regards,
Yvonne
1
Bry Fitzgerald
2
Khajik Khajadourian
What is the difference between using dynamic content for multiple languages and liquid markup?
1
Giuseppe
Hi Rom Hirsh
I'll be creating a ticket for your query and send an email to you so we can investigate further.
Thanks!
0
Se connecter pour laisser un commentaire.