Reference for Beebole GraphQL queries — read organizations, people, projects, tasks, tags, time records, and expenses, with typed filter inputs.
Beebole queries are the read operations of the Beebole GraphQL API. They return data from your account — your organisation, people, projects, tasks, tags, time records, and expenses — without modifying anything. Every query is sent as a POST request to https://app.beebole.com/graphql with your API key in the apikey HTTP header.
Queries never change data. To create, update, archive, or delete records, use Mutations instead. For authentication setup, see the API introduction.
Field names follow GraphQL conventions exactly as defined in the schema. Every entity exposes its identifier as id (not _id), and the organisation-level query is spelled currentOrganisation (British spelling, as in the schema).Beebole queries are the read operations of the Beebole GraphQL API. They return data from your account — your organization, people, projects, tasks, tags, time records, and expenses — without modifying anything. Every query is sent as a POST request to https://app.beebole.com/graphql with your API key in the apikey HTTP header.
Queries never change data. To create, update, archive, or delete records, use Mutations instead. For authentication setup, see the API introduction.
Field names follow GraphQL conventions exactly as defined in the schema. Every entity exposes its identifier as id (not _id), and the organization-level query is spelled currentOrganisation (British spelling, as in the schema).
getAuditTrails returns mutations performed in the account. With no startTime, it covers the last seven days; startTime selects a different seven-day window.
query { getAuditTrails(operations: ["addTimeRecord", "deleteTimeRecords"]) { operationName timestamp person { id name } arguments { name value } }}
getAuditTrails returns mutations performed in the account. With no startTime, it covers the last seven days; startTime selects a different seven-day window.
query { getAuditTrails(operations: ["addTimeRecord", "deleteTimeRecords"]) { operationName timestamp person { id name } arguments { name value } }}
Read team members with currentPerson, getPerson, getPersons, countPersons, and filterPersonIds. getPotentialProjectOwners lists the people allowed to own a given project.Read team members with currentPerson, getPerson, getPersons, countPersons, and filterPersonIds. getPotentialProjectOwners lists the people allowed to own a given project.
Query
Arguments
Returns
currentPerson
none
The person linked to the API key
getPerson
id
A single person
getPersons
filter, archived
A list of people
countPersons
filter, archived
The number of matching people
filterPersonIds
filter, archived
Only the IDs of matching people
getPotentialProjectOwners
projectId
People eligible to own the project
query { getPersons { id name email archived }}
query { getPerson(id: "64a1b2c3d4e5f6a7b8c9d0e1") { id name email role { id name } }}
By default getPersons returns only active people. Pass archived: true to include archived ones.
query { getPersons(archived: true) { id name archived }}
By default getPersons returns only active people. Pass archived: true to include archived ones.
query { getPersons(archived: true) { id name archived }}
Read projects with getProject, getProjects, countProjects, and filterProjectIds. getProjectCategories lists the top-level groupings projects are organised into.Read projects with getProject, getProjects, countProjects, and filterProjectIds. getProjectCategories lists the top-level groupings projects are organised into.
Query
Arguments
Returns
getProject
id
A single project
getProjects
filter, archived, categoryId
A list of projects
countProjects
filter, archived, categoryId
The number of matching projects
filterProjectIds
filter, archived, categoryId
Only the IDs of matching projects
getProjectCategories
none
All project categories
query { getProjects { id name level category { id name } }}
The level field is the project’s depth in the hierarchy, where 0 is a top-level project. Restrict results to one category with categoryId:
query { getProjects(categoryId: "64a1b2c3d4e5f6a7b8c9d0e1") { id name }}
query { getProjectCategories { id name levelNames }}
The level field is the project’s depth in the hierarchy, where 0 is a top-level project. Restrict results to one category with categoryId:
query { getProjects(categoryId: "64a1b2c3d4e5f6a7b8c9d0e1") { id name }}
query { getProjectCategories { id name levelNames }}
Read tasks with getTask, getTasks, countTasks, and filterTaskIds. getTaskCategories lists the categories (boards) tasks belong to.Read tasks with getTask, getTasks, countTasks, and filterTaskIds. getTaskCategories lists the categories (boards) tasks belong to.
Query
Arguments
Returns
getTask
id
A single task
getTasks
filter, archived, categoryId
A list of tasks
countTasks
filter, archived, categoryId
The number of matching tasks
filterTaskIds
filter, archived, categoryId
Only the IDs of matching tasks
getTaskCategories
none
All task categories
query { getTasks { id name startTime endTime status { id name } }}
query { getTasks { id name startTime { ts iso } endTime { ts iso } status { id name } }}
query { getTask(id: "64a1b2c3d4e5f6a7b8c9d0e1") { id name effort dependencies { id name } }}
query { getTask(id: "64a1b2c3d4e5f6a7b8c9d0e1") { id name effort dependencies { id name } }}
A time record is a logged time entry for one person on a specific day, linked to projects, a task, or an absence type. Read them with getTimeRecord, getTimeRecords, and countTimeRecords. getAbsenceConsumed returns how much of an absence type a person has used in a window.
Query
Arguments
Returns
getTimeRecord
id
A single time record
getTimeRecords
startTime, endTime, time, absence, wfh, filter
A list of time records
countTimeRecords
startTime, endTime, time, absence, wfh, filter
The number of matching time records
getAbsenceConsumed
personId, absenceId, startTime, endTime
Absence consumed in the window, in the type’s unit
getTimeRecords and countTimeRecords accept top-level arguments alongside filter:
startTime / endTime — Unix timestamps in milliseconds bounding the period.
time — when true, return only worked time (entries without an absence type).
absence — when true, return only absence entries (entries with an absence type).
wfh — when true, return only entries logged as working from home.
query { getTimeRecords(startTime: 1704067200000, endTime: 1706745600000, time: true) { id duration startTime nonBillable person { id name } projects { id name } }}
Durations and timestamps are integers in milliseconds. The person, projects, task, and absence fields resolve the related entities inline.
Absence types are the kinds of leave people can log against, such as vacation or sick leave. Read them with getAbsenceType, getAbsenceTypes, and countAbsenceTypes.
Query
Arguments
Returns
getAbsenceType
id
A single absence type
getAbsenceTypes
filter, archived
A list of absence types
countAbsenceTypes
filter, archived
The number of matching absence types
query { getAbsenceTypes { id name unit involveCosts }}
The filter argument is a list of typed input objects — not a list of field/value pairs. Each entity has its own filter input type, such as BeeboleTimeRecordFilter, BeebolePersonFilter, or BeeboleProjectFilter. You set the named fields you want to match directly on each object.A time record is a logged time entry for one person on a specific day, linked to projects, a task, or an absence type. Read them with getTimeRecord, getTimeRecords, and countTimeRecords. getAbsenceConsumed returns how much of an absence type a person has used in a window.
Query
Arguments
Returns
getTimeRecord
id
A single time record
getTimeRecords
startTime, endTime, time, absence, wfh, filter
A list of time records
countTimeRecords
startTime, endTime, time, absence, wfh, filter
The number of matching time records
getAbsenceConsumed
personId, absenceId, startTime, endTime
Absence consumed in the window, in the type’s unit
getTimeRecords and countTimeRecords accept top-level arguments alongside filter:
startTime / endTime — Unix timestamps in milliseconds bounding the period.
time — when true, return only worked time (entries without an absence type).
absence — when true, return only absence entries (entries with an absence type).
wfh — when true, return only entries logged as working from home.
query { getTimeRecords(startTime: 1704067200000, endTime: 1706745600000, time: true) { id duration startTime { ts iso } nonBillable person { id name } projects { id name } }}
duration is an integer in milliseconds. startTime and endTime are BeeboleTime objects — select their subfields ts (a Unix timestamp in milliseconds) and iso (an ISO 8601 string). The person, projects, task, and absence fields resolve the related entities inline.
An expense record is an expense logged by a person against a project and an expense type. Read them with getExpenseRecord and getExpenseRecords.
Query
Arguments
Returns
getExpenseRecord
id
A single expense record
getExpenseRecords
startTime, endTime, filter
A list of expense records
query { getExpenseRecords(startTime: 1704067200000, endTime: 1706745600000) { id date { ts iso } amount { value currency } comment expenseType { id name } project { id name } }}
date is a BeeboleTime object (ts in milliseconds, iso as an ISO 8601 string). amount is an object with value (an integer in the currency’s smallest unit) and currency.
Absence types are the kinds of leave people can log against, such as vacation or sick leave. Read them with getAbsenceType, getAbsenceTypes, and countAbsenceTypes.
Query
Arguments
Returns
getAbsenceType
id
A single absence type
getAbsenceTypes
filter, archived
A list of absence types
countAbsenceTypes
filter, archived
The number of matching absence types
query { getAbsenceTypes { id name unit involveCosts }}
The filter argument is a list of typed input objects — not a list of field/value pairs. Each entity has its own filter input type, such as BeeboleTimeRecordFilter, BeebolePersonFilter, or BeeboleProjectFilter. You set the named fields you want to match directly on each object.
query { getTimeRecords(filter: [{ personId: "64a1b2c3d4e5f6a7b8c9d0e1" }]) { id duration startTime { ts iso } }}
Each object in the array should set a single matching field. To combine conditions, add a following value of AND or OR to chain one condition to the next:
query { getProjects( filter: [ { categoryId: "64a1b2c3d4e5f6a7b8c9d0e1", following: AND } { archived: false } ] ) { id name }}
BeeboleTimeRecordFilter accepts these fields (each optional):
Field
Type
Matches
id / notId
ID
A specific time record, or all but one
personId / notPersonId
ID
Records for (or excluding) one person
personIds
[ID]
Records for any of several people
startTime / endTime
Timestamp
Records starting after / ending before a millisecond timestamp
projectIds / notProjectIds
[ID]
Records on (or excluding) projects, including their sub-projects
taskIds / notTaskIds
[ID]
Records on (or excluding) tasks
projectTagIds / projectNotTagIds
[ID]
Records whose projects carry (or lack) given tags
personTagIds / personNotTagIds
[ID]
Records whose person carries (or lacks) given tags
projectCategoryIds / notProjectCategoryIds
[ID]
Records by project category
taskCategoryIds / notTaskCategoryIds
[ID]
Records by task category
isAbsence
Boolean
Whether the record is an absence
following
AND / OR
Logical operator chaining this condition to the next
Other entities expose filter types tuned to their own fields — for example BeebolePersonFilter supports roleId, tagIds, and name (a case-insensitive match), while BeeboleProjectFilter supports categoryId, managedById, and subProjectId. Browse every filter type and its fields in the Schema explorer.Each object in the array should set a single matching field. To combine conditions, add a following value of AND or OR to chain one condition to the next:
query { getProjects( filter: [ { categoryId: "64a1b2c3d4e5f6a7b8c9d0e1", following: AND } { archived: false } ] ) { id name }}
BeeboleTimeRecordFilter accepts these fields (each optional):
Field
Type
Matches
id / notId
ID
A specific time record, or all but one
personId / notPersonId
ID
Records for (or excluding) one person
personIds
[ID]
Records for any of several people
startTime / endTime
Timestamp
Records starting after / ending before a millisecond timestamp
projectIds / notProjectIds
[ID]
Records on (or excluding) projects, including their subprojects
taskIds / notTaskIds
[ID]
Records on (or excluding) tasks
projectTagIds / projectNotTagIds
[ID]
Records whose projects carry (or lack) given tags
personTagIds / personNotTagIds
[ID]
Records whose person carries (or lacks) given tags
projectCategoryIds / notProjectCategoryIds
[ID]
Records by project category
taskCategoryIds / notTaskCategoryIds
[ID]
Records by task category
isAbsence
Boolean
Whether the record is an absence
following
AND / OR
Logical operator chaining this condition to the next
Other entities expose filter types tuned to their own fields — for example BeebolePersonFilter supports roleId, tagIds, and name (a case-insensitive match), while BeeboleProjectFilter supports categoryId, managedById, and subProjectId. Browse every filter type and its fields in the Schema explorer.
For each major entity, alongside the full get… query you also get a counterpart that returns just a count, and (for people, projects, tasks, and tags) one that returns only matching IDs.
count… queries (countPersons, countProjects, countTasks, countTags, countTimeRecords, countAbsenceTypes) return an integer. Use them to size a result set before fetching it.
filter…Ids queries (filterPersonIds, filterProjectIds, filterTaskIds, filterTagIds) return an array of IDs instead of full objects, which is lighter when you only need identifiers.
The Beebole query API has no pagination — there are no limit, offset, first, or cursor arguments. A list query returns every record that matches its arguments. Narrow large result sets with filter, the startTime / endTime window, or categoryId, and use a count… query first to gauge the size.
For each major entity, alongside the full get… query you also get a counterpart that returns just a count, and (for people, projects, tasks, and tags) one that returns only matching IDs.
count… queries (countPersons, countProjects, countTasks, countTags, countTimeRecords, countAbsenceTypes) return an integer. Use them to size a result set before fetching it.
filter…Ids queries (filterPersonIds, filterProjectIds, filterTaskIds, filterTagIds) return an array of IDs instead of full objects, which is lighter when you only need identifiers.
The Beebole query API has no pagination — there are no limit, offset, first, or cursor arguments. A list query returns every record that matches its arguments. Narrow large result sets with filter, the startTime / endTime window, or categoryId, and use a count… query first to gauge the size.