Access Management
Control who can access, edit, and administer each smarttable.
Opening Access Management
Go to More → Access on the entries page toolbar.
Two Independent Access Layers
Access is checked at two genuinely separate levels, and it's worth understanding the difference before configuring either:
| Layer | Governs | Scope |
|---|---|---|
| Org-wide Role | Whether admin menus/pages are reachable at all (System Admin, SmartTable Admin, User, Viewer, Vendor) | One per user, applies everywhere in that organization |
| Per-SmartTable access grant | What a specific user can actually do on this one smarttable — this is the layer this page's Share/Revoke/Promote/Demote actions manage | Independent per smarttable — a user can be an Admin on one and have no access at all to another |
A user's org-wide Role and their per-smarttable grant are checked independently — being a SmartTable Admin on one table says nothing about another table unless they're separately granted access there too. This is also why revoking someone's access to one smarttable never touches their access to any other.
Manage SmartTable Access Modal
The modal shows:
- SmartTable creation info (who created it and when)
- Approval info (if the smarttable has been approved)
- List of users with current access and their roles
- A multi-select to share access with new users
Actions
| Action | Description | Who Can Do It |
|---|---|---|
| Share Access | Grant smarttable access to one or more users | SmartTable Admin, System Admin |
| Revoke | Remove a user's access to the smarttable | SmartTable Admin, System Admin |
| Promote | Promote a regular user to SmartTable Admin for this smarttable | System Admin, User Management users |
| Demote | Demote a SmartTable Admin back to regular user | System Admin, User Management users |
Role Differences
| Capability | Regular User | SmartTable Admin | System Admin |
|---|---|---|---|
| Create entries | ✓ | ✓ | ✓ |
| Edit own entries | ✓ | ✓ | ✓ |
| Edit submitted entries | — | ✓ | ✓ |
| Delete entries | — | ✓ | ✓ |
| Unsubmit entries | — | ✓ | ✓ |
| Release locks | — | ✓ | ✓ |
| SmartTable Settings | — | ✓ | ✓ |
| Manage Access | — | ✓ | ✓ |
| Refresh SmartTable | — | ✓ | ✓ |
| Backup Attachments | — | ✓ | ✓ |
| Autofill Configuration | — | — | ✓ |
| Notification Buttons Config | — | — | ✓ |
Entry-Level Access Control
Beyond smarttable-wide access, individual entries (or projects, in apps built on the DMS layer) can have their own finer-grained permissions. This must first be turned on for the smarttable in SmartTable Settings.
Rule-Based Editor
For each action — View, Edit, and Admin — you can define who qualifies using any combination of:
| Rule Type | Description |
|---|---|
| Only Creator | Only the user who created the entry qualifies |
| Match Creator's Attribute | Any user sharing the same user attribute value as the creator (e.g. same department) qualifies |
| Specific Users | Explicitly pick which users qualify |
| Attribute Value | Any user whose attribute matches a specific value you choose qualifies, regardless of who created the entry |
Simple Per-User Editor
Some screens use a simpler picker instead: one row per user, with a single highest role selected — Admin includes Edit and View rights, Edit includes View. System admins and users who inherit admin rights another way always show as locked rows and can't be downgraded from this screen.