Read a timer
GEThttps://
Returns one timer.
Access
- Token scope
- api:
read: hours Without it:
403 insufficient-token-scope. - Permission
- hours::
read Without it:
403 insufficient-permission. - Rate cost
- 1 unit, read bucket.
- Also
If-None-Matchanswers304when nothing changed. Never cached:private, no-store. Unknown query parameters are refused, never ignored.
Both are checked, scope first. A token never does more than its user. How access is checked
The summary and detail views are identical on this resource: every field is small enough for a list row. A timer belonging to another employee is 404 unless the caller holds times::update_others; the row is invisible, so its existence stays invisible. user and timeable render as {"id": N} references; ?include=timeable,user expands them, and each expansion additionally requires the read permission and token scope of its own target prefix. A timer on an Outlook calendar event keeps the bare {"id": N} form with timeable_type intact even under ?include=timeable, because that record type is not published by this API. Elapsed time is derived from started_at by the client; the API publishes no elapsed counter.
Path parameters
Query parameters
Unknown parameters are refused with 400, naming the parameter.
Request headers
A correlation id of your own. It is recorded in our logs next to the server's request id but never returned: the response header always carries the server's id. A value that does not match the pattern is discarded silently, never rejected.
Response 200
Returns a Timer in the detail view.
Headers
ETag- A strong validator of exactly this representation.
RateLimit- The IETF
httpapi-ratelimit-headersform of your remaining allowance on the tightest bucket this request touched. RateLimit-Policy- The ceiling and window of that bucket, as
<limit>;w=<seconds>. X-Request-Id- The server-generated ULID correlating this response with our logs.
Every response also carries Cache-Control, Vary, X-Content-Type-Options, X-Plnnrly-Api-Version, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset. Headers and versioning
Employee this timer belongs to. Always the authenticated user; a timer cannot be started for someone else.
The employee this timer belongs to. Expanding it with ?include=user additionally requires the users::read permission and a token scope covering the users prefix.
The kind of record timeable points at; it says which branch of timeable applies.
work_itemevent
New values may be added.
The record being timed. Expanding it with ?include=timeable additionally requires the read permission and token scope of the target's own prefix, per branch: project_management for a work item, events for a planning event.
Which form you get depends on timeable_type.
work_itemWorkItemSummaryeventEventSummary
When the stopwatch was started. Elapsed time is this value against the client's own clock; the API publishes no elapsed counter.
Errors
8 errors every operation can return: 304, 400, 401, 404, 406, 429, 500, 503
304 Not modified.
400 Bad request.
idempotency-key-requiredinvalid-cursorinvalid-query-parametermalformed-requestunsupported-parameter
401 Unauthenticated.
404 Not found.
406 Not acceptable.
429 Too many requests.
500 Server error.
503 Service unavailable.
This path allows GET, PATCH, DELETE. Anything else answers 405.
Something wrong or missing on this page? Tell us