ADFS(CRM 2011)-Microsoft Outlook Client for CRM中的身份验证问题(Response.Redirect(…)和Window.Open(…))

StackOverflow https://stackoverflow.com/questions/7832964

在开始之前,我们的客户必须通过AFDS进行连接才能继续使用CRM2011。因此,我们正在谈论的是“ IFD”环境。

使用“ CRM 2011 Outlook客户端”和“ Window.Open(...)”-JS函数时遇到问题。当他们按下CRM 2011中的按钮时,ASPX页就会启动,并在电子邮件中进行一些带有附件的操作。然后,它成功创建了一个联系人,然后应重定向到该“联系人”页面。但是每次我重定向到“ CRM 2011”页面时,都会提示用户输入其凭据。这是因为“ Window.Open(...)”在新的“浏览器”屏幕中打开了屏幕,并且身份验证丢失了(因为我们来自Outlook客户端)。

在使用基于“ Web”的CRM 2011时,上述方案很好用,因为您需要首先通过ADFS登录。

你们中的一些人遇到了上述问题,并且对此有很好的解决方案吗?

  1. 是否可以执行“ Window.Open(…)”并停留在“ Outlook”屏幕中?与您应该在“ CRM 2011 Outlook Client”中双击联系人一样?
  2. 执行“重定向”时是否有办法自动将凭据提供给页面,因此无需用户自己输入凭据即可打开页面?我已经阅读了一些有关SignInRequestMessage和FederatedAuthentication的内容,但没有明确的示例显示出来。

    我希望你们能帮助我。在我身边,如果有任何解决方法,我会回到这里!

    亲切的问候, 弗雷德里克

有帮助吗?

解决方案

好。这是来自ExtremeCRM会议的一位MS发言人。

CRM函数调用为:openObj(entityId,type)。

我是一个团队负责人,我有一个团队执行该实现,但是我的理解是该调用将类似于... 通用标签

要考虑的一件事是,这将在您的标准客户端脚本方案中起作用,但是,如果您需要在自定义对话框/ html资源中使用此功能,则可能需要根据适当的位置在适当的JS参考中添加参考。功能所在的基线JS库。

如果您不能立即使它工作,我可以进行更深入的研究。您可以使用各种浏览器开发工具来浏览页面,并查看页面上加载了哪些JS资源以及进行调试。

希望这会有所帮助!

其他提示

此问题与ADFS和TMG服务器的缓存和性能问题有关。必须在TMG和IIS内部都启用缓存功能。一旦此问题(也被认为是性能问题)消失了,用户在执行诸如将潜在客户转换为机会或将电子邮件转换为案例的操作时,就会收到正常的弹出窗口。

还要确保您使用的是UR 6。 https://community.dynamics.com/product/crm/crmtechnical/b/cognettacloud/default.aspx

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top