Comment Programatically Se connecter utilisateur pour Response Group

Question

J'ai essayé avec la commande suivante:

$x = Get-CsRgsAgentGroup -Identity service:ApplicationServer:LyncFEG.DOMAIN.co.uk/6156f51c-f0b3-4685-b7cc-2b1282a76548 -Name 'ITSupport' 
$x.AgentsByUri.Add("sip:user@DOMAIN.com") 
Set-CsRgsAgentGroup -Instance $x 

Mais cela semble avoir aucun effet.

Je vois que l'utilisateur je suis intéressé est déjà dans le groupe quand je l'appelle $x.AgentsByUri:

AbsolutePath : user@domain.com 
AbsoluteUri : sip:user@domain.com 
LocalPath  : user@domain.com 
Authority  : 
HostNameType : Unknown 
IsDefaultPort : True 
IsFile   : False 
IsLoopback  : False 
PathAndQuery : user@domain.com 
Segments  : {user@domain.com} 
IsUnc   : False 
Host   : 
Port   : -1 
Query   : 
Fragment  : 
Scheme   : sip 
OriginalString : sip:user@domain.com 
DnsSafeHost : 
IdnHost  : 
IsAbsoluteUri : True 
UserEscaped : False 
UserInfo  : 

Mais quand je vérifie manuellement les paramètres du groupe de réponse (via skype), je peux voir qu'ils ne sont pas « signé » à ce groupe, de sorte qu'ils ne reçoivent pas d'appels faits au groupe:

J'ai aussi comparé ces propriétés à celles d'un utilisateur qui est « signé », et ils regarde exactement pareil.

Enfin, j'ai essayé de supprimer l'utilisateur du groupe avant de les ajouter (avec la première méthode mentionnée), mais cela n'a aucun effet.

Est-il possible de signer un utilisateur Lync 2013 dans son groupe de réponse d'appel à l'aide de PowerShell?

Answer 1

Une façon de faire serait d'exécuter le JScript suivant:

var ie = WSH.CreateObject('InternetExplorer.Application'); 
    url = "https://LYNCSERVER/RgsClients/Tab.aspx", 

ie.visible = true; 
ie.Navigate(url); 
while (ie.readyState != 4) WSH.Sleep(25); 

ie.document.getElementById('ctl05_ctl00_ctl04_ctl00_ctl00_ctl01').click(); 
ie.quit() 

Où 'ctl05_ctl00_ctl04_ctl00_ctl00_ctl01' est l'ID de la case à cocher qui signe l'utilisateur au groupe de réponse requis (dans ce cas, Support) .

Cette solution ne fait bien, mais je préfère ne pas l'utiliser comme:

1. Il interagit avec l'interface d'un navigateur plutôt que directement avec le serveur Lync, SDK ou API (toujours pas sûr si c'est possible) - cela ne semble pas être la méthode idéale.

2. Ce script devrait fonctionner individuellement sur le PC de chaque utilisateur (à moins que nous ne puissions implémenter une sorte d'usurpation d'identité), où je préférerais une solution qui peut être exécutée de manière centralisée.