Accept an invitation tentatively
const url = 'https://calendar.work.optidata.cloud/api/events/4167/invitations/tentative';const options = { method: 'POST', headers: {Authorization: 'Bearer <token>', 'Content-Type': 'application/json'}, body: '{"calendar_id":10}'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request POST \ --url https://calendar.work.optidata.cloud/api/events/4167/invitations/tentative \ --header 'Authorization: Bearer <token>' \ --header 'Content-Type: application/json' \ --data '{ "calendar_id": 10 }'Answers maybe. Use it when the invitee expects to attend but cannot
commit; the status becomes TENTATIVE.
Same calendar_id and recurrence_id semantics as
accepting, including replying on behalf of
the owner of a calendar you manage.
Authorizations
Section titled “Authorizations”Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters”Id of the event, as returned in an event’s id.
Request Bodyrequired
Section titled “Request Bodyrequired”Which invitation is being answered, and on whose behalf.
object
The caller’s calendar holding the invitation. When it is a calendar
shared with the caller and their role is manager or admin, the
reply is recorded for the calendar’s owner.
Start of the occurrence being answered. Omit to answer for the whole series.
Start of the occurrence, when the client already knows it.
End of the occurrence, when the client already knows it.
Examples
{ "calendar_id": 10}Responses
Section titled “ Responses ”The event, with the caller’s participation status updated.
object
An event and its occurrences. The event itself carries the identifiers;
everything about the schedule lives in instances.
object
ICalendar UID. Unlike id, it survives the event being copied between
calendars.
Calendar the event lives in.
Invitation id. Part of the concurrency triple you send back on an update.
Modification sequence. Send it back unchanged on an update.
Revision. Send it back unchanged on an update.
One occurrence of an event. A one-off event has exactly one; a recurring event has one per occurrence inside the window you asked for.
object
Invitation id. Send it back when updating or rescheduling.
CONF confirmed, TENT tentative, CANC cancelled, NEED awaiting
an answer.
Start of this occurrence, for a recurring event.
Title of the event.
true when the caller owns the event.
true when this occurrence was detached from its series.
Filled in on a single-event read; on a list, only when
include_description was requested.
Who owns the event.
Time zone the event was created in, when it differs.
Somebody invited to the event.
object
A reminder, expressed as an offset from the event. isNegative: true means
the reminder fires before the moment named by related; the unit fields
that do not apply are 0 or null.
object
Whether the offset is measured from the start or the end.
Who takes part in one occurrence, summarized for an event card. Present
only on a list (GET /events) called with
include_participants_summary=true; absent otherwise.
The participants are listed as the event details show them: the organizer first, when the occurrence has one, then the attendees in invitation order. The organizer is not looked up among the attendees, so an organizer who is also listed as an attendee counts twice. An exception occurrence is summarized from its own participants.
Even with the flag on, an occurrence can lack participantsSummary
when its participants could not be read, for instance when the event
was deleted while the list was being built. Read a missing
participantsSummary as unknown, not as zero participants.
object
Number of participants of the occurrence: the organizer, when there
is one, plus every attendee. 0 when it has none.
The first three participants, in the order above. Empty when the occurrence has none.
object
The participant’s name or, when it has none, their email
address. null when both are missing.
The participant’s avatar, or null when there is none.
Example
{ "event": { "id": "4167", "calendarId": "10", "instances": [ { "status": "CONF", "organizer": { "type": "user" }, "recurrenceRule": { "frequency": "DAILY" }, "userParticipationStatus": "NEEDS-ACTION", "attendees": [ { "type": "user", "participationStatus": "NEEDS-ACTION" } ], "alarms": [ { "related": "START" } ], "participantsSummary": { "participantsCount": 5, "participants": [ { "name": "Jane Doe" } ] } } ] }}Missing, malformed or expired authentication key.
Authentication failures use an error key rather than message.
object
Examples
No bearer token sent
{ "error": "JWT passport exception: Missing bearer token in request"}The request body or query string failed validation.
object
The first validation message.
Validation messages keyed by field name.
object
Examples
{ "message": "The event title field is required.", "errors": { "title": [ "The event title field is required." ] }}Rate limit exceeded. Retry after the window resets.
Generic error envelope used by policy, binding and framework failures.
object
Human-readable description of the failure.
Examples
{ "message": "Too Many Attempts."}