如果以非login用户身份启动，SCCM App Catalog将不会安装应用程序

我们一直在玩SCCM的应用程序目录，并遇到了一个有趣的怪癖。我的经理已经指示我执行目录，以便在“一次性安装”和“整个工作组需要的”之间的软件指向需要它的人员数量，并将其发布到应用程序目录中。我们的服务台技术人员可以使用App Catalog来部署这些types的软件，以根据情况select需要的用户。

我们练习帐户分离，例如，我们的帮助台rockstar Emmet Brickowski有两个Active Directory用户帐户。他经常没有特权的帐户CONTOSO\ebrickowski 应该用在他所有的日常工作中。当UAC提示出丑的头时，他有一个特权帐户（ CONTOSO\ebrickowski-adm ），它是我们所有工作站上BUILTIN \ Administrators的成员。

Joe用户打电话给服务台时，Emmet可以远程帮助用户（我们的文化在面对面的客户时间很大），用他有特权的CONTOSO\ebrickowski-adm App目录，看到一个CONTOSO\ebrickowski-adm的软件，他可以安装在一个标准化的方法为我们的用户。

除Emmet按下安装button，他得到这个：

应用目录错误

现在我无法在客户端日志中find发生的事情。 AppIntentEval.log ， AppDiscovery.log ， AppEnforce.log日志和应该logging应用程序目录操作的ConfigMgrSoftwareCatalog.log都不存在。

如果我们将应用程序部署到包含我们的常规用户的用户集合，并且他们使用相同的帐户login到Windowslogin到应用程序目录安装以前失败的相同的应用程序。这使我相信，您不能使用App目录的单独帐户作为当前的Windows会话。这是一个无赖。

任何人都可以validation您是否需要使用相同的帐户访问您当前在Windows会话中使用的应用程序目录？
如果有什么需要进一步调查的话，logging什么？
是否有另一种或更好的方式来实现我们希望使用应用程序目录作为技术人员访问软件商店的目标？

这是devise，只有login到计算机的用户可以通过应用程序目录安装应用程序。尝试通过使用不同的IDlogin到应用程序目录将不起作用。

正确的做法是将程序广告给所有的用户，否则，由于这可能会变得混乱，让你的Rockstar技术人员用他们的pipe理员帐户login到计算机，无论是亲自或远程使用新的SCCM RC。新的技术让我们的技术人员访问login屏幕，而旧的没有。

注意：你略微违背了MS正在试图用应用程序目录完成的事情，它的目的是让用户安装他们需要的应用程序，以最小化帮助台的工作方式，所以只需一点点权限就可以能够避免灾难，但我完全明白你为什么要这样做，我只是想提到这一点，所以你知道为什么这是一个痛苦。

由于无论如何都有技术人员参与，为什么不让技术人员从SCCM控制台向用户部署所需的应用程序？

如果您希望使最终用户更具互动性，技术人员可以临时将最终用户添加到“所有应用程序可用”用户集合中，同时访问目录并找出他们想要安装的内容。然后，一旦最终用户安装了应用程序，就可以将它们从该集合中取出，并可能通过其他集合将刚刚安装的应用程序部署到其用户。