Connecting a Business Unit gives Nimbus the credentials it needs to read automation data and act on failures. You do this once per Business Unit, either during onboarding or later from Settings → Tenants → Add tenant.
Nimbus authenticates to SFMC with a server-to-server installed package — an OAuth client that belongs to the Business Unit. It never uses a person's login, so the connection keeps working when staff change.
Nimbus Monitoring, and save.- Automations — Read, Write, Execute - Data Extensions — Read, Write - Journeys — Read - Email — Read, Write (used to host the CloudPage snippet) - Webhooks / Event Notification — Read, Write - SaaS / Provisioning — Read
From the API Integration component, copy:
| Value | Looks like |
|---|---|
| **Client ID** | a long alphanumeric string |
| **Client Secret** | a long alphanumeric string |
| **MID** | the numeric Business Unit ID |
| **Authentication Base URI** | `https://mcXXXXXX.auth.marketingcloudapis.com/` |
The mcXXXXXX portion of the Base URI is your subdomain — Nimbus extracts it automatically when you paste the full URI.
On the connection screen, fill in:
Acme — Production.Click Verify & Connect. Nimbus immediately requests an OAuth token and checks the scopes. If the request fails — wrong secret, missing scope, wrong subdomain — Nimbus shows the error and saves nothing. Fix the issue and try again.
When the credentials pass, Nimbus:
The next step is Deploying the CloudPage Snippet, which unlocks per-step enrichment and reruns.
From Settings → Connection an admin or owner can update the stored credentials and change alert thresholds. You can also disable a tenant to pause all event processing without deleting it.