Aceptar o rechazar solicitudes de dispositivos

Para qué sirve

Los usuarios finales pueden solicitar un dispositivo Jabber en el portal del usuario final. Cada solicitud aparece en el menú Requests como una fila con usuario, tipo de solicitud y estado. Allí usted decide si se crea el dispositivo.

Al aceptar, EasyUC crea el dispositivo para el usuario. La ubicación, el paquete, la plantilla y el número de teléfono proceden de la solicitud guardada y no se pueden modificar en la lista. Al rechazar, solo se establece el estado.

La lista muestra también solicitudes de pickup groups y hunt groups. Estas se resuelven en el portal del usuario final. La interfaz de administración no tiene botones para ellas.

Requisitos previos

• Módulo de licencia cucm.
• En la conexión CUCM activa, en Administration → CUCM & Provisioning → CUCM Connections, en Actions → End-user site, los interruptores Enable Enduser Local Site y Enduser Device Request están activados. Sin ambos interruptores, EasyUC oculta el elemento de menú y redirige a la página de inicio si se accede directamente a la página.
• Ver el menú: ROLE_APP_VIEW_REQUEST_PAGE. Aceptar y rechazar: ROLE_APP_UPDATE_REQUEST.
• La ubicación, el paquete y la plantilla que el usuario final seleccionó en la solicitud siguen existiendo.
• Los administradores con restricción de ubicación solo ven las solicitudes de usuarios de sus ubicaciones. La ubicación solicitada también debe pertenecer a sus ubicaciones.

Paso a paso: activar las solicitudes en la conexión

1. Abra Administration → CUCM & Provisioning → CUCM Connections. La página se llama Manage CUCM Connections.
2. En la fila de la conexión, haga clic en Actions → End-user site. El cuadro de diálogo se llama End-user site.
3. Active Enable Enduser Local Site. Solo entonces aparecen los demás interruptores.
4. Active Enduser Device Request.
5. Haga clic en Save.
6. Seleccione esta conexión en el encabezado. El elemento de menú Requests aparece en el menú lateral.

Paso a paso: revisar una solicitud y decidir

1. Abra EasyUC Cisco → Requests. La página se llama Enduser Requests y muestra diez solicitudes por página.
2. Limite la lista. En la columna Status, seleccione el filtro In pending para ver solo las solicitudes abiertas.
3. Si es necesario, filtre por un usuario en la columna Enduser o por el tipo en la columna Request Type.
4. En la columna Request Type, lea los detalles debajo del tipo: Phone number y Name muestran lo que se crea al aceptar.
5. En la columna Enduser, compruebe si el usuario correcto realiza la solicitud. La insignia LDAP o local muestra el origen del usuario.
6. Para aceptar, haga clic en Accept. Lea la consulta For this enduser will be added a new device con el número de teléfono entre paréntesis y confirme.
7. Para rechazar, haga clic en Reject y confirme la consulta No device will be assigned to the enduser
8. Espere a que los botones desaparezcan y el estado cambie a accepted o rejected.
9. Tras aceptar, abra el perfil del usuario y compruebe el dispositivo nuevo en la pestaña Phones & Phone numbers.

Campos y opciones

Comprobar el resultado y resolver problemas

• El éxito se reconoce por el estado accepted o rejected y por la entrada en la columna Processed by. Tras aceptar, el dispositivo figura en el perfil del usuario.
• Falta el elemento de menú Requests o la página salta a la página de inicio: falta Enable Enduser Local Site o Enduser Device Request en la conexión activa, o falta ROLE_APP_VIEW_REQUEST_PAGE.
• Faltan los botones Accept y Reject: la solicitud ya no está en pending, se refiere a un pickup group o hunt group, el usuario ya no existe o falta ROLE_APP_UPDATE_REQUEST.
• This request was already executed La solicitud se ha resuelto entretanto o está fuera de sus ubicaciones. Vuelva a cargar la lista.
• Location not found, Package not found o Template not found La ubicación, el paquete o la plantilla guardados en la solicitud ya no existen o no pertenecen a sus ubicaciones. Rechace la solicitud y, si es necesario, cree usted mismo el dispositivo.
• Error updating the enduser request: … La creación del dispositivo ha fallado. El texto tras los dos puntos indica la causa, por ejemplo un número de teléfono que está en uso. La solicitud permanece en pending. Antes de un segundo intento, compruebe en el perfil del usuario si ya se han creado objetos.
• Tras un fallo parcial, revise primero los objetos existentes antes de lanzar otra creación.