Mejoras Estadísticas [v2.16]

Se describe las novedades de la versión 2.16. Se presentan las características principales de las funcionalidades y las pruebas mínimas de rigor de funcionalidad y/o consideraciones para las mismas.

API Client: Endpoint de Estadísticas de Envíos (Completas)

Descripción

                  Se implementó el nuevo endpoint de estadísticas, denominado internamente como «Estadísticas Completas», el cual es muy similar al que hoy alimenta al Dashboard del Front de Client, pero con los campos que nos han solicitado y se le ha asignado el siguiente path /api/v1/client/statistics/complete_total_shippings.

Desde un punto de vista abstracto, a la respuesta que brinda la API, se pueden enumerar sus principales campos:

• Cantidad de Envíos (igual que el existente)

• Cantidad de envíos a colectar: son todos los envíos en estados Registrado o L.I. Registrada

• Cantidad de envíos en tránsito: Son todos los envíos que No estén en estos estados:

  • Pendiente de Pago
  • Registrado / Logística Inversa Registrada
  • Entregado / Logística Inversa Entregada
  • No entregado / Logística Inversa No Entregada
  • Pactar entrega
  • Cancelado
  • En proceso de devolución
  • Devolución Registrada
  • Devolución a Central
  • Devolución No Entregada
  • Devolución
    Adicionalmente se discriminan los “subtotales” expresados en porcentaje, según el desvío: a tiempo, < 24hs, <48hs o bien +48hs. Para realizar este calculo se toma la diferencia entre leadtime (tiempo de demora) del Código Postal y el tiempo Descargado (del envío).

• Cantidad de envíos entregados: Se totalizan aquellos envíos que se encuentren en Entregado o bien en L.I. Entregado, siguiendo la discriminación de los mismos subtotales  que el punto anterior.
  Nota: Los envíos No entregados, son totalizados internamente,pero no se retornan en la respuesta de la API.

• Cantidad de envíos en Devolución: estos son todos aquellos envíos en los siguientes estados:

• Devolución a central

• En proceso de devolución

• Devolución

Adicionalmente a la información de los totalizadores a nivel Provincia, se añadieron el volumen de los envios y la cantidad expresada en porcentajes.

Un ejemplo de la respuesta y la definición del endpoint se encuentra en la documentación de la API.

Pruebas básicas del flujo

Se requieren armar algunos escenarios desde el back:

1. Crear Envíos que tengan como destino distintas provincias.
2. Desde la solapa tracking, añadir manualmente estados (Descargado,* Entregado*) o bien realizar algunas acciones como Solicitar Devolución o Cancelar la orden, considerando el tiempo de demora del  CP del Comprador.
3. Asegurarse que los envíos están siendo Indexados, sino hacerlo manualmente.
   Nota: En algunos entornos se cuentan con bashscripts que ayudan a realizar esto.
4. Indexar las estadísticas (idem al punto anterior).
5. Consultar el endpoint y revisar que los valores arrojados coincidan con lo esperado en el rango de fechas consultadas.

Cliente: Añadir correo electrónico secundario

Descripción

Se añadió el nuevo campo a la Entidad Cliente, y se lo ubicó en Perfil > Datos Personales, tal como fue requerido. Este campo mantiene el carácter de opcional.

A su vez se hizo disponible dicho campo, denominado secondary_email, en la API de registración de Clientes, definiéndolo como opcional

Pruebas básicas del flujo

-        Probar las asignación via Backoffice.

-        En cuanto a la API, se pueden hacer pruebas manuales sacando provecho de la Documentación de la API, hasta tanto se represente de manera automatizada.