Skip to content

Choose where to start

Every integration starts with the Identity Server checklist. After that, pick the path that matches what you build. This page is for developers who are about to write their first call.

The recommended first integration. Your backend holds a machine client with files:manage and the Node client ccs-files-client. It creates upload tickets for its users, your app sends the bytes straight to the signed URLs, and your backend completes the upload and links the file_id to its own records. Your app never holds a File Service token.

Your backend exchanges the signed-in user’s token for a File Service token and hands it out on a route of its own. Your app then calls the API directly with it, for example to browse folders or search. The token route is the same in every case.

The user clients do the upload protocol for you, with progress, pause and resume, and show files back: ccs-files-user-client for web apps (with Angular and React adapters) and ccs_files_user_client for Flutter apps. Both also upload a ticket your backend created, with no File Service token in the app.

Any other client uses plain HTTP against the API and the upload protocol.

Every route is described by the OpenAPI document. Generate a client for Java, C#, Python, Go or PHP, and follow the upload protocol for the bytes. See Other languages.

You need no code. The Files console has pages for browsing, permissions, settings, usage, the audit log, share links and the trash. Start with Administration. If your tenant uses CCS Chat, its attachments are stored here too: see Media in Chat.