topic Passing Dynamic Name:Value pairs when making a Custom Action API call in Workato Pros Discussion Board

Passing Dynamic Name:Value pairs when making a Custom Action API call

RussellJ — Wed, 20 May 2026 15:34:18 GMT

I'm making a Custom Action API call to a target system (Maxio).

As part of this, I need to be able to pass two dynamically generated arrays of name:value pairs each time - one contains a list of restricted_products and the other a list of restricted_components.

When using the Guided Setup and supplying sample JSON for the Request Body like this...

... Workato correctly passes the data onto the Target system which takes the necessary action. So I know the JSON being passed in the intial setup is correct.

But then when I inspect the resulting Custom Action step in my Recipe, Workato has decided that the constituent product and component items which make up each of the arrays are fixed values. The Request Body Parameters portion of the action looks like this...

But the number and names of each product and component will vary each time.

How do I tell Workato that restricted_products are restricted_components are dynamic arrays, and pass in appropriate values?

Thanks in advance

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

gary1 — Wed, 20 May 2026 17:05:05 GMT

I wrote a response and lost it somehow, so lets try this again:

First off, these are objects (hashes), not arrays!

When you have dynamic object content (meaning you may potentially have different keys in every instance of the same object), you can't pre-define them using object definitions because they don't have a standard definition.

The easiest way to do what you need is to set the root objects (restricted_components and restricted_objects) to strings and feed them the constructed object contents via formula. When doing this they will behave as objects despite being defined as a strings. You can test this out in a normal variable to see what I mean.

However, there's a more important consideration: you're making a custom connector where the input to the connector is restricted to the expected input format of the API. That's kind of missing the point and not using the connector to its full potential.

Instead, you can pass the data into the connector in whatever format you want and let the connector construct the API call internally.

So instead of requiring input like this to match the API call:

{ "restricted_products": { "key1": "value1", "key2": "value2", "key3": "value3" } }

You can pass a standard list (array) variable of key/value pairs like this:

{ "restricted_products": [ { "key": "key1", "value": "value1" }, { "key": "key2", "value": "value2" }, { "key": "key3", "value": "value3" } ] }

Inside the connector, it's a cake walk to iterate the list and construct the API format.

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

RussellJ — Wed, 20 May 2026 18:03:25 GMT

Hi Gary

Thanks for your reply, although whilst I understood each of your words individually, I'm still not sure how to proceed 😔

Setting the root objects to strings and feeding them constructed objects for Workato to take care of sounds great. But could you give me a pointer as to how to do that? I’m starting from a comma separated string of values for both restricted_components and restricted_products . I guess the bit I’m missing is “how to convert a comma separated string into objects”.

Secondly (and this might be key to my confusion), I don’t follow your statement “you’re making a custom connector”. I’m not building a customer connector, but just using the OOTB Maxio Connector and using the Guided Setup to build a Custom *Action* (using a sample request)...?

So whilst I’m sure you’re making a valuable point about passing “the data into the connector in whatever format you want and let the connector construct the API call internally” I think you may be assuming too much about where I’m starting from?

Apologise for the noob questions!

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

gary1 — Wed, 20 May 2026 19:48:50 GMT

Ah, my bad! My eyes read "custom action" and my brain said "custom connector, got it."

So the real question is "how do you create the formatted payload from a comma delimited string, and then plug it into the custom action?"

To answer that... I would need to see the string! Can you share an example?

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

RussellJ — Wed, 20 May 2026 20:13:52 GMT

Huzzah! I think we’re on the same page.

The strings will just literally be of the format “product1,product2” and “component1,component2,component3”.

They’ll each need a “handle:” prefix and a value of true but I’m sure I could whizz up a tiny JS block (after your assistance on my last post) to turn that into objecty format.

The biggest mystery is how to configure the fields in the custom action.

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

gary1 — Wed, 20 May 2026 21:20:53 GMT

Yeah, that's really your best bet. Take the string, reformat it into the object, pass the object as formula into restricted_components/products. Workato data pills rely on having pre-defined key name, so when your key names are dynamic you have to go with a more complex solution.

Re: Passing Dynamic Name:Value pairs when making a Custom Action API call

RussellJ — Thu, 21 May 2026 11:31:03 GMT

I'm tantalisingly close... but still missing something 😣

My recipe is effectively just two blocks - one with the JS and another to execute the Custom Action.

The JS block takes a "list" input field which contains the comma separated list. The JS (thanks ChatGPT) turns the list into a suitably formatted object which is output in the "myJSON" field...

Here's the code for reference...

The myJSON output is then slotted into the custom action block like so...

I think the only problem is that, when run, the name and values (e.g. handle:component1) are not "quoted". Here's the result of running the job...

Whilst the target system (Maxio) does not choke on this, it also doesn't do what I want, so think it's just ignoring it.

Feels like I'm missing something very basic!