Can't use Variable acess/token on headers value on Call API column

The headers of the CALL API column is just allowing me to use a custom value on the headers I am setting up. The problem is that I need to use different access/token when calling the API, depending on the Company I’m trying to reach. The field “Headers” can be variable, but the value is custom only. How can I solve it?

That function was removed to secure the header, and I’m not sure they would bring that back. Like you, I have a few services where my token is expiring after a certain amount of time, and I have had no solutions for it.

Thank you very much for your answer. It will defininetively limit a lot tha capacity of system construction. I really need it to build a multi-company platform, since the payments come from different payments solutions. Do you know any way to solve it?

I think you would have to resort to the JavaScript column to do something like that.

I’ll do some research and see if I can figure out how to do this. If I find some solution I let you know here too. Thank you very much for your help

1 Like

Thanks a lot!

JavaScript wouldn’t be secure, because it’s executed client side, which means the tokens would be on the client device. I think the only way to do it securely is via Make.

1 Like

Ah yes… Would be better if we don’t need a third-party service, but it is what it is.

it makes sense. How would you do this key management via Make?

Use a Webhook action to send relevant info from Glide to Make.com when needed, make a HTTP call over there, take the results and bring that back to Glide (either using the Glide API or Google Sheets/Airtable depending on your backend).

Keep all your tokens in a Make Data Store, then include a company identifier in the webhook from Glide, so that you can retrieve and send the correct token.

1 Like

Glide just added dynamic headers values hahah It keeps getting better

But they made it exclusively Business/Enterprise…

@ThinhDinh @Darren_Murphy
Is there a tutorial/example floating around anywhere for this Glide Webhook > Make > API Call > Glide using the Make Data Store?

I’m trying to deal with an expiring access token, similar to the below post

If they have an expiring access token, I would think they have a way to regenerate that token when needed.

I would just generate a token every time I need to call that API, then pass that to the actual call for authentication. Is that a valid approach?

That’s exactly what I do.

2 Likes

That should work. To do this are you storing the token in a column for the duration of the API Call and then clearing it as the final step in the action?

1 Like

Yes, I would store it in a user-specific column, then build out a template for the header if needed (say if you need something like Bearer XXX).

Then as the last action of your chain, clear the user-specific column.

2 Likes

I’m building something similar. Originally I planned on just having a backend connected to a DB to call an API and pass the data to the glide app’s connected Google sheet. But that’s not an option anymore, so I’m going to be using Glide’s call API.

Could I store a company_secret and the refresh_token inside of Glide using the secret variable or would I need to store it in made like was mentioned previously?

Couldn’t you just do this?