Manage credentials
Credentials store sensitive information like API tokens and passwords. As a tenant owner, your role with credentials isn't always about using them in workflows (that's covered more in our Builder learning path series). While builders create and reference credentials in their workflows, you ensure they're organized properly, shared appropriately, and secured in accordance with your organization's policies.
Organize credentials with folders
As teams create more credentials, organization becomes critical. Folders help you group related credentials together, making them easier to find and manage.
Common folder structures include:
By service type (cloud services, communication tools, ticketing systems)
By environment (production, staging, development)
By department or business function
To manage folders, navigate to the Credentials page for a team and use the folder management options to create and organize credentials into logical groups.

The Credentials page in the team menu, highlighting the option to create a new credential folder.
🪄Tip
Credential access control
One of your key responsibilities is controlling who can access which credentials. By default, credentials are only accessible to the team that created them. However, you can configure access control to share credentials across teams.
Access control options include:
Current team only: Only members of this team can use this credential.
All teams: All teams in the tenant can use this credential.
Selected teams: Choose specific teams that can access this credential.
Current team's members' personal teams: Members can use this credential in their personal teams (if they have story run permissions).

The Access tab of a credential, showing options to control which teams can use the credential.
❗️Important
Manage resources
Resources store non-sensitive, reusable information that teams can reference across multiple workflows. As a tenant owner, you're responsible for organizing resources and controlling how they're shared, just like with credentials.
Common examples of resources include:
Configuration settings
Lookup tables and reference data
Lists of approved values (i.e., approved domains, email addresses)