I am setting up a Bridge integration to pull a utilisation report from RM. The report i'm building needs to among others include filter on a custom field. In the configuration panel it tells me I need to add the ID of the custom field. Running the workflow with all the rest of the filters works as expected, so the issue is entirely in finding the ID i need to enter.
Reading the documentation it implies that for this I can simply add the name of the custom field (in this case Department), but running the workflow throws an error that the field cannot be found.
I've tried using the List User element, but the JSON i get back makes no mention of the custom fields associated with that user, even though it's set.
Can anyone advise and put me out of the most likely simple step i'm missing here?
It's not you Mark - looks like there's a bug? I get the same thing after verifying through Postman that I can pull a report using custom fields as a filter. Like you, in the Bridge integration I tried putting both the custom field ID as well as the custom field name, both returned the "not a valid filter type" error.
You could do this via a custom HTTP call in Bridge and avoid the bug here.
BRIAN RICHARDSON | PMO TOOLS AND RESOURCES | HE|HIM
Just to add to this, I have used Postman to query the /api/v1/custom_fields/ endpoint, this returns the following
Going back into Bridge if I then enter 15145 as the ID of my Custom Field I want to query, with the value set to Global Services, Bridge throws the following error:
So how should I be defining the ID of the custom field? Are there some additional prefixes i should be including on the ID?
For completeness, this is how I have set the report up in Bridge. Filters 1-4 all work as expected, but as soon as include filter 5 as in the screenshot, I get the error shown in my post above.
It's not you Mark - looks like there's a bug? I get the same thing after verifying through Postman that I can pull a report using custom fields as a filter. Like you, in the Bridge integration I tried putting both the custom field ID as well as the custom field name, both returned the "not a valid filter type" error.
You could do this via a custom HTTP call in Bridge and avoid the bug here.
BRIAN RICHARDSON | PMO TOOLS AND RESOURCES | HE|HIM