Salesforce Administrator Changed Salesforce-Slack-Administrator Questions

Moving sales channels into the Global workspace and making default channels private would:

Create confusion and friction in adoption.

Reduce transparency and cross-functional collaboration.

Slack documentation highlights:

"Workspaces should be structured to align naturally with how teams operate. Making core channels private may limit discoverability and collaboration, which contradicts Slack’s goals for connection and transparency."

Options B, C, and D promote transparency and collaboration, which is the intended use of Slack across cross-functional teams.

(Reference: Slack Administration Study Guide - Change Management and Slack Adoption Strategies)

===========

—

According to Slack Enterprise Grid documentation:

"To allow users to integrate external tools into workflows, admins must enable steps from apps and allow workflows to include webhook triggers."

Also,

"Enabling Workflow Builder and allowing users to create workflows (except Guests) ensures flexibility."

While A (App Managers) grants permission to approve apps, it is not needed for creating workflows. Channel emails (C) are unrelated. Workflow creation policy (E) is important too but the critical steps for app usage and webhook integration are B and D.

(Reference: Slack Administration Study Guide - Workflow Builder with External Integrations)

—

To automatically deactivate users who leave a company, Slack relies on SCIM (System for Cross-domain Identity Management) provisioning. SCIM allows an Identity Provider (IdP) to manage user accounts, including provisioning, deprovisioning, and updating user profiles directly from the IdP.

According to the official Slack documentation for user provisioning:

"When SCIM provisioning is enabled, changes made in your Identity Provider — such as deactivating a user — will be reflected in Slack automatically. Deprovisioning ensures that when someone leaves the company, their Slack account is also deactivated without manual intervention."

None of the other options (A, B, or C) are requirements for automatic deactivation. SCIM deprovisioning is the only supported and correct method for automated account deactivation through IdP integrations.

(Reference: Slack Administration Study Guide - User Management and SCIM Provisioning)

Slack advises:

"Using native app approval workflows within the Manage Apps dashboard ensures that app installation requests are logged, require a rationale, and can be tracked by App Managers in a centralized approval workflow."

Workflow Builder (D) is useful but unnecessary when Slack's built-in app approval is available. Options A and C are partial solutions but miss the audit trail and rationale requirement.

(Reference: Slack Administration Study Guide - Managing App Approvals and App Governance)