Microsoft graph api 为机器人重复使用应用程序Id是好主意还是坏主意？

我想为团队开发和发布一个bot，与我的SaaS接口（我已经有一个Slackbot正在移植）。我正在根据创建一个机器人频道注册，遇到了自动生成新的应用程序Id和密码，还是手动注册一个（如所述）的选择。我已经有一个针对我的SaaS的Azure广告应用程序发布到AppSource marketplace（该集成目前主要允许使用您的M365帐户登录并从广告同步用户）。我正在为相同的SaaS开发的机器人使用相同的应用程序ID是否可能，是否有意义？还是不明智？与此相关的是，我是否可以扩展AppSource上的现有列表以同时包含新的bot，或者这应该是一个单独的列表

我注意到，在中，它说，机器人程序只与“任何组织目录中的帐户和个人Microsoft帐户（如Xbox、Outlook.com）”一起工作-我现有的应用程序只与组织帐户一起工作，而不与个人帐户一起工作（因为它是B2B应用程序）-这会改变情况吗？

• 对任何其他B2B重复使用相同的appid不会产生任何问题。据说，如果您计划在上面的应用程序中实现/使用BOT框架，您就不能使用上面的应用程序，因为它只是为组织注册的

• 如果你计划创建与机器人相关的应用程序注册，那么我会 建议您在组织中创建新的应用程序注册+ 你的个人场景

• 请参阅：

---

在上述文档中，很明显，如果您创建了其他应用程序注册（除了组织+个人），那么BOT将是不可用的。

< P>也许考虑另一种方式的问题——有什么好的理由来重新使用应用程序吗？创建一个附加的应用程序非常简单，而且基本上是免费的，这样你就不会冒着一个场景所需的设置与另一个场景的要求相冲突的风险，无论是现在还是将来。不过，以下是一些其他可能的注意事项：

自2020年11月9日起，新应用需要出版商验证。这不会影响您的内部应用程序，它可以得到全局管理员的同意

如果您需要用户（或管理员）对某些权限集的同意（例如，委派的图形访问），那么使用相同的应用程序可能是有意义的。例如，在团队上下文中，可能是一个bot和一个选项卡，它们都需要代表用户从图中访问某些内容。您可以在一个上下文中获得同意，并使用它从两个上下文中访问资源

---

简言之，尤其是如果对当前和计划中的用例都没有一个真正的好主意，就很难给出一个真正可靠的“是”或“否”。我的直觉告诉我，对于一个单独的、不相关的场景，使用一个单独的应用程序。

谢谢你的回答。关于你的第二点。我确实需要图形访问才能使我的机器人有用，所以它需要我现有应用程序使用的权限的超集。OTOH我仍然希望我现有的应用程序可以在没有团队的情况下使用（它使用“默认权限”管理员同意流，我不想将bot权限混入其中），所以这听起来像是一个单独的应用程序ID和一个权限超集。听起来不错。如前所述，额外的应用程序不需要花费任何费用，因此用户只需两次同意就可能带来不便。如果这不适用（同一个用户不会同时使用两个应用），那么两个应用肯定更好