Dynamics Business 365中央API和邮递员

Question

我很感激在我之前有很多人问过这类问题（也许这是微软的原因？），但我还没有从这些阅读中找到解决问题的方法。

我试图调用Postman（AAD auth）的Dynamics 365 BC API(V.2.0)，我已经尽力遵循描述，尽管它们在一些地方似乎不同步。https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-develop-connect-apps

我要授权和接收令牌的部分工作得很好，尽管它需要一些时间才能正确完成，而且我不得不使用Fiddler来实际查看错误消息。但我让它工作，所以邮递员现在可以检索一个令牌，并储存起来供以后使用。

我试图调用“https://api.businesscentral.dynamics.com/v2.0/production/api/v2.0”，我认为这应该会给我一个可用的API列表，但如上所述，401。

当我已经成功地从Azure中检索到令牌时，这可能是什么原因呢？

更新1

我正在探索jwt令牌，并对这部分感到好奇，因为它可能是错误的，除非我误解了描述。它说，如果令牌是由V2.0endpoint发出的，则令牌的“ISS”部分应该以“/v2.0”结尾，而这里的情况似乎并非如此（见图）。

我使用的邮递员Auth URL是:https://login.microsoftonline.com/98...73/oauth2/v2.0/authorize

邮递员访问令牌URL:https://login.microsoftonline.com/98...73/oauth2/v2.0/Token

好的，所以我把Postman中的范围更改为与您相同，现在我得到了提示，允许通过我创建的名称访问应用程序，所以这很好。据我回忆，关于范围的这一点在指南文章中没有提到，而Postman要求一个范围，所以我创建了一个并使用了它--显然这是不正确的，应该在指南文章（Microsoft）中更新。

然而，当我试图检索可用的API时，我仍然得到一个奇怪的响应。

{
    "error": {
        "code": "Internal_CompanyNotFound",
        "message": "The specified company ID, 98...73, does not exist.  CorrelationId:  434d...235d."
    }
}

更新3

不过，有些事情还是很奇怪。如果我尝试guide文章中提到的请求来获取公司“endpoint/companies”，我会得到CRONUS公司的响应，但如果我随后尝试调用“endpoint/companies（cronus-company-id）/customers”来获取CRONUS的客户，那么我会得到401“未经授权”，“提供的凭据不正确”。如果我试图获得克洛诺斯的细节，也会发生同样的情况。我不明白为什么，因为代币刚刚被证明是有效的...

Answer 1

显然，您的令牌是错误的，并且作用域设置不正确。你可以根据我的配置来配置你的邮递员。作用域应设置为:https://api.businesscentral.dynamics.com/.default。

解析令牌：