3

我想为 Teams 开发和发布一个机器人，以与我的 SaaS 交互（我已经有一个正在移植的 Slackbot）。我正在根据本指南创建一个机器人频道注册，并选择是自动生成新的应用程序 ID 和密码，还是手动注册一个（在此处描述）。我已经为我的 SaaS 发布了一个 Azure AD 应用程序，该应用程序已发布到 AppSource 市场（该集成目前主要允许使用您的 M365 帐户登录并从 AD 同步用户）。是否有可能，为我正在为同一个 SaaS 开发的机器人使用相同的 App ID 是否有意义？或者它在某种程度上是不可取的？与此相关的是，我可以扩展我在 AppSource 上的现有列表以包含新的机器人，还是应该是一个单独的列表？

我在手动注册机器人的文档中注意到，它说机器人只能与“任何组织目录中的帐户和个人 Microsoft 帐户（例如 Xbox、Outlook.com）一起使用”——我现有的应用程序仅适用于组织帐户，而不是个人账户（因为它是一个 B2B 应用程序）——这会改变事情吗？

4

2 回答 2

2

也许换个方式考虑这个问题 - 是否有充分的理由重复使用该应用程序？创建一个额外的应用程序非常容易并且基本上是免费的，这样您就不会冒着可能最终导致一个场景所需的设置与现在或将来与另一个场景的要求相冲突的风险。不过，这里有一些其他可能的考虑因素：

  1. 自 2020 年 11 月 9 日起，新应用程序需要发布者验证。这不会影响您使用内部应用程序，这可以得到全局管理员的同意。

  2. 如果您需要用户（或管理员）同意某些权限（例如委托的 Graph 访问），那么使用相同的应用程序可能是有意义的。例如，在 Teams 上下文中，机器人和选项卡可能都需要代表用户从图表中访问某些内容。您可以在一种情况下获得同意，并使用它来访问两种情况下的资源。

简而言之，尤其是如果您对当前和计划中的用例都没有一个非常好的想法，很难给出一个非常可靠的“是”或“否”。不过，我的直觉说，为一个单独的、不相关的场景使用单独的应用程序。

于 2020-12-01T19:07:38.273 回答
1

  • 对任何其他 B2B 重复使用相同的 appid 不会产生任何问题。据说如果您打算使用上面的应用程序实施/使用 BOT 框架，则不能使用它，因为它仅注册为组织。

  • 如果您打算创建与 BOT 相关的应用注册，那么我建议您为您的场景创建带有组织 + 个人的新应用注册。

  • 请参阅文档及其免责声明： 在此处输入图像描述

在上面的文档中很清楚，如果您创建任何其他应用程序注册（组织 + 个人除外），那么 BOT 将无法使用。

于 2020-11-28T06:48:10.667 回答