I tried with a code in the User Filters pane that looks like the code below but I got a message error

When you do a local variable definition, Appian expects that there be exactly one expression after any local variables are defined. In your example above you have two - each of the a!recordFilterList() calls.

The fix for this is simple - wrap everything in an array (which fulfills the "exactly one expression" requirement):

That seems to get into complexities of where your data is being accessed via the API calls, which I honestly have less familiarity with - and i think it depends a lot on specific context that I don't have. Someone else here may have handled this sort of thing in the past, and might have more useful feedback for you. Just as a first guess - do you happen to have any ability to alias certain incoming fields in the API call(s)?

The documentation defines rsp!filters as "An array containing the record type's default filters as well as the user filter selections."

Basically this ends up meaning that I can't tell you how to see what the actual value is at runtime, but you can deduce what the value is by whatever value (if any) you have defined for your Default Filters and User Filters - which, as far as I know, boils down to a list of a!queryFilter.

In my case, I'm able to test out my list view source expression Expression Rule by typing an array of valid a!queryFilter() entries in the "Expression" box for ri!filters (or just leave it blank to test a default query).

That being said, I still believe you'll need to figure out a way to differentiate the two different types of "id" before you get to this point. I'm still a little unclear on the source of the incoming data types - are they mapped to Appian data types or something else? In what way do the two different tables end up being queried by the same record source expression?

I have a main data type named incident that composed by several fields including a field incidentType that referes to a data type named incidentType and another filed eventType that referes to a data type named eventType.

It appeared that I could set a parameter "valueExpression" in the a!queryFilter() that I could retrieved after in the rsp!filters variable. That could be the way to contextualize my id's without changing my data types.

I finally succeeded ! By better reading the documentation, it appeared that the value for the field "field" in the queryFilter function referes to one of the Record fields and not to the external table.