Dashboard widgets and reportsList my added-value filter options (Insights widget)

List my added-value filter options (Insights widget)

Insights endpoint hour-kpi-per-month-privilege-data — the only one of the 15 relay targets without '-widget-' in its name. Labels come from the option name (FilterHasMyHours 'My hours', FilterHasMyProjects 'My projects', FilterHasDepartment "My department's hours", FilterHasAllProjects 'All', FilterHasMyEmployees 'My employees'). Which privileges decide which options are returned is not established. PASS-THROUGH PROXY. Insights' HTTP status, headers and body are returned to the caller unchanged. The controller says it exists only so the React frontend can reach Insights and must not be used for anything else.

Use it to:

  • Fill the filter drop-down of the Added-value-per-month widgets

Not for:

  • Anything outside the front-page widget (controller comment)

Behaviour:

  • Read-after-write consistency: not yet documented.

Not yet documented: behaviour; examples; purpose → description; response → default ordering; response → empty result; response → pagination; response → success; transport → upstream.

curl -X GET "https://app3.timelog.com/your-account/api/v2/insights-service/hour-kpi-per-month-privilege" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_TOKEN"
{
  "Entities": [
    {
      "Properties": {
        "filterId": 3.14,
        "name": "John Doe"
      },
      "Links": [
        {
          "Href": "example_string",
          "Rel": "example_string"
        }
      ],
      "Actions": [
        {}
      ]
    }
  ],
  "Links": [
    {
      "Href": "example_string",
      "Rel": "example_string"
    }
  ]
}
GET
/v2/insights-service/hour-kpi-per-month-privilege
GET
Base URLstring

Target server for requests. Edit to use your own host.

Bearer Token
Bearer Tokenstring
Required

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.
Request Preview
Response

Response will appear here after sending the request

Authentication

header
Authorizationstring
Required

Bearer token. OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp).

The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user.

Not yet documented: how to obtain a token.

Not yet documented: token lifetime.

Responses

Entitiesarray

Omitted (not []) when the list is empty.

Linksarray