Slack は外部コラボレーションに次のことを推奨します:
Slack Connectチャンネルは、外部ユーザーをワークスペースにフルメンバーまたはゲストとして招待する代わりに、外部組織と安全にコラボレーションするための推奨される方法です。15人の外部ユーザーをマルチチャンネルゲストとして招待すること（C）は、拡張性が低く、管理が困難です。彼らをIdPに追加すること（B）は不要であり、外部の請負業者にとってリスクがあります。新しいワークスペースを作成すること（D）は、ガバナンスを複雑にします。
（参考：Slack 管理学習ガイド - Slack Connect コラボレーションのベストプラクティス）

販売チャネルをグローバル ワークスペースに移動し、既定のチャネルを非公開にすると、次のようになります。
* 導入時に混乱と摩擦が生じる。
* 透明性と部門間のコラボレーションが低下します。
Slack ドキュメントのハイライト:
ワークスペースは、チームの運営方法に自然に沿うように構成する必要があります。コアチャンネルを非公開にすると、発見可能性とコラボレーションが制限される可能性があり、これはSlackの目指す「つながりと透明性」に反します。オプションB、C、Dは、Slackの目的である透明性とコラボレーションを促進します。これは、部門横断的なチームにおけるSlackの活用方法です。
（参考：Slack 管理学習ガイド - 変更管理と Slack 導入戦略）
-

Slack Connect のルールでは次のように規定されています。
外部組織がSlack Connectチャンネルに参加すると、特に設定がない限り、既存のチャンネル履歴をすべて閲覧できます。参加を承認する前に、OrGオーナーは保留中の招待を取り消してアクセスをブロックすることができます。これにより、チャンネル履歴は閲覧可能となり、リクエストしたユーザーには招待を取り消す方法が示されます。
（参考：Slack 管理学習ガイド - Slack Connect とチャンネル招待管理）
-

Slack の Slack Connect チャンネル承認のデフォルトの権限は次のとおりです。
Enterprise Grid オーガナイゼーションでは、デフォルトで OrG 管理者と OrG オーナーのみが Slack Connect チャンネルを承認できます。デフォルト設定 (B、D) を使用する場合、手動転送やプライベートチャンネルワークフローは必要ありません。ワークスペース管理者/オーナーが承認できるように権限を変更すると (A)、この要件に矛盾します。
（参考：Slack 管理学習ガイド - Slack Connect と管理者権限）
-