Search Link: https://www.google.com/search?channel=fs&client=ubuntu-sn&q=postman+collection+10775915-8e251a86-29ea-46be-8bbf-b147fd5a4847

Overview

GET /features/{id}

Summary: Get a specific feature

Returns detail of a specific feature.


PUT /features/{id}

Summary: Update a specific feature

Deprecated, use the PATCH method instead.


DELETE /features/{id}

Summary: Delete a specific feature

Deletes a specific feature. The feature with subfeatures cannot be deleted. Delete all subfeatures first.


PATCH /features/{id}

Summary: Update a specific feature

Updates a specific feature.


PARAMETERS /features/{id}


GET /features

Summary: List all features

Returns detail of all features and subfeatures.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /features

Summary: Creates a new feature

Creates a new (sub)feature under a specific product, component or feature.


GET /components/{id}

Summary: Get a specific component

Returns detail of a specific component.


PUT /components/{id}

Summary: Update a specific component

Deprecated, use the PATCH method instead.


PATCH /components/{id}

Summary: Update a specific component

Updates a specific component.


PARAMETERS /components/{id}


GET /components

Summary: List all components

Returns detail of all components.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /components

Summary: Creates a new component

Creates a new (sub)component under a specific product, or component.


GET /products

Summary: List all products

Returns detail of all products.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /products/{id}

Summary: Get a specific product

Returns detail of a specific product.


PARAMETERS /products/{id}


GET /hierarchy-entities/custom-fields

Summary: List all custom fields

Returns detail of all custom field definitions. This API only returns the data regarding the custom field definition, not the values for hierarchy entities. Values are managed by Custom Fields Values endpoints.

When listing, the type filter has to be specified to allow us to add new types without breaking existing clients. It’s possible to specify multiple types in the filter.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /hierarchy-entities/custom-fields/{id}

Summary: Get a specific custom field

Returns detail of one custom field.


PARAMETERS /hierarchy-entities/custom-fields/{id}


GET /hierarchy-entities/custom-fields-values/value

Summary: Get a specific custom field value

Returns a custom field value specified by custom field id and hierarchy entity id.


PUT /hierarchy-entities/custom-fields-values/value

Summary: Set value of a custom field for a hierarchy entity.

This method can be used for setting custom field value for a hierarchy entity and custom field.


DELETE /hierarchy-entities/custom-fields-values/value

Summary: Delete value of a custom field for a hierarchy entity.

This method can be used for unsetting (deleting) custom field value for a hierarchy entity and custom field.


GET /hierarchy-entities/custom-fields-values

Summary: List all custom fields values

Returns all set (non-empty) custom field values. It can be filtered by

  • type - returns all custom fields values of given types. Multiple types can be specified.
  • hierarchyEntity.id - returns all custom fields values for the hierarchy entity (row).
  • customField.id - returns all custom fields values for the custom field (column).

The filters can be combined. Either customField.id or type has to be specified to not break existing API consumers when adding a new custom field type.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /webhooks/{id}

Summary: Get a subscription

Returns detail of a specific webhook subscription.


DELETE /webhooks/{id}

Summary: Delete a subscription

Deletes a specific webhook subscription.


PARAMETERS /webhooks/{id}


GET /webhooks

Summary: List all subscriptions

Returns detail of all webhook subscriptions.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /webhooks

Summary: Create a new subscription

Creates a new webhook subscription to be actively notified on each change in the specified entities.

Part of the subscription process is a probe request to verify that the referenced service really intends to receive the webhook notifications and that the requests will be able to reach the destination, see the callback section below for details.


GET /plugin-integrations/{id}/connections/{featureId}

Summary: Get a Plugin integration connection

Returns detail of a specific plugin integration connection.


PUT /plugin-integrations/{id}/connections/{featureId}

Summary: Configure a Plugin integration connection

Configures a Plugin integration connection, possibly resulting in a change of the corresponding push button. This operation notifies Productboard that the 3rd party system tried (or is still trying, depending on the payload type) to establish a connection between Productboard feature and some entity in the other system. There are currently three possible outcomes of such an attempt:

  1. Connected: the connection has been established and a push button corresponding to the feature in related Plugin integration should change to represent the connection. This happens when the connection with state connected is received in the request body.
  2. Error: the connection could not be established and a push button corresponding to the feature in related Plugin integration should change to show the error. This happens connection with state error is received in the request body.
  3. In progress: the connection is still being created (possibly asynchronously) and a push button corresponding to the feature in related Plugin integration should display an “in progress” state. This happens when the state progress is received in the request body.

There is an additional state a connection can be in which does not directly map to an outcome of a push event, the Initial state. This is the default state for all connections and has the semantics of “a connection does not currently exist for given feature”. The Initial state is, however, a fully valid type from the API’s perspective and it is thus possible to set a connection to the Initial state using this endpoint. The effect of that is exactly the same as if the Delete a plugin integration connection endpoint was called instead.

Note that this is the endpoint to be used when the 3rd party system processes feature push events asynchronously. In that case the flow would be similar to this:

  1. A feature is pushed from Productboard
  2. The 3rd party schedules a task to be processed asynchronously and returns an “in progress” response. This makes Producboard render an “in progress” state on the corresponding push button.
  3. Once the 3rd party finishes processing of the task, this endpoint is called to update the connection (and by extension, the state of said push button) to either a success or a failure.

DELETE /plugin-integrations/{id}/connections/{featureId}

Summary: Delete a plugin integration connection

Deletes a specific plugin integration connection. This voids the actual connection between a Productboard feature identified by featureId and the 3rd party system, effectively resetting the push button for that feature within correspoding Plugin integration to its initial state.


PARAMETERS /plugin-integrations/{id}/connections/{featureId}


GET /plugin-integrations/{id}/connections

Summary: List all Plugin integration connections

Returns detail of all plugin integration connections, except for those having their state set to initial. The initial state is the default and basically means that the connection does not exist at the moment.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


PARAMETERS /plugin-integrations/{id}/connections


GET /plugin-integrations/{id}

Summary: Get a plugin integration

Returns detail of a specific plugin integration.


PUT /plugin-integrations/{id}

Summary: Update Plugin integration

Deprecated, use the PATCH method instead.


DELETE /plugin-integrations/{id}

Summary: Delete a plugin integration

Deletes a specific plugin integration.


PATCH /plugin-integrations/{id}

Summary: Update Plugin integration

Updates Plugin integration. Fileds that are not set will preserve their current value. If the integration is enabled a probe request is sent to verify that the referenced service really intends to receive the notifications and that the requests will be able to reach the destination.


PARAMETERS /plugin-integrations/{id}


GET /plugin-integrations

Summary: List all plugin integrations

Returns detail of all plugin integrations.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /plugin-integrations

Summary: Create new Plugin integration

Creates new Plugin integration. Part of the creation process is a probe request to verify that the referenced service really intends to receive the notifications and that the requests will be able to reach the destination, see the callback section below for details.


GET /jira-integrations/{id}/connections

Summary: List all Jira integration connections

Returns detail of all Productboard feature - Jira issue connections for given integration. It also allows to find a connection by Jira issue key or ID.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


PARAMETERS /jira-integrations/{id}/connections


GET /jira-integrations/{id}/connections/{featureId}

Summary: Get a Jira integration connection

Returns detail of a specific Productboard feature - Jira issue connection.


PARAMETERS /jira-integrations/{id}/connections/{featureId}


GET /jira-integrations/{id}

Summary: Get a Jira integration

Returns detail of a specific Jira integration.


PARAMETERS /jira-integrations/{id}


GET /jira-integrations

Summary: List all Jira integrations

Returns detail of all Jira integrations.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /users/{id}

Summary: Get a specific user

Returns detail of a specific user


PATCH /users/{id}

Summary: Update a specific user

Updates a specific user.


PARAMETERS /users/{id}


GET /users

Summary: List all users

Returns detail of all users

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /release-groups/{id}

Summary: Get a specific release group

Returns detail of a specific release group.


DELETE /release-groups/{id}

Summary: Delete a specific release group

Deletes a specific release group. A release group with releases cannot be deleted. Delete the releases first.

You can delete release groups only if you are on Scale or Enterprise plan and you have Multiple release groups enabled.


PATCH /release-groups/{id}

Summary: Update a specific release group

Updates a specific release group.

You can update release groups only if you are on Scale or Enterprise plan and you have Multiple release groups enabled.


PARAMETERS /release-groups/{id}


GET /release-groups

Summary: List all release groups

Returns detail of all release groups. This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /release-groups

Summary: Creates a new release group

Creates a new release group.

You can create new release groups only if you are on Scale or Enterprise plan and you have Multiple release groups enabled.


GET /releases/{id}

Summary: Get a specific release

Returns detail of a specific release.


DELETE /releases/{id}

Summary: Delete a specific release

Deletes a specific release. A release with feature release assignments cannot be deleted. Delete the feature release assignments first.


PATCH /releases/{id}

Summary: Update a specific release

Updates a specific release.


PARAMETERS /releases/{id}


GET /releases

Summary: List all releases

Returns detail of all releases.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


POST /releases

Summary: Creates a new release

Creates a new release.


GET /feature-release-assignments/assignment

Summary: Get a specific feature release assignment

Returns a feature release assignment specified by a given feature and a release. If such assignment does not exists false is returned in assigned parameter.


PUT /feature-release-assignments/assignment

Summary: Update feature release assignment

Assigns a feature into a release or removes a feature from a release depending on the assigned parameter.

Take into account that it’s possible to achieve use cases that are not possible in the UI. For example you can assign subfeature into a release without its parent feature, but then you won’t see it on a roadmap. If needed, assign the parent feature into the release. Subfeatures without a parent feature are not supported on a roadmap right now and might never be.


GET /feature-release-assignments

Summary: List feature release assignments

Returns list of feature release assignments based on query parameters. These parameters can be used to get features in release or releases for feature. Only “assigned” (existing) feature release assignments are returned i.e. every returned feature release assignment has assigned parameter set to true.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /objectives

Summary: List all objectives.

Returns detail of all objectives.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.


GET /objectives/{id}

Summary: Get a specific objective.

Returns detail of a specific objective.


PARAMETERS /objectives/{id}


POST /notes

Summary: Create a Note

Creates a new note in Productboard

Whenever email field is mentioned in descriptions of this endpoint it means the field user.email or customer_email


GET /feature-statuses

Summary: List all feature statuses

Returns detail of all feature statuses.

This API is paginated, only the first 100 items are returned by default. The client should then recursively follow links.next link in the response to fetch the next page.