All Weke consoles Open the console

How access is decided

Storage you can audit.

Identity and authority are different questions, and Weke Drive keeps them apart on purpose. Weke ID answers who you are, once, for the whole platform. Drive answers what you may do with this particular file — and writes down that it answered.

  1. 01

    Weke ID signs you in

    There is no separate Drive account to create. Your platform session is exchanged for a Drive-audience token, so the credential that opens Drive opens only Drive.

  2. 02

    Drive authorizes the action

    Every file action — open, download, preview, move, share — is checked against Drive's own permission model. The check is server-side; hiding a button was never the security.

  3. 03

    The record keeps up

    Sensitive actions write audit events as they happen: who acted, on what, and when. The trail is a by-product of doing the work, not a report someone has to remember to run.

Actions with a complete trail Illustrative fixture data.
Actions with a complete trail
  • Audited actions
  • Audit baseline

First-party, all the way down.

No Zoho, no WorkDrive, no embedded third-party drive interface. The storage your files sit in is operated by Weke, which is the only way the rest of these promises can be kept.

The bucket has no front door.

Raw object-storage paths are never handed to a browser or a share recipient. Every byte that leaves does so through Drive, after a check, with a line in the audit log.

Quota is a fact, not a surprise.

Usage against quota is visible to the people responsible for it, so running out of room is something an organization can see coming rather than discover mid-upload.

Inside the console

The admin view, evidence first

Quota against usage, counts for files, folders and shares, the switch that turns external links off for everyone — and beneath them the audit trail, newest first, naming the actor for every action.

Weke Drive admin view with quota, counts, policy switch and audit trail