additionalScope in non-Custom Resource

Hello everyone,

I need some help regarding the use of additionalScope when working with resources.

Basically, when I create a REST API, I can provide an additionalScope for it. However, when I consume specific resources provided by Retool, like AWS DynamoDB or S3, there doesn't seem to be a way to pass additionalScope.

My question is: is it also possible to define additionalScope when using these types of resources? I couldn't find a clear answer, and it would be really useful if this were supported.

Thanks in advance!

Hi @Guilherme_Tosi and welcome to the Retool community!

Yes, there is usually a way. For example, you can pass variables to a workflow as below:

If you send a screenshot of your resource/query we can help a little more.

Basically, I have a script that makes some async requests. I convert a token to base64 for authorization, and I would like to send the result of this query in the additionalScope of the putSiengeDevelopmentCredentials request too, because I get to useadditionalScope in createSiengeWebhook`.

example:

const token = await convertToBase64.trigger();
createSiengeWebhook.trigger({
additionalScope: {authorization: token}
})
.
.
.
await putSiengeDevelopmentCredentials.trigger({
additionalScope: {authorization: token}
})
  • createSiengeWebhook: has additionalScope (it's a custom resource)
  • putSiengeDevelopmentCredentials: AWS DynamoDB resource (it doesn't support additionalScope directly



)

Can you share a screenshot of your resource putSiengeDevelopmentCredentials?

Is this in an app or in a workflow?

It's in an App. Below you can see the putSiengeDevelopmentCredentials GUI. Basically there's a script in this app that make some async requests, like convertDataToBase64and in that specific request, a set the result in a variable convertedSiengeIntegrationToken, but I would to remove it and use additionalScope instead.

When you build a Retool query using a built-in resource (e.g. DynamoDB via the GUI), you can already inject values directly into the JSON body or parameter editor using {{ }}. That’s why there is no explicit "additionalScope" option—you're literally doing the same thing already.

You already have dynamic variables—injected in real time—just like additionalScope would with a SQL query. Retool simply doesn't surface an "additionalScope" field because it's effectively unneeded for these resource types.

1 Like