For Agents
Manage scheduling resources, check availability, and create or cancel bookings on the DaySchedule platform.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the DaySchedule 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.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# 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 DaySchedule API.
Register a new bookable resource (room, person, equipment) via POST /v1/resources
List configured resources via GET /v1/resources
Query available time slots for a resource via GET /availability
GET STARTED
Use for: Book a 30-minute meeting with the support team, Find available slots for a resource tomorrow, Cancel an existing booking by ID, Register a new bookable room
Not supported: Does not handle payment collection, video conferencing, or full CRM contact management — use for resource registration, availability, and booking lifecycle only.
DaySchedule is an appointment scheduling platform that exposes resources, availability windows, and bookings via a small REST API. The six endpoints cover the end-to-end flow: register schedulable resources, query available time slots, create new bookings, and cancel existing ones. Authentication is a single apiKey query parameter, which keeps the integration shape simple for embedding into customer-facing booking widgets, internal scheduling bots, or AI agents that need to book on a user's behalf.
Create a booking against an open slot via POST /bookings
Cancel an existing booking via DELETE /bookings
Drive automated scheduling without operating the DaySchedule UI
Patterns agents use DaySchedule API for, with concrete tasks.
★ Customer Booking Widget
SaaS apps embed a DaySchedule-backed booking widget in their UI to let customers book onboarding calls or support sessions. The flow calls GET /availability to render open slots and POST /bookings when the customer confirms — typically wired up in a few hours. The slim API surface keeps client-side state minimal.
Call GET /availability for resource 'onboarding-call' between Monday and Friday, render slots, and call POST /bookings when the customer selects one
Internal Resource Scheduling
Operations teams use the resources endpoints to register internal bookable assets (meeting rooms, demo equipment, advisor calendars) and let employees self-serve booking via a slim internal tool. POST /v1/resources registers the asset, GET /availability surfaces open windows, and POST /bookings reserves them. Cancellations flow through DELETE /bookings.
Register a new meeting room 'Helsinki-12', then book it for tomorrow 2-3pm via POST /bookings
Booking Lifecycle Automation
Customer success teams automate booking lifecycle events — auto-rebooking missed sessions, cancelling abandoned bookings — using DELETE /bookings to clear stale entries and POST /bookings to create replacement slots. The pattern reduces the need for human intervention when a customer no-shows.
Identify bookings older than 24 hours that were never confirmed, call DELETE /bookings to remove them, and reopen the slots
AI Agent Scheduling
AI assistants book appointments on a user's behalf by calling DaySchedule through Jentic. The agent finds available slots via GET /availability and confirms via POST /bookings, with the apiKey isolated in Jentic's vault so it never reaches the agent's prompt context.
Find the earliest 30-minute slot tomorrow on resource 'sales-call' and book it for contact 'jane@example.com' via POST /bookings
6 endpoints — dayschedule is an appointment scheduling platform that exposes resources, availability windows, and bookings via a small rest api.
METHOD
PATH
DESCRIPTION
/v1/resources
List bookable resources
/v1/resources
Register a new bookable resource
/availability
Query open time slots for a resource
/bookings
List existing bookings
/bookings
Create a new booking
/bookings
Cancel an existing booking
/v1/resources
List bookable resources
/v1/resources
Register a new bookable resource
/availability
Query open time slots for a resource
/bookings
List existing bookings
/bookings
Create a new booking
Three things that make agents converge on Jentic-routed access.
Credential isolation
DaySchedule apiKey query parameter values are stored encrypted in the Jentic vault. Agents receive scoped access tokens — the raw apiKey never enters the agent's context or appears in URLs in logs.
Intent-based discovery
Agents search by intent (e.g. 'find an available booking slot' or 'create a booking') and Jentic returns matching DaySchedule operations with their input schemas, so the agent runs the availability-then-book flow without browsing dayschedule.com/docs.
Time to first call
Direct DaySchedule integration: a few hours for auth, slot rendering, and confirm/cancel handling. Through Jentic: under 30 minutes — search, load schema, execute.
Alternatives and complements available in the Jentic catalogue.
Specific to using DaySchedule API through Jentic.
What authentication does the DaySchedule API use?
DaySchedule uses an API key passed as the apiKey query parameter on every request. Through Jentic, the key is stored encrypted in the MAXsystem vault and injected at call time, so the scheduling agent never handles the raw secret.
Can I create a booking via the DaySchedule API?
Yes. POST /bookings accepts a resource ID, a time slot, and contact details, and returns a booking record. Pair it with GET /availability to make sure the slot is still open before confirming.
What are the rate limits for the DaySchedule API?
Per-endpoint limits are not declared in the OpenAPI spec; check your DaySchedule plan in dayschedule.com/docs/api for current quotas before running availability polls in tight loops.
How do I find an open slot through Jentic?
Search Jentic for 'find an available time slot', load the GET /availability operation, and execute it with a resource ID and date range. Jentic injects the apiKey and returns the open slots ready for booking.
Can I cancel an existing booking via the API?
Yes. DELETE /bookings removes a previously created booking and frees up the underlying slot, which is the right call for no-show cleanup or customer-initiated cancellations.
Can I register new bookable resources programmatically?
Yes. POST /v1/resources registers a new room, person, or equipment as a bookable resource, and GET /v1/resources lists everything currently available to book against.
/bookings
Cancel an existing booking