Skip to main content

API module properties

An API module groups REST-enabled Flows and generates an OpenAPI document. It documents and exports an API surface; it does not itself enforce authentication, TLS, rate limiting or Flow runtime method checks.

Properties

SettingNew-API defaultEffect/validation
API nameNew APIModule identity and base of the generated safe schema filename.
Versionv1.0Required for schema generation and included in document/file identity. Use a governed API version, not a build timestamp.
API descriptionEmptyOpenAPI info.description.
Production URL / descriptionEmpty / Production URLProduction servers entry. At least production or test URL is required to create a schema.
Test URL / descriptionEmpty / Development URLNon-production servers entry. Do not publish an internal address unintentionally.
GroupsEmptySemicolon-separated OpenAPI tags.
Group descriptionsEmptyDescriptions split using ~; keep order aligned with Groups.
Terms of serviceEmptyOpenAPI terms URL/text as supported by the document library.
Contact name / URL / emailEmptyOpenAPI contact metadata. Publish only approved organisational details.
Licence name / URLEmptyOpenAPI licence metadata.
Documentation URLEmptyExternal documentation reference.
API actionsNoneChild links to REST Flows included in the document. Each stores the Flow FID/name, active flag and created/updated dates.
OpenAPI schemaEmptyGenerated JSON stored on the module; regenerate after API/Flow metadata changes.

The schema filename is derived from a safe module name plus version and exported beneath the configured web install path's wwwroot/openapi folder or a user-selected JSON file. Runtime service endpoints are loaded separately; exporting JSON does not deploy/restart them.

Linked API actions

Each API action links an API module to a Flow. The link records the Flow identity/name, whether the action is active, and created/updated dates. Keep the relationship governed with the Flow: changing a linked Flow endpoint, method metadata, Definitions or status codes changes the published contract when the schema is regenerated.

Group names are split on semicolons and group descriptions on ~. Because those lists are positional, review the generated tags after adding, removing or reordering a group. An empty or misaligned description does not provide useful client guidance.

Safe change procedure

  1. Configure accurate metadata and approved server URLs.
  2. Add only active, reviewed REST Flows and verify unique endpoints/method metadata.
  3. Generate the document and resolve validation errors.
  4. Review the JSON for unintended routes, internal addresses, data schemas and misleading security declarations.
  5. Export/deploy through the governed API front-end process and run contract/security tests.

After a change, regenerate the schema and resynchronise or restart route-loading components as required. Neither saving the module nor exporting JSON proves that the running gateway and Velox API Service now use the new contract.

See REST Flows, OpenAPI generation and API deployment.