logo-darkPipe0

Request payload

The following API operations require a request payload of type SearchRequestPayload:

  • POST https://api.pipe0.com/v1/search/run (create a search task)
  • POST https://api.pipe0.com/v1/search/run/sync (create a search task and return the result)

Both accept the same payload; see sync vs async for the trade-offs. To check a payload without running it, send it to POST /v1/search/validate: it returns {"valid": true} or the exact validation errors, and costs nothing.

Here's a sample payload:

SearchRequestPayload
{
	"config": {
		"environment": "production",
		"widgets": {
			"enabled": false
		},
		"field_definitions": {
			"enabled": false
		}
	},
	"search": {
		"search_id": "people:profiles:crustdata@2",
		"config": {
			"limit": 100,
			"filters": {
				"current_job_titles": { "include": ["Software Engineer", "Developer"] }
			}
		}
	}
}

Search request payload properties

config

The top-level config controls request-wide behavior. It is optional; omit it to use the defaults below.

config.environment

Execute your request in sandbox or production mode. Defaults to production.

config.widgets.enabled

Enable or disable widget metadata on result fields. Widgets are part of the search response and are often used to visualize results (for example, provider logos). Defaults to false.

config.field_definitions.enabled

When true, the response includes a top-level field_definitions map that describes every column the search returns. This is opt-in and works for all searches: static searches derive their columns from the catalog, while dynamic searches (for example sheet:rows@1) supply their columns from the run. Defaults to false.

The search object containing the search configuration. Each request accepts a single search.

search.search_id

The unique identifier of a search. Find available search_ids in the search catalog.

search.config

Search configuration object. The full config object can be found in the search catalog. Prospecting searches (people and company profiles) require at least one filter in search.config.filters; an empty filter object is invalid for them. Searches that read from a source you already own (CRM contacts, sheets, buckets, databases) take other config and may need no filters at all.

search.config.limit

The page size: the maximum number of results per page, not a cap on the total. Each search defines its own default, minimum, and maximum; find them in the search catalog. Use pagination to fetch more.

search.config.filters

A set of filters that varies by search. Find the available filters per search in the search catalog.

On this page