Prepare the customer’s first access and sender

Purpose

Provisioning establishes the requested first administrator and sender without waiting for customer DNS work.

How It Works

Staff can name the first administrator when creating a new customer. Provisioning gives that person the customer-scoped Administrator invitation. A compatible existing invitation or administrator is adopted on retry. An existing suspended person or ineffective grant stops the step with an explanation. Sender choices are validated before the workspace request writes anything. Domain-based choices can use the workspace’s hostname identifier when no domain is supplied. The build creates the sender identities and exposes the DNS work still required. Customer access opens without waiting for that work, with shared sending available while verification is pending. A portal request is recorded here; the portal sign-in pool belongs to later onboarding.

Relationships

• Open a workspace after its applications are ready: The original request carries administrator and sender choices.
• Request a complete customer workspace: The capabilities share the workspace’s recorded lifecycle decision.