Accepter ou refuser des demandes d'appareils

À quoi cela sert

Les utilisateurs finaux peuvent demander un appareil Jabber dans le portail utilisateur final. Chaque demande apparaît dans le menu Requests sous la forme d'une ligne avec l'utilisateur, le type de demande et l'état. Vous y décidez si l'appareil est créé.

Lors de l'acceptation, EasyUC crée l'appareil pour l'utilisateur. Le site, le package, le modèle et le numéro de téléphone proviennent de la demande enregistrée et ne peuvent pas être modifiés dans la liste. Lors d'un refus, seul l'état est défini.

La liste affiche également les demandes de pickup groups et de hunt groups. Elles sont traitées dans le portail utilisateur final. L'interface d'administration n'a pas de boutons pour elles.

Prérequis

Module de licence cucm.
Sur la connexion CUCM active, sous Administration → CUCM & Provisioning → CUCM Connections dans Actions → End-user site, les commutateurs Enable Enduser Local Site et Enduser Device Request sont activés. Sans les deux commutateurs, EasyUC masque l'entrée de menu et redirige un appel direct de la page vers la page d'accueil.
Voir le menu : ROLE_APP_VIEW_REQUEST_PAGE. Accepter et refuser : ROLE_APP_UPDATE_REQUEST.
Le site, le package et le modèle que l'utilisateur final a sélectionnés dans la demande existent toujours.
Les administrateurs soumis à une restriction de site ne voient que les demandes des utilisateurs de leurs sites. Le site demandé doit également appartenir à leurs sites.

Pas à pas : activer les demandes sur la connexion

Ouvrez Administration → CUCM & Provisioning → CUCM Connections. La page s'appelle Manage CUCM Connections.
Dans la ligne de la connexion, cliquez sur Actions → End-user site. La boîte de dialogue s'appelle End-user site.
Activez Enable Enduser Local Site. Ce n'est qu'alors que les autres commutateurs apparaissent.
Activez Enduser Device Request.
Cliquez sur Save.
Sélectionnez cette connexion dans l'en-tête. L'entrée de menu Requests apparaît dans le menu latéral.

Pas à pas : examiner une demande et décider

Ouvrez EasyUC Cisco → Requests. La page s'appelle Enduser Requests et affiche dix demandes par page.
Restreignez la liste. Dans la colonne Status, sélectionnez le filtre In pending pour ne voir que les demandes ouvertes.
Si nécessaire, filtrez par utilisateur dans la colonne Enduser ou par type dans la colonne Request Type.
Dans la colonne Request Type, lisez les détails sous le type : Phone number et Name indiquent ce qui est créé lors de l'acceptation.
Dans la colonne Enduser, vérifiez que c'est le bon utilisateur qui fait la demande. Le badge LDAP ou local indique l'origine de l'utilisateur.
Pour accepter, cliquez sur Accept. Lisez la demande For this enduser will be added a new device avec le numéro de téléphone entre parenthèses et confirmez.
Pour refuser, cliquez sur Reject et confirmez la demande No device will be assigned to the enduser
Attendez que les boutons disparaissent et que l'état passe à accepted ou rejected.
Après l'acceptation, ouvrez le profil utilisateur et vérifiez le nouvel appareil dans l'onglet Phones & Phone numbers.

Champs et options

Champs et options
Champ / action	Signification et utilisation
Enduser	Utilisateur qui a fait la demande, avec filtre. Si l'utilisateur a été supprimé entre-temps, This enduser does not exist anymore s'affiche et la demande ne peut plus être traitée.
Request Type	Pickup Group, Hunt Group, Jabber for Android, Jabber for IPhone, Jabber for Tablet ou Jabber for PC. Des boutons n'existent que pour les quatre types Jabber.
Phone number / Name	Informations issues de la demande enregistrée. Elles servent pour le nouvel appareil lors de l'acceptation.
Status	pending, accepted, rejected ou auto resolved by system. Le filtre au-dessus propose In pending, Accepted, Rejected et Auto-Resolved.
Created On	Heure de la demande.
Processed by	Qui a statué sur la demande et quand. Pour les demandes résolues automatiquement, System s'affiche.
Accept	Crée l'appareil avec le site, le package, le modèle et le numéro de téléphone de la demande et définit l'état sur accepted. Disponible uniquement avec l'état pending.
Reject	Définit l'état sur rejected. Rien n'est modifié dans le CUCM.

Vérifier le résultat et résoudre les problèmes

Le succès se reconnaît à l'état accepted ou rejected et à l'entrée dans la colonne Processed by. Après l'acceptation, l'appareil est répertorié dans le profil utilisateur.
L'entrée de menu Requests est absente ou la page renvoie vers la page d'accueil : Enable Enduser Local Site ou Enduser Device Request manque sur la connexion active, ou ROLE_APP_VIEW_REQUEST_PAGE manque.
Les boutons Accept et Reject sont absents : la demande n'est plus pending, elle concerne un pickup group ou un hunt group, l'utilisateur n'existe plus, ou ROLE_APP_UPDATE_REQUEST manque.
This request was already executed La demande a été traitée entre-temps ou se trouve en dehors de vos sites. Rechargez la liste.
Location not found, Package not found ou Template not found Le site, le package ou le modèle enregistré dans la demande n'existe plus ou n'appartient pas à vos sites. Refusez la demande et créez vous-même l'appareil si nécessaire.
Error updating the enduser request: … La création de l'appareil a échoué. Le texte après les deux-points indique la cause, par exemple un numéro de téléphone déjà utilisé. La demande reste pending. Avant une seconde tentative, vérifiez dans le profil utilisateur si des objets ont déjà été créés.
Après un échec partiel, vérifiez d'abord les objets existants avant de déclencher une nouvelle création.