HCL Commerce Version 9.1.12.0 or laterHCL Commerce Enterprise

HCL Commerce License Metrics

Un Resource Value Unit (RVU) es un documento de titularidad basado en el número de unidades de un recurso específico que se utiliza o gestiona. HCL Commerce License Metrics es un recurso líneas de pedidos donde se puede generar un informe del recuento de todas las líneas de pedidos completas con el objetivo de llevar a cabo auditorías. Para obtener la autorización por unidad de valor de recurso (RVU) específica, consulte la licencia.

Antes de la versión 9.1.12.0 de HCL Commerce, la capacidad del proceso posterior al pedido del Representante de servicio al cliente (CSR) de HCL Commerce se medía solo según las líneas de pedidos. Ahora, las métricas de recursos también se utilizan para realizar un seguimiento del uso. Esto también permite a los clientes utilizar la autorización de RVU adquirida para la función de CSR. Además, las acciones realizadas con la función de CSR se rastrean por separado, proporcionando una mayor claridad.

El CSR también puede:
  • Descargar los datos en formato .csv
  • Refrescar los datos
  • Filtrar los datos basándose en el rango de fechas personalizado y el año natural actual.
  • Ordenar el rango de datos según las vistas mensuales de las líneas de pedidos, los pedidos modificados, los acuerdos aplicados y los pedidos intercambiados o devueltos.
  • Ver fichas que muestran la base del recuento total en el filtro de fecha.

El Administrador de sitio puede acceder a la herramienta License Metrics desde Management Center. En el menú de hamburguesa, vaya a Administración del sistema > License Metrics

Los recursos se consumen cuando se realizan las acciones siguientes en HCL Commerce:
  • Línea de pedido: Se crea una línea de pedido completada al finalizar el proceso de pago de los artículos del carrito que un cliente solicita.
    Por ejemplo, un cliente formaliza el pedido siguiente con el total del pedido (antes que se apliquen el precio del envío y los impuestos) de 335 dólares.
    • Producto A, una sola unidad, con un precio unitario de 10 dólares y un carrito total de 10 dólares.
    • Producto B, 5 unidades, con un precio unitario de 5 dólares y un carrito total de 25 dólares.
    • Producto C, 3 unidades, con un precio unitario de 100 dólares y un carrito total de 300 dólares.
    Por lo tanto, en este caso, se consumen 3 recursos (líneas de pedidos).
  • Modificación del pedido: Cuando se utiliza la función de CSR para añadir, eliminar o ajustar la cantidad de artículos en el período entre los estados "Pedido" y "Enviado" de un pedido. Se pueden modificar varios artículos al mismo tiempo durante una transacción. El recuento de las transacciones se incrementa cada vez que se guarda una modificación, incluso cuando se hace otra modificcación y se guarda un pedido modificado.
    Por ejemplo, el cliente se da cuenta de que ha solicitado las cantidades incorrectas después de formalizar el pedido. Ahora se requieren tres cantidades del Producto B (en lugar de 5) y 5 cantidades del Producto A (en lugar de 3). Por lo tanto, el CSR realiza el cambio en su nombre. Esto consumiría un recurso (ya que estamos realizando un seguimiento de las modificaciones a nivel de pedido, no a nivel de línea de pedido). Por lo tanto, el pedido recién modificado será:
    • Una sola unidad del Producto A con un precio unitario de 10 $ y un total de 10 $ en el carrito.
    • 3 unidades del Producto B con un precio unitario de 5 $ y un total de 15 $ en el carrito.
    • 5 unidades del Producto C con un precio unitario de 100 $, un total de 500 $ en el carrito y un total del pedido (antes de calcular el envío y los impuestos) de 525 $.
  • Apaciguamiento: Cuando se utiliza la función de CSR para cambiar el precio a través de un apaciguamiento en cualquier estado posterior a "Pedido" de un pedido. Se pueden aplicar varios apaciguamientos al mismo pedido durante una transacción, como dos artículos diferentes en el pedido. Cuando se guardan los apaciguamientos, el recuento se incrementa en uno. Si el mismo pedido tiene apaciguamientos adicionales que se han aplicado posteriormente, el recuento se incrementa de nuevo al guardar el apaciguamiento.
    Por ejemplo, si el envío tarda mucho más de lo que estableció cuando el cliente formalizó el pedido, el cliente registrará una queja y el CSR le ofrece un descuento del 15 % como compensación. Esto consumiría un recurso (ya que estamos realizando un seguimiento de los acuerdos a nivel de pedido, no a nivel de línea de pedido). Por lo tanto, el pedido recién modificado será:
    • Una sola unidad del Producto A con un precio unitario de 10 $ y un total de 10 $ en el carrito.
    • 3 unidades del Producto B con un precio unitario de 5 $ y un total de 15 $ en el carrito.
    • 5 unidades del Producto C con un precio unitario de 100 $, un total de 500 $ en el carrito y un total del pedido (antes de calcular el envío y los impuestos) de 525 % - 15 % = 446,25 %.
  • Devolución: Cuando se utiliza la función de CSR para iniciar una devolución de artículos en un pedido. Se pueden devolver varios artículos del mismo pedido durante una transacción. Cuando se guarda la devolución, el recuento se incrementa en uno. Si el mismo pedido tiene artículos adicionales que se devuelven más adelante, el recuento se incrementará de nuevo al guardar la devolución.
    Por ejemplo, el cliente ha recibido los productos y decide que no desea los productos A y B y desea devolverlos. El CSR realiza una acción de devolución de los productos A y B. Esto consumiría un recurso (ya que estamos realizando un seguimiento de las devoluciones a nivel de pedido, no a nivel de línea de pedido). Por lo tanto, el pedido recién modificado será:
    • Una unidad del Producto A con un precio unitario de 10 $, un total de 10 $ en el carrito y el estado de pedido "Devuelto".
    • 3 unidades del Producto B con un precio unitario de 5$, un total de 15 $ en el carrito y el estado de pedido "Devuelto".
    • 5 unidades del Producto C con un precio unitario de 100 $ y un total de 500 $ en el carrito.
    • Ahora el total del pedido (antes de calcular el envío y los impuestos) es de 525 $ - 15 % = 446,25 %, y se modifica para reembolsar 21,25 $.

Para cada pedido que se envía cuando ejecuta el programa de utilidad License Metrics de HCL Commerce, HCL Commerce crea un registro ORDAUDIT en la base de datos.

HCL Commerce License Metrics mantiene todos los registros en la tabla ORAUDIT. Si un cliente cancela un pedido, o devuelve parte de un pedido, los datos no se ven afectados. La información que se mantiene en los registros incluye lo siguiente:
  • ORDERS_ID El número de identificación del pedido.
  • STOREENT_ID La identificación de la tienda desde donde se realiza el pedido.
  • LINECOUNT El número de líneas de pedido en un pedido.
  • TIMEPLACED La hora en que se envió el pedido.
  • OPTCOUNTER Una columna de predicado optimista. Cada vez que hay un cambio en la base de datos, se actualiza la columna OPTCOUNTER.
    • METRICSUM El recuento de las transacciones para las acciones de modificación del pedido, apaciguamiento y devolución.
Importante: Todos los datos que se recopilan con HCL Commerce License Metrics deben retenerse como mínimo durante dos años. No suprima ningún registro de la tabla ORDAUDIT hasta que caduque. Si se retienen datos se ofrece la posibilidad de acceder a los datos cuando se lleva a cabo una auditoría. Para obtener la política de caducidad, consulte la licencia de HCL Commerce License Metrics.