OpenProject User Working Times API
User working times allow configuring per-user working hours and personal non-working days,in addition to the system-wide work schedule.A `UserWorkingHours` record defines how many hours a user works on each day of the week,along with an availability factor, effective from a given date (`validFrom`). Multiple recordscan exist for a user, each representing a period of their working time configuration. Only themost recently effective record (i.e., the one with the latest `validFrom` that is not in thefuture) is used for capacity calculations.A `UserNonWorkingTime` marks a date range as non-working for a user(e.g., a personal day off or a local holiday not covered by the system-wide non-working days).If a personal non-working time overlaps with system-wide non-working days, those daysare not counted twice.## UserWorkingHours Actions| Link | Description | Condition || :----: | ----------------------------------- | --------------------------------------------------------------------------------------------- || update | Update this working hours record | Record has not yet taken effect (`validFrom` is in the future); **Permission**: see below || delete | Delete this working hours record | **Permission**: see below |## UserWorkingHours Linked Properties| Link | Description | Type | Constraints | Supported operations || :--: | -------------------------------------------------------- | ----------------- | ----------- | -------------------- || self | This working hours record | UserWorkingHours | not null | READ || user | The user this working hours record belongs to | User | not null | READ |## UserWorkingHours Local Properties| Property | Description | Type | Constraints | Supported operations || :---------------: | ----------------------------------------------------------------------------------------- | ------- | -------------------- | -------------------- || id | The unique identifier of the record | Integer | x > 0 | READ || validFrom | The date from which this working hours configuration takes effect (ISO 8601 format) | Date | not null | READ / WRITE || mondayHours | Hours worked on Monday | Float | x >= 0 | READ / WRITE || tuesdayHours | Hours worked on Tuesday | Float | x >= 0 | READ / WRITE || wednesdayHours | Hours worked on Wednesday | Float | x >= 0 | READ / WRITE || thursdayHours | Hours worked on Thursday | Float | x >= 0 | READ / WRITE || fridayHours | Hours worked on Friday | Float | x >= 0 | READ / WRITE || saturdayHours | Hours worked on Saturday | Float | x >= 0 | READ / WRITE || sundayHours | Hours worked on Sunday | Float | x >= 0 | READ / WRITE || availabilityFactor| Percentage of working hours the user is available (0–100) | Integer | 0 0 | READ || startDate | The first date of the non-working time range (ISO 8601 format) | Date | not null | READ / WRITE || endDate | The last date of the non-working time range (ISO 8601 format) | Date | not null, >= startDate | READ / WRITE |## UserNonWorkingTime Permissions- **Administrators** can read and manage personal non-working days for any user.- Users with the global **`manage_own_working_times`** permission can read and manage their own non-working days.- Users with the global **`manage_working_times`** permission can read and manage non-working days for any user.- A personal non-working time must not overlap with another non-working time record for the same user.
OpenProject User Working Times API is one of 62 APIs that OpenProject publishes on the APIs.io network, described by a machine-readable OpenAPI specification.
Tagged areas include User Working Times. The published artifact set on APIs.io includes an OpenAPI specification and API documentation.
This API exposes 10 operations across 4 paths, and defines 8 schemas. It is described by OpenAPI 3.1.2, at version 3.
Requests are made against 3 base URLs: https://qa.openproject-edge.com, https://qa.openproject-stage.com, https://community.openproject.org.
Metadata
The identity and technical contract details declared by the specification.
Authentication & Security 1
OpenProject User Working Times API declares
1 security scheme
for authenticating requests.
It accepts HTTP basic authentication (BasicAuth).
By default, every request must be authenticated.
Paths & Operations 10
Across 4 paths, the API surfaces 10 operations — 2 DELETE, 4 GET, 2 PATCH, 2 POST. Each is listed below with its method, path, parameters, and response codes.
User working times allow configuring per-user working hours and personal non-working days, in addition to the system-wide work schedule. A UserWorkingHours record defines how many…
Schemas 8
The contract defines 8 schemas that model the data the API accepts and returns. The most detailed are UserWorkingHoursModel (12 properties), Link (7 properties), UserNonWorkingTimeModel (5 properties), ErrorResponse (4 properties). Each schema is shown below with its type and property counts.
Specification
The full machine-readable OpenAPI contract behind this narrative.
Source
More from OpenProject 12
Other APIs OpenProject publishes across the network.
This is an independent, third-party profile of OpenProject User Working Times API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.
The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.
Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.
info@apievangelist.com
·
Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and
you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.