/programs/{program_id}/frameworksList frameworks
Retrieves a list of frameworks for the specified program.
Each OptiTech program has a root framework named main.
A framework_id value has a br- prefix.
A program may contain child frameworks that were branched from main or from another framework.
A parent framework is identified by the parent_id value, which is the id of the parent framework.
For related information, see Manage frameworks.
Quick start
curl "https://api.optitech.com/v1/programs/$PROGRAM_ID/frameworks" \
-H "Authorization: Bearer $OPTITECH_API_KEY"Every field below is optional. An empty body works too.
optitech branches listParameters
program_idThe OptiTech program ID
searchSearch by framework name or id. You can specify partial name or id values to filter results.
sort_bySort the frameworks by sort_field. If not provided, frameworks will be sorted by updated_at descending order
cursorA cursor to use in pagination. A cursor defines your place in the data list. Include response.pagination.next in subsequent API calls to fetch next page of the list.
sort_orderDefines the sorting order of entities.
limitThe maximum number of records to be returned in the response
include_deletedIf true, return recoverable deleted frameworks too (soft-deleted within the recovery window). If false or not provided, return only active (non-deleted) frameworks.
This parameter is part of the Framework Recovery feature, which is in preview and not available to all users.
Response
200Returned a list of frameworks for the specified program
Errors
General error
This endpoint can return the standard OptiTech API error response.
Response fields
messageRequired. Human-readable error message.codeRequired. Machine-readable error code.request_idOptional. Request identifier for debugging. You can provide one with theX-Request-IDheader.
Retry guidance
If no response is returned, the request may still have reached the server. This is why retry safety depends on the method and status code.
Idempotent methods (GET, HEAD, OPTIONS) are generally safe to retry after a network error or timeout. Non-idempotent methods (POST, PATCH, DELETE, PUT) can change state, so avoid automatic retries unless your workflow can tolerate duplicate effects.
Responses with 423 Locked or 503 Service Unavailable are safe to retry. 423 Locked means the resource is temporarily locked, usually because another operation is in progress.