For Agents
Authenticate against Dime.Scheduler by exchanging an API key for a short-lived bearer token. Required as the first call before any downstream scheduling integration with Dime.Scheduler.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Dime.Scheduler API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Dime.Scheduler API API.
Exchange a Dime.Scheduler API key for a short-lived bearer token via POST /token
Bootstrap automated integrations with Dime.Scheduler that require bearer authentication on subsequent calls
Refresh authentication credentials in scheduled CI or middleware jobs without manual user login
Patterns agents use Dime.Scheduler API API for, with concrete tasks.
GET STARTED
Use for: Get a bearer token to call Dime.Scheduler, Authenticate my integration against Dime.Scheduler, Retrieve a fresh access token for the Dime.Scheduler API, Set up automated auth for our Dime.Scheduler middleware
Not supported: Does not currently expose job, resource, appointment, or notification operations in this OpenAPI surface — use for exchanging an API key for a bearer token only.
Dime.Scheduler is a resource-planning and scheduling platform commonly paired with Dynamics 365 Business Central and NAV. The published OpenAPI surface in this version exposes a single token-issuance endpoint that exchanges an API key for a short-lived bearer token used by the broader Dime.Scheduler integration. Customers automate the auth handshake from build pipelines, integration middleware, and AI agents that subsequently call Dime.Scheduler's wider scheduling functions.
★ Bootstrapping a Dime.Scheduler Integration
Integration developers building connectors between Dime.Scheduler and Business Central, NAV, or custom field-service apps need to obtain a bearer token before calling any of the platform's scheduling operations. POST /token exchanges a long-lived API key for a short-lived bearer that the rest of the integration uses. Centralising this exchange in one helper avoids leaking the API key into downstream services.
POST /token with the Dime.Scheduler API key and store the returned bearer token in memory for use by the downstream scheduler client.
Scheduled CI Token Refresh for Middleware
Middleware that synchronises jobs and resources between an ERP and Dime.Scheduler typically runs on a schedule and needs valid bearer tokens for each run. A scheduled CI step calls POST /token to fetch a fresh token, writes it into the integration's secret store, and the synchronisation job consumes it. This pattern keeps the API key in a CI vault and limits bearer token exposure.
Call POST /token in a nightly CI job, store the returned bearer in the secret manager, and trigger the downstream Business Central sync.
Validating Dime.Scheduler Credentials
Operations teams can use the /token endpoint as a lightweight health check that an issued API key is still valid and the Dime.Scheduler tenant is reachable. A non-200 response signals either an expired key or an environment outage, allowing alerting before users notice scheduling failures.
Call POST /token with the production API key and alert if the response status is not 200.
AI Agent Token Bootstrap for Scheduling Workflows
AI agents orchestrating downstream Dime.Scheduler scheduling operations need a fresh bearer token to make authenticated calls. Through Jentic, the agent calls the /token operation as the first step of a workflow; the API key is held in MAXsystem and never enters the agent's context. Subsequent scheduling calls reuse the bearer until it expires.
Search Jentic for 'authenticate Dime.Scheduler', load the /token operation schema, and execute it to obtain a bearer token for downstream scheduling calls.
1 endpoints — dime.
METHOD
PATH
DESCRIPTION
/token
Exchange an API key for a short-lived bearer token
/token
Exchange an API key for a short-lived bearer token
Three things that make agents converge on Jentic-routed access.
Credential isolation
The Dime.Scheduler API key is stored encrypted in Jentic's MAXsystem vault. Agents call POST /token through Jentic, which returns the bearer token in the response without the raw key ever being exposed to the agent.
Intent-based discovery
Agents search by intent (e.g., 'authenticate Dime.Scheduler') and Jentic returns the /token operation with its input schema, so the agent runs the auth bootstrap without browsing the partner documentation.
Time to first call
Direct Dime.Scheduler auth setup: a few hours including key handling and bearer caching. Through Jentic: under 15 minutes — search, load, execute the /token operation.
Alternatives and complements available in the Jentic catalogue.
Calendly
Self-service appointment scheduling for individuals and teams
Choose Calendly when end users self-book meetings; choose Dime.Scheduler for resource and job scheduling tied to Business Central or NAV.
Nylas
Calendar, email, and contacts API across providers
Use Nylas for cross-provider calendar sync; use Dime.Scheduler for ERP-driven resource planning.
ServiceNow
ITSM and workflow platform with field-service modules
Pair ServiceNow workflows with Dime.Scheduler when field-service jobs need ERP-aligned resource planning alongside ticket management.
Specific to using Dime.Scheduler API API through Jentic.
What authentication does the Dime.Scheduler API use?
The published surface uses an API key sent to POST /token, which returns a bearer token used to authorise subsequent calls. Through Jentic, the API key is held in the MAXsystem vault and the bearer token is fetched at execution time, so neither secret enters the agent's context.
Can I exchange my API key for a bearer token with the Dime.Scheduler API?
Yes, this is the only operation in this version of the spec. POST /token with your API key and Dime.Scheduler returns a short-lived bearer token. Use that token on subsequent calls into the wider Dime.Scheduler integration.
What are the rate limits for the Dime.Scheduler API?
Rate limits for the token endpoint are not published in the OpenAPI spec. In practice, /token is called infrequently (once per session or scheduled job), so it is rare to hit limits. Confirm with the Dime.Scheduler operations team if you plan high-volume token issuance.
How do I bootstrap a Dime.Scheduler integration through Jentic?
Search Jentic for 'authenticate Dime.Scheduler', load the schema for POST /token, and execute it with your stored API key. Jentic returns the bearer token from the response body, which downstream scheduling calls can then use.
Does this spec cover Dime.Scheduler's scheduling endpoints?
The published spec in this version exposes only the /token authentication operation. Scheduling, resource, and job operations are documented by Dime.Scheduler separately and are not part of this OpenAPI surface. Use /token to obtain a bearer, then call those operations using the broader Dime.Scheduler documentation.