Admin configures the foundation: Brand themes (color palette, logo, typography defaults — one per customer brand or per delivery-team brand), email templates (per-event branded templates for invitation, document notification, approval request, decision callback, status update, comment notification, weekly digest, and inactive-user reminder), and the portal sites master (one row per Account tenant — portal code, Account, brand theme, subdomain slug, optional custom domain, O auth provider if SSO, magic link enabled, default email template, Owner Portal Manager). Brand changes that affect a live portal site flow through the MDM approval workflow with Admin sign-off; email templates preview-render against a fixture row before publish.
ApprovalA person approves before the work moves on.
Expose the project Portal Manager
Portal Manager picks which internal Projects (read from Project Management) to expose on each portal site via the portal projects line items: snapshots the project name, sets display order, marks Status: Active. A Project hidden mid-engagement flips to Status: Hidden rather than being deleted, so historical document shares, approval requests, and client activities keep their referential anchor for audit.
Publish the permitted project context
Updates Portal projects
Invite and grant access Portal Manager
Portal Manager creates a client users row (full name, Email, portal site, Account, client role: Approver / Collaborator / Viewer) and grants per-project access via portal user access rows (one per portal project with access level: View / Comment / Approve). Inviting the client provisions the OAuth / SSO entry when portal site O auth provider is set, generates a magic links row with Purpose: Invite setup and expires at: now + 7 days, and the notification service delivers the branded invitation using the portal site’s themed email templates row. The client clicks the link, completes setup (password or SSO bind), and the magic-link auth handler flips client user status: Invited → Active and stamps activated at.
Bind an authenticated user to explicit project grants
Updates Client users, Portal user access, Magic links
Checks built in
What Client Collaboration Portal enforces at each step.
Require active site, user, project and grant for every request.
A shared email address does not establish identity or membership.
Keep invitation tokens single-use and remove access when the relationship ends.
Owns the client users list and access grants for one or more portal sites. The day-to-day operator of the external user lifecycle — invitations, role changes, suspensions, access reviews.
We use essential cookies to run the site and optional cookies for features, analytics, and relevant content.
See Cookie policy
Manage Your Cookie Preferences
We use cookies to enhance your experience, analyze site traffic, and serve relevant content.
By clicking "Accept All," you agree to our use of cookies. You can customize your
preferences at any time.
Your browser's Global Privacy Control signal is honored: advertising cookies are off.
These cookies are required for the website to function properly. They ensure security,
enable basic features like page navigation, and store user session data. You cannot
disable these cookies.
These cookies enable additional features that enhance your experience, such as live chat,
video playback, personalized content recommendations, and remembering user preferences.
These cookies help us understand how visitors interact with our site by collecting
anonymous usage data. This allows us to measure performance, detect issues, and
continuously improve the user experience.
These cookies allow us and advertising partners, including X, to deliver ads tailored to
your interests. They track browsing habits across sites to provide relevant advertising
and measure ad effectiveness.