okta-svg

Okta

Identity Org URL and API token

Manage Okta users, groups and applications from any Windmill script, flow or app.

Set up in 3 steps

1

Create an API token

In the Okta admin console, open Security then API then Tokens, and create one. Copy it — it is shown only once.

2

Add the resource in Windmill

Open Resources, add a resource of type okta. org_url is your org's base URL — https://yourorg.okta.com — and token is the API token.

3

Run your first script

Fork any script below and read before writing anything.

Scripts

Building blocks, if none of the projects above fit. Fork one, run it, or call it as a step inside your own flow.

Submit a script →

Trigger flows from Okta

Okta is not only a destination. These inbound paths are supported today.

New System Log event (scheduled poll)

The New System Log Event trigger script polls the Okta System Log and returns the events published since its last run, optionally narrowed by a filter expression. To run it, open a flow, add a trigger and choose Scheduled Poll, then pick the trigger script and an interval. The steps after it run once per new item, and each flow keeps its own cursor.

Resource type

The shape of the credential every script on this page expects.

FieldTypeRequiredWhat it is
org_urlstringYesYour Okta org base URL, without a trailing slash, e.g. https://dev-123456.okta.com or https://acme.okta.com. All API calls are made against this host under /api/v1.
tokenstringYesOkta API token (SSWS). Create one in the Admin Console under Security > API > Tokens. It inherits the permissions of the admin who created it.

Questions

What can the token do?

Exactly what the admin who created it can: Okta resolves permissions from that user.

The token stops working after a while

Okta expires API tokens that go unused for 30 days. A scheduled flow keeps one alive; an occasional script may find it dead.

Is my token stored on the hub?

Never. It lives only in your own Windmill workspace, encrypted at rest.