Elementos DE trabajo

Los elementos DE trabajo SOn tareas entrantes y estructuradas que NiCE CXone trata como interacciones, de modo que se pueden poner en cola, enrutar, hacer seguimiento y gestionar por parte de los agentes utilizando los mismos flujos de trabajo e informes que las interacciones de voz o chat. Los Elementos DE trabajo no SOn interacciones, sino tareas que los agentes deben completar, como tickets o incidencias de Salesforce u otra aplicación CRM.

Para usar elementos DE trabajo, debe configurar un canal de elementos DE trabajo en NiCE CXone. Routing para elementos DE trabajo se define mediante ACD habilidades y Studio scripts. Los Agentes procesan y disponen de los elementos DE trabajo en su aplicación de agente, tal como lo harían con cualquier otra interacción.

Bonita Peep es gerente del departamento de Operaciones en Classics, Inc. Su equipo, los Shepherds, se encarga de las reclamaciones de libros de demostración perdidos de los representantes de campo. Ella quiere que los reclamos se envíen a su equipo ya sea por una llamada telefónica o mediante una nueva aplicación que utilizan los representantes de campo. Cuando se envía por llamada telefónica, el agente que contesta creará el reclamo mientras está en la llamada. Sin embargo, para las reclamaciones enviadas a través de la aplicación, Bonita configura un punto de contacto de elemento de trabajo en NiCE CXone para enrutar las reclamaciones a los miembros de su equipo. Las reclamaciones enviadas por la aplicación se manejarán en el orden recibido con las llamadas telefónicas.

Bonita trabajó con uno de los desarrolladores de scripts de Classics, y con NiCE CXone Servicios Profesionales, para configurar NiCE CXone y crear scripts de Studio para recibir reclamos a través de la aplicación. Trabajaron en este orden:

  1. Bonita creó la habilidad para los elementos DE trabajo.
  2. Bonita entonces hizo que su equipo de Classics creara un script Studio vacío llamado “Reclamar Elementos DE trabajo” como un marcador para el trabajo que debía realizar NiCE CXone Servicios Profesionales para enrutar las reclamaciones de elementos DE trabajo a los agentes.
  3. Luego, Bonita creó un punto de contacto de elemento de trabajo en NiCE CXone, y en él hizo referencia a la habilidad y al script Studio vacío.
  4. Bonita had her Classics developer create the claim app to collect the needed claim information from the field reps. They used the NiCE CXone Work Item API call in the code of the app to submit the claim to NiCE CXone through the point of contact Bonita had created.

    La Llamada a la API envía la siguiente información a NiCE CXone desde la aplicación:

    • pointOfContact: nombre del punto de contacto que Bonita creó.
    • workItemID: Cualquier id único para este contacto, que para el sistema de Bonita era un número único e incrementable.
    • workItemPayload: The information agents will need to process a claim. It is a string, in a format similar to a JSON string with ordered pairs such as the following:

      {"RepID": 1234567,"RepFirstName": "Bonita","RepLastName": "Peep","ClaimInfo": "Libro perdido en Rocky Ridge","ClaimValue": "$127.36","FurtherInfo": "Llámeme al (123) 123-1234 si tiene preguntas sobre este reclamo."}

    • workItemType: Una cadena descriptiva preferida para diferenciar tipos de elementos DE trabajo, como "Lost Book Claim".
    • from: Una cadena “from” de su elección, que describe de dónde proviene el elemento de trabajo “Field Rep Claim API”. Esto es solo para la generación de reportes, como el reporte de Historial de contacto.
  5. Bonita trabajó con un programador de Servicios Profesionales de NiCE CXone para que se creara el script, el cual reemplaza el script vacío que ella creó anteriormente. Cada vez que la API de Classics envía un reclamo al punto de contacto, se ejecuta el script. Recibe la información de la Llamada a la API, solicita un agente en la habilidad correspondiente y, al recibir el elemento de trabajo, lo presenta al agente que responde, mediante la acción RunApp.

Puede ver el trabajo de Bonita en las instrucciones de la tarea y en las capturas de pantalla para configurar los elementos DE trabajo.

En el ejemplo de Bonita Peep, la carga útil de la Llamada a la API de Elemento de trabajo es bastante detallada. Para cargas útiles con menos información, en su lugar podría activar las ventanas emergentes en pantalla en la habilidad, las cuales muestran automáticamente el contenido sin procesar de la carga útil.

Los elementos DE trabajo se pueden usar solo para elementos entrantes. Requieren una configuración inicial por parte de Servicios Profesionales.

Elementos DE trabajo persistentes y En tiempo real

Cuando configura una habilidad de ACD para elementos DE trabajo, puede elegir con qué tipo de elemento de trabajo funciona la habilidad:

  • Persistent: An asynchronous queue, similar to a backlog. The system requests an agent, then waits until one is available.
    • Requiere que use la QUEUE PERSISTENT WI acción.
    • El script Studio se pausa después de solicitar un agente (cuando se activa la acción Reqagent). Permanece en pausa hasta que el elemento de trabajo es entregado a un agente.
    • El script no puede realizar acciones adicionales en el elemento de trabajo mientras espera ser entregado. Sin embargo, la API PUT /persistent-contacts/{contactId} Icon of a square with an arrow point from the center through the top right corner. le permite modificar elementos DE trabajo persistentes en la cola.
    • Los elementos DE trabajo se rastrean, reportan y encolan por completo durante el tiempo transcurrido entre la solicitud y la asignación de un agente, y la entrega.
    • La cola persistente es ideal para grandes volúmenes de trabajo no urgente.
  • Real-time: The system delivers work items to agents as soon as an agent matching the required ACD skill becomes available. Real-time work items behave most like live interactions. Additionally: 
    • Requiere que use la QUEUE WI acción.
    • El script Studio continúa ejecutándose hasta que se entrega el elemento de trabajo.
    • El script puede continuar realizando acciones en el elemento de trabajo mientras espera ser entregado.
    • La cola en tiempo real es la más adecuada para el trabajo urgente que debe gestionarse lo más rápido posible.

Límites de Capacidad de la Cola de elementos DE trabajo

Los elementos DE trabajo cuentan dentro del número total de interacciones que el sistema puede manejar al mismo tiempo. Los DOs tipos de colas de elementos DE trabajo tienen diferentes límites de capacidad. Los límites están regidos por DOs límites del sistema relacionados pero distintos:

  • Límites específicos de cola: Los diferentes tipos de cola, en tiempo real y persistente, tienen diferentes límites.
  • Recuento total de scripts para la unidad de negocio: Cada unidad de negocio tiene un límite de 15,000 scripts Studio simultáneos que pueden ejecutarse al mismo tiempo. Una sola interacción equivale a un script.

La forma en que estos límites funcionan conjuntamente genera diferentes límites de capacidad para cada tipo de cola. Planifique cuidadosamente la configuración de sus colas para garantizar que el tráfico de elementos DE trabajo no afecte sus demás canalesClosed Various voice and digital communication mediums that facilitate customer interactions in a contact center..

Límites de Cola Persistente

Una unidad de negocio puede tener hasta 100,000 elementos DE trabajo en la cola persistente. Esto se debe a que los elementos DE trabajo persistentes "duermen" mientras esperan a un agente, por lo que no afectan el recuento de scripts total. Sin embargo, cuando un elemento de trabajo persistente se entrega a un agente, su script se activa y se incluye en el recuento de scripts total de la unidad de negocio.

Puede acumular sin ningún problema un Backlog grande de elementos DE trabajo, pero debe asegurarse de contar con capacidad de script disponible para la cantidad de elementos DE trabajo que puedan enrutarse al mismo tiempo.

Límites de Cola en tiempo real

Las colas en tiempo real pueden contener un máximo de 10,000 elementos DE trabajo. Sin embargo, debido a que los elementos DE trabajo en tiempo real no entran en estado de inactividad, siempre se cuentan dentro del recuento total de scripts. Esto significa que afectan la capacidad para manejar otros tipos de interacción.

Por ejemplo, si tiene 15,000 elementos DE trabajo en la cola, estos consumen todo el recuento de scripts y el sistema no puede procesar otras interacciones hasta que se completen algunos de los elementos DE trabajo.

 

Elementos DE trabajo transferidos

Cuando se transfiere un elemento de trabajo, NiCE CXone mantiene la relación entre el contacto inicial (Master Contact IdClosed The master or parent ID for one or more related contacts. A new master contact ID is assigned if a contact is transferred three or more times.) y el nuevo contacto (transferencia). A continuación se presenta un ejemplo de otro departamento en Classics.

Un elemento de trabajo ingresa al sistema y se le asigna el mismo valor que el id DE contacto maestro y el id DE contacto: 234. La Agente Dorothy Gale recibe el artículo de trabajo.

Dorothy no puede gestionar el elemento y lo transfiere a John Tinman. La identificación de contacto maestra para el artículo transferido es 234 y la identificación de contacto es 567. Se conserva una relación con el artículo original.

Si John necesitara transferir el elemento de trabajo nuevamente, la id DE contacto maestra para el elemento recién transferido sería 567 y la id DE contacto sería 891.