Skip to content

API reference

API reference

On this page

Every action of the Bizisy API, 142 in all. This reference is generated from the same action definitions that serve the API, the OpenAPI file and the MCP servers, at every build: it can't describe an action that doesn't exist or miss one that does.

Calling an action#

HTTP
POST https://api.bizisy.com/v1/<module>/<action>
Authorization: Bearer hrk_…
Content-Type: application/json

{ …input… }
  • Success is 200 with the result under data: {"data": …}.
  • Reads also answer GET, with the input as query parameters (JSON-encode objects and arrays), unless an input field carries a secret.
  • Writes take ?dry_run=true to preview and an Idempotency-Key header to make retries safe.
  • Errors share one envelope with a code, a message and a hint.
  • Inputs are strict: an unknown field is a validation_failed, with the accepted fields in the hint.

Reading an entry#

  • Who can call it: the key audiences (Manage, Me) and roles the action allows, worked out from its permission rule. Web app only marks actions no key or connected app may call; Keys and apps states a limit that applies to them.
  • MCP tool: the same action as a tool, and the servers that offer it.
  • Input and Returns: every field with its type, constraints and description. Nested objects fold open.
  • Examples: curl, Node (18 or later, built-in fetch) and Python (requests), with the request a real client would send, and the response. Examples come from one sample company (ids such as p1 are illustrative): the response repeats what its request sent, and shows what an HR Manage key gets when it reads someone else, so private and pay fields come back null.

Platform#

Organization#

Documents#

Webhooks#

Something missing or wrong on this page? Write to hello@bizisy.com.

Developer docs