在套件中拥有多个 SMM 组织的 Brandwatch 套件客户，在将 LinkedIn、Threads 和 TikTok 账户连接到套件中的多个组织时会遇到限制。目前，LinkedIn、Threads 和 TikTok 账户只能连接到套件内的单个 SMM 组织。
哪些客户会受到影响？
在 Brandwatch 套件中拥有多个 SMM 组织的客户（如以下场景）将在其套件中遇到 LinkedIn、Threads 和 TikTok 账户限制。
示例场景
以下示例有助于说明根据您的套件设置连接 LinkedIn、Threads 或 TikTok 账户时的预期行为：
场景 1：您的套件中有多个 SMM 组织
如果您的套件中有多个 SMM 组织，则只能将 LinkedIn、TikTok 或 Threads 账户连接到套件中的单个 SMM 组织。
场景 2：您的套件中有单个 CI 客户端和单个 SMM 组织
如果您的套件中只有一对 CI 和 SMM，即只有一个 CI 客户端和一个 SMM 组织，则您连接到 SMM 的 LinkedIn、TikTok 或 Threads 账户将与 BCR 分开处理，也就是说，您可以根据需要将同一账户连接到 BCR。渠道按每个 BCR 客户端和 SMM 组织分别跟踪，这意味着如果您从 BCR 或 SMM 中删除该渠道，它在另一个中仍然可用。
注意：已删除的渠道在删除后将在平台中保留 24 小时。
场景 3：您的套件中有多个 CI 客户端
如果您的套件中有多个 CI 客户端，并且您在一个 CI 客户端中跟踪了某个 LinkedIn、TikTok 或 Threads 内容源，您仍然可以在其他 CI 客户端中跟踪该内容源。这些客户端可以位于同一个父客户端下（例如子客户端结构），也可以是多个独立的客户端。渠道将分配给执行连接流程的客户端。
由于 CI 支持将 LinkedIn 账户作为渠道或内容源进行跟踪，因此，如果您在一个 CI 客户端中将某个 LinkedIn 账户作为渠道或内容源进行了跟踪，则可以在另一个 CI 客户端中将同一个 LinkedIn 账户作为渠道或内容源进行跟踪。
场景 4：您同时拥有 CI 和 Listen/Social Listening
Listen/Social Listening 被视为 CI 客户端。如果您可以同时访问主 CI 客户端和 Listen/Social Listening，则 Threads、LinkedIn 或 TikTok 账户可以在 CI 和 Listen/Social Listening 中分别进行身份验证。
为什么我的套件会有这些限制？
LinkedIn、Threads 和 TikTok 都依赖于 Social Media Management 的数据摄取和身份验证架构，该架构执行更严格的规则。因此，在同一个 Brandwatch 套件中，某个 LinkedIn、Threads 或 TikTok 账户只能连接到单个 SMM 组织。
如果您受到此限制的影响，请在选择在 SMM 中连接 LinkedIn、TikTok 或 Threads 账户时予以考虑。