Skip to main content
Question

Event passing attributes to workflow inconsistently

  • October 8, 2025
  • 4 replies
  • 47 views

Forum|alt.badge.img+1

Hi Community,

 

Has anybody had issues with the same workflow receiving event attributes sometimes in PascalCase and sometimes in SNAKE_CASE? What should I do to ensure the workflow will receive them in one way or the other, please?

 

Thanks in advance

Marcos

4 replies

Forum|alt.badge.img+7

Hi Marcos,
All the event parameters are input as SNAKE_CASE. As a usability improvement and to make the user experience consistent, workflow tries to find a corresponding PascalCase attribute in an attached Entity. But when workflow can’t find a direct connection to an entity or there is no attribute corresponding to the SNAKE_CASE parameter in the entity, SNAKE_CASE parameter is provided as it is.
So, there’s no way to skip this behavior.
But what you can do is, do a check for SNAKE_CASE and SnakeCase parameter and if any of them is available, assign it to an internal variable using a script task. Then use that variable in the workflow.


Forum|alt.badge.img+9
  • Hero (Employee)
  • October 9, 2025

 hi,

To add to this If you encounter this behavior, you can use a script task at the start of the workflow to convert the case to be more consistent 

eg:

if (execution.hasVariable('SNAKE_CASE')) {
execution.setVariable('SnakeCase', execution.getVariable('SNAKE_CASE'));
}

 


Forum|alt.badge.img+1
  • Author
  • Do Gooder (Employee)
  • October 9, 2025

Thanks for the workaround, guys. So you're saying I cannot rely on this usability improvement and should always create my own PascalCase variables because this usability improvement can fail unexpectedly? I ask that because I have this workflow triggered by an insert/update event which works on one page (Customer Order) but breaks on another (CreateOrderFromQuotationAssistant).

 


Forum|alt.badge.img+7

Unfortunately, Yes.