Intended use of the new 'load request' and 'load request message' CRMScript triggers

lock
push_pin
done
Beantwortet
1

Hi,

We have been hitting some issues/road blocks with migrating customers to the new service solution, where the customization possibilties are much more restricted.

One of the issues we have been hitting a lot is being unable to automatically fill in fields (either custom or default), in the 'old service' we could do this with url variables. In New Service this has not been possible (so protocol does not work).

Now with these new triggers we where hoping we could solve these challenges (and migrate more of our customers to new service), but sadly with the first 2 scenario's we tried it, immediately hit an issue:

#1 Setting a custom field value based on soprotocol, immediately hit a bug that getNavigateTo () does not work in triggers, preventing us from getting the SOProtocol being navigated to (if it works like that)

#2 Just tried to set the ticket priority based on the linked person contact ticket priority, but setting 'TicketEntity.Priority.TicketPriorityId' with setOutputValue doesn't do anything.

What is the intended use cases of this triggers here, should setting values with setOutputValue work?

The documentation of these triggers is not made yet (#2185), so we are not sure if we are looking at bugs here or if this is not the intended use case.

15. Sept. 2025 | 05:47 PM

Alle Antworten (1)

Hi David,

it seems like the TicketPriorityId is set, but GUI is not updated, so you need to set both.

 

#setLanguageLevel 4;

EventData ed = getEventData();
//log("ed: " + ed.getInputValues().toJson());

ed.setOutputValue("TicketEntity.Title", "Changed by trigger");
ed.setOutputValue("TicketEntity.Priority.TicketPriorityId", "1");
ed.setOutputValue("TicketEntity.Priority.Name", "Low"); // Just for the visuals, the value above is actually used
10 h, 21 m vor | 07:28 AM
Ah, so the GUI is not updated. That sounds like a bug :)
10 h, 11 m vor | 07:38 AM

Antwort hinzufügen