我正在尝试将不同的消息卡发送到多个团队频道。我已经为此创建了一个 webhook (telekom/webhook)，它通过 json 为我提供了正确的变量。有四个部门接收器通道 (telekom/rest-api-component)，它们也被配置为发送带有他们提交的变量的预先格式化的团队消息卡。
目前，这同时发生在所有频道上。在这两者之间，我需要一个“动作”，在其中我可以根据输入值决定服务哪些频道。不幸的是，由于 api 的多样性，我找不到任何合适的东西。你知道我怎么能意识到这一点吗？所以像 if value department = Backoffice then (Teams "Account Management") 行动。
为了能够与 Office 365 中的不同应用程序对话，我想使用 Microsoft Graph api，它现在可用一段时间了。我在Flowground中找不到它们。你打算加入这个模块吗？对于 Office365 流程的实施，这对我来说是绝对必要的。
我想回到这个问题：CBR 确实是执行决策的好选择。但这是在所有情况下的最佳解决方案吗？我不这么认为。
假设以下任务：
根据test您想要向不同 Web 服务（WS1:google.de 和 WS2:bing.de）触发请求的输入参数
解决方案 1：您使用 WS1 和 WS2 的专用连接器实现请求。在这种情况下，您需要 WS1 连接器和 WS2 连接器前面的 CBR 来决定接下来必须使用什么连接器。
解决方案 2：您可以使用 REST-API 连接器实现这两个请求。在这种情况下，您可以使用 JSONATA 表达式作为 URL 映射，例如，
(test="google") ? "http://google.de" : http://bing.de
通过使用 JSONATA 表达式，每个连接器都有（有限的）执行决策的能力。
当您使用实时流时，解决方案 2 具有很大的优势。在这种情况下，您可以减少运行流程所需的连接器数量以及（从成本角度来看非常重要）此流程永久声明的令牌的数量。
为了降低 JSONATA 表达式的复杂性（例如，当您添加更多搜索引擎时）和分离各个配置项，您可以使用配置连接器（如果需要，我们可以在单独的线程中讨论这个问题）。
当您必须在需要在流中执行的不同结构/连接器之间做出决定时，解决方案 1 是无可替代的选择。
请尝试基于内容的路由器：https ://doc.flowground.net/guides/content-based-router.html ，它在连接器目录中可用。