Skip to content

Binders

A binder is the top-level container in iBinder. Each binder groups related documents and exposes its own metadata schema. Most integrations only need two binder endpoints: one to enumerate the binders a tenant has access to, and one to introspect a binder's metadata schema.

Authentication

All endpoints require an OAuth 2.0 access token and the x-ibinder-tenantid header. See the Authentication guide.

Listing binders

The first call most integrations make. Returns every binder visible to the calling client. Binder identifiers are 9-character NanoIds — keep these around; you will pass them to the Documents API as GLOBAL_BinderId filters.

List binders

GET
/binders

List all binders the caller's tenant has access to.

Authorizations

IBinderOAuth2

OAuth 2.0 Client Credentials flow. Obtain a token from the iBinder Identity
Provider, then send it as Authorization: Bearer <token> on every request.

The token endpoint expects grant_type=client_credentials, your client_id,
your client_secret, and scope=ibinder_public.

clientCredentials Flow
Token URL"https://signin.ibinder.com/connect/token"
Scopes:
  • "ibinder_public"

Parameters

Header Parameters

x-ibinder-tenantid*
Type
string
Required

Responses

The request has succeeded.

application/json
JSON
[
  
{
  
  
"id": "string",
  
  
"name": "string",
  
  
"type": "string",
  
  
"createdAt": "string"
  
}
]

Playground

Authorization
Headers

Samples

Powered by VitePress OpenAPI

Discovering a binder's metadata schema

Each binder has its own metadata schema. Some keys are iBinder-defined (GLOBAL_* — see the Internal metadata keys reference); others are customer-defined and unique to a particular binder. Use this endpoint at runtime to discover what's available before constructing filters or upload metadata payloads.

Returned elements include the key id, label, data type, and — for enumerated keys — the allowed values together with their valueIds.

Get metadata definitions for binder

GET
/binders/{id}/metadataelements

List the metadata element definitions configured on a binder. Use this to
discover which metadataElementId values can be used when filtering
documents in that binder, and what each one means.

Authorizations

IBinderOAuth2

OAuth 2.0 Client Credentials flow. Obtain a token from the iBinder Identity
Provider, then send it as Authorization: Bearer <token> on every request.

The token endpoint expects grant_type=client_credentials, your client_id,
your client_secret, and scope=ibinder_public.

clientCredentials Flow
Token URL"https://signin.ibinder.com/connect/token"
Scopes:
  • "ibinder_public"

Parameters

Header Parameters

x-ibinder-tenantid*
Type
string
Required

Path Parameters

id*

Binder identifier (9-character NanoId).

Type
string
Required

Responses

The request has succeeded.

application/json
JSON
[
  
{
  
  
"id": "string",
  
  
"label": "string",
  
  
"dataType": "string",
  
  
"allowedValues": [
  
  
  
{
  
  
  
  
"id": "string",
  
  
  
  
"label": "string"
  
  
  
}
  
  
],
  
  
"required": true
  
}
]

Playground

Authorization
Headers
Variables
Key
Value

Samples

Powered by VitePress OpenAPI

Released under the MIT License.