Skip to main content
The REST API exposes a small set of endpoints for moving files in and out of your project. They work against whichever storage backend you’ve configured in App Services → File Manager — Google Cloud Storage, Amazon S3, Azure Blob Storage, Filestack, or the built-in Archie Storage.

Upload a file

Send a multipart/form-data request. Don’t set Content-Type manually — let curl (or your HTTP client) generate the boundary header.

Provider types

The provider must be configured in App Services → File Manager before files can be uploaded to it.

Response — 201

The url is a signed, time-bounded URL. Persist the fileId if you need a stable reference; regenerate fresh URLs at read time when needed.

Supported MIME types

The API accepts a broad allowlist by prefix: Unsupported types return 422 Unprocessable Entity.

List files

Download a file

The response body is the raw file binary. Headers include the original Content-Type, a Content-Disposition with the filename, and a 1-year Cache-Control header.

Delete a file

Returns 204 No Content on success. The file is removed from the storage provider.

Errors

For the full error format, see Error handling.

Permissions

File-management endpoints obey the same Role-Based Access rules as other endpoints. Configure who can upload, download, and delete in App Services. For finer-grained access (per-record file permissions), reference the file from a Data Model record and govern access via that table’s permissions.

FAQ

Upload the file to get a fileId, then store the fileId (and any metadata you care about) on a JSONB or text field on your record. At read time, fetch the record and re-issue the file’s signed URL through the download endpoint.
The upload url is a signed token with an expiry. Don’t persist it — persist the fileId and generate fresh URLs at read time. Downloads of the binary itself are cached for one year by default.
The default upload limit is enforced at the gateway. Exceeding it returns 413 Payload Too Large. For very large files, use a direct-to-storage upload pattern through your provider’s SDK and store only the resulting object key in Archie.
Yes — configure a new provider in File Manager and point new uploads at it. Existing files stay where they were uploaded; migrate them with a script if you want to consolidate.
The reference becomes a broken link. Archie doesn’t enforce referential integrity between records and files — clean up references when you delete files, or add a server-side check before deletion.