Fetching it
The document is published with these docs at docs.flowsign.app/api-reference/openapi.json. It needs no API key.What it contains
- 47 operations across 32 paths, grouped by tag. Each carries a summary, a description of its rules and the permission it needs, and an
operationIdsuch asgetPackagesByPackageId. - One security scheme,
ApiKey: HTTP bearer authentication with a token in thefsk_*format, applied to every operation. See Authentication. - The
x-workspace-idheader, declared on every operation as optional, with the rule that it may only repeat the key’s own workspace id. See Workspaces. - The
Errorschema:{ error, details? }, wheredetailsmaps a field path to a list of messages. Every operation declares401,402,403,422and429with this schema, plus whichever of400,404,409and413apply to it. See Errors and rate limits. - Success responses wrapped as
{ data }:201for creates,200otherwise. The download endpoints declare a binary body instead. WebhookPayload_*schemas, one per webhook event, such asWebhookPayload_PACKAGE_COMPLETED. They describe thedataobject of each delivery so you can generate types for your listener. See Events.
Server
The document lists a single server, Production athttps://my.flowsign.app. There is no sandbox: requests from a copied sample or a generated client go to your live workspace.
Versioning
info.version is 1.0.0. The specification is regenerated with every change, so the file you fetch matches the pages you read.
Generating a client
The document works with standard OpenAPI tooling.- Generate a client with a tool such as OpenAPI Generator, openapi-typescript or NSwag, pointing it at the URL above, then configure the client with your key as the bearer token.
- Import into Postman or Insomnia with their OpenAPI import and set the
ApiKeybearer token once at collection level. Both read the server URL, parameters and example values from the file.

