Skip to main content

Box as a platform support multiple types of Users. Here are different user types and their descriptions including use case. Let us know if you want to know more about a user type or have a question on use cases. 

User Type Description
Admin User
  • Overall owner of Box Enterprise instance
  • Configures global security and content settings
  • Responsible for enabling/authorizing Custom Applications – including review of authorized scopes

Use Cases: Required for all use cases. 

Managed User

 

  • Standard knowledge worker would use this type of account to access the Box first-party applications (web, mobile, drive, etc.) - either through Box credentials or SSO
  • Use OAuth 2.0 to authorize Box partner integrations (Salesforce, Teams, Slack, etc.)
  • Can use JWT Authentication if Custom Application's "Application Access" setting is set to Enterprise and application has been authorized by the Enterprise's Admin
  • Consumes a standard Box license – account is owned by your Box Enterprise

Use Cases: Internal users logging to Box.com or custom portal. Some examples: Marketing docs collaboration, HR portal, Sales strategy etc.

Co-Admin User

  • Managed User account with certain elevated permissions, as provided by Admin
External User
  • Managed User that belongs to someone else's Box Enterprise – cannot be created or managed by API or Admin Console
  • Can be added to folders/collaborated with depending on global security and content settings

Use Cases: Content Collaboration outside the enterprise. Examples: Consulting documents, Tax Prep content with CPA. 

Service Account

  • A Service Account is automatically created when Admin User authorizes a Custom Application within the Box Enterprise
  • Service Account represents an application in the eyes of Box
  • Can create users that belong to the application (App Users) or enterprise (Managed Users) if scoped to do so, can own content, can have elevated permissions as Co-Admin
  • Leveraged most in "app-owned content" or "app-owned process" scenarios

Use Case: Custom portal supporting partners/customers.

App User

  • Only access to Box is via API – does not have Box credentials or access to any Box first-party applications
  • Owned by the application that created it – application authorization owned by the Enterprise
  • Represented to Box by a User ID in a JWT token request – authentication owned by the application's identity service
  • Is used to represent a single user of a Custom Application – can own content, collaborate on content, preview, etc.
  • Leveraged to give users a controlled content experience – users don't have to authorize Box nor do they necessarily realize that they're interacting with Box services behind the scenes

Use Cases: Customer/Partners logging to custom portal to access Box content in a secure manner. Examples: Wealth management, Insurance claim, Procurement portal etc.

 

Be the first to reply!

Reply