API reference

Upload Files Api

Before you begin

This page uses Nexus's generated request and response schema. Requests still require the correct account, workspace, and resource permissions.

POST/manage/admin/connector/file/upload

Workspace

curl --request POST 'https://school.narb.cc/api/manage/admin/connector/file/upload' \
  --header 'Authorization: Bearer YOUR_TOKEN' \
  --form 'files=@/path/to/file'

Send files as multipart fields. The JavaScript example uses a file input in your own application; it does not upload a file here. Let the HTTP client set the multipart boundary.

This builds a request example. Fill in required query values, then replace path placeholders and YOUR_TOKEN in your own environment. Use a token for a user with access to this workspace. Responses and permissions depend on your account and deployment. Never paste a private token into documentation.

Download the Nexus OpenAPI schema ↗
Import the schema into your API client. It describes the backend source; enabled routes depend on your workspace.

Authentication and scope#

Send requests to the workspace that owns the resource. Authentication does not by itself grant a school membership, class assignment, or administrator permission. School endpoints apply their role and class checks on the server.

Use a credential issued for that workspace with only the permissions your integration needs. Keep it on your server. Do not place credentials in a public website or a shared skill.

Parameters#

Name	Location	Required	Type
`unzip`	query	No	boolean
`tenant_id`	query	No	string or null

The tenant_id parameter is part of the engine schema. It does not authorize a caller to another school. Use the workspace and permissions assigned to your account.

Request body#

Content type: multipart/form-data.

Field	Type	Required	Details
`files`	array of string	Yes	See the schema below.

Responses#

200#

Successful Response

{
  "properties": {
    "file_paths": {
      "items": {
        "type": "string"
      },
      "type": "array",
      "title": "File Paths"
    },
    "file_names": {
      "items": {
        "type": "string"
      },
      "type": "array",
      "title": "File Names"
    },
    "zip_metadata_file_id": {
      "anyOf": [
        {
          "type": "string"
        },
        {
          "type": "null"
        }
      ],
      "title": "Zip Metadata File Id"
    }
  },
  "type": "object",
  "required": [
    "file_paths",
    "file_names",
    "zip_metadata_file_id"
  ],
  "title": "FileUploadResponse"
}

422#

Validation Error

{
  "properties": {
    "detail": {
      "items": {
        "$ref": "#/components/schemas/ValidationError"
      },
      "type": "array",
      "title": "Detail"
    }
  },
  "type": "object",
  "title": "HTTPValidationError"
}

Access and error handling#

A signed-out or expired session needs authentication. A denied request can mean the account lacks permission, class membership, an approved model, or an available allowance. Do not retry a write blindly after a network failure; first check whether it was recorded.

Treat validation errors as a request problem. Use the returned field details to correct the request. Resource identifiers do not confer access.

Schema version#

Generated from Nexus backend source fe1c3a07c793029d3d87191a68f89e481afd6bc8. Check your deployed version before integrating. Schema coverage is not a live acceptance test.