Skip to main content

Server-to-Server Authentication

The Partner API uses the OAuth2 Client Credentials flow for secure server-to-server communication.
For server-to-server communication, this API uses the OAuth2 Client Credentials flow. Please feel free to contact your account manager to receive your initial admin username and password.

Prerequisites

1

Receive Initial Credentials

Contact your account manager to receive your initial admin username and password.
2

Sign in to the Console

Sign in to the Podero Console at https://fleet.podero.com (or https://sandbox-fleet.podero.com for the sandbox).
Please make sure you change your password after your first login.

Register a New Application

1

Open API Applications

In the Console sidebar, open Configuration → API (https://fleet.podero.com/configuration/api) and click Create application. This requires the organization admin role (or Podero support).
2

Configure Application

Fill in the application details:
  • Name: Your application name
  • Grant type: Select Client credentials
3

Save Credentials Immediately

Immediately copy the client ID and the client secret and keep them somewhere safe. The client secret is shown only once; you will not be able to retrieve it later.
Click I saved the credentials after copying your credentials.

Generating an Access Token

To get an access token and to be able to use the API, you need to make a request to the token endpoint with a Basic Auth header using your base64 encoded client ID and secret.
You may need to use a base64 encoder tool to get the encoded string. For example, DevToys is a useful tool for this purpose.

Request

Response

You will receive a response containing an access token, as well as the expiration time.
string
required
Bearer token for API authentication. Use this in the Authorization header for all subsequent API requests.
integer
required
Token lifetime in seconds. Typically 36000 seconds (10 hours).
string
required
The type of token. Always “Bearer” for this flow.
string
required
The scopes granted to this token. Typically “read write” for full access.
Make sure you store these credentials securely and refresh the token in a timely manner to avoid losing access to the API.

Using the Access Token

For subsequent requests to the API, include the access token in the Authorization header:

Example API Request

Refreshing the Token

Refreshing the token can be done with the same request you used to get the initial token. There is no refresh token - simply request a new access token using your client credentials.
When your token is about to expire, make the same POST request to /oauth2/token/ with your client credentials to obtain a new access token.

Best Practices

  • Store client secrets in environment variables or secure vaults
  • Never commit credentials to source control
  • Use different credentials for each environment (production, sandbox)
  • Implement automatic token refresh before expiration
  • Handle 401 Unauthorized responses by refreshing the token
  • Cache tokens to avoid unnecessary token requests
  • Implement retry logic for transient failures
  • Log authentication errors for debugging
  • Monitor token expiration and refresh patterns

Next Steps

Getting Started

Follow our step-by-step tutorial

User Journeys

Explore common workflows