Skip to content
OMS Documentation

Cambios en ordenamiento de traslados. Mejoras en Indices [v3.06]

Se describe algunas de las novedades de la versión 3.06.  El mismo presenta las características principales de las funcionalidades y las pruebas mínimas de rigor de funcionalidad y/o consideraciones para las mismas.

Tratamiento de Traslados

El sistema siempre gestionó de manera interna la posición de los traslados, dependiendo del contexto en el cual se creen. Inicialmente los traslados de colecta se inicializan con un valor fijo, el cual determina su “posición”, y los restantes con otros valores, dependiendo del canal desde el cual se lo crean.

En esta versión, el sistema adoptará nuevos valores para la posición de los traslados que no sean de colecta, a partir del último existente, indistintamente de si posee o no estados. Esto posibilita que ante mas de uno, que cumpla dicha condición, adopte una posición que se corresponda con su orden cronológico.

Pruebas de rigor

Creación de ordenes, para la verificación del orden de los traslados:

  • Integración de Ordenes con algún Servicio (OCA o Presis por ejemplo)

  • Puerta a Puerta:

  • Las cuales reciban información de Hojas de Rutas de Reparto provenientes de diversos canales y en lo posible que sean mas de una:

  • Urbano (Troncales)

  • StateInfo (Unigis)

  • TMS

Indexación: ShippingIndex con perspectiva de Cliente

Se ajustaron las implementaciones del flujo para que sean mas coincidentes con la API Client. Esto implica que la información persistida en el indice, se cargue con la misma información que, por ejemplo, es enviada al cliente a través de su API. De esta forma se eliminan muchas de las inconsistencias reportadas en varios PMs.

Pruebas de rigor

Crear ordenes cuyos translados de colecta y/o reparto presenten las variaciones propuestas, y consumiendo la información a través del Back («Envios facturación») o bien la exportación de CSV de Envios desde la API de Client (o más cómodamente usando el Front de Tracking).

  • Posean o no estados visibles al cliente: crear StepState jugando con la visibilidad de cliente.
  • Creación Manual, desde CustomerCare o Backoffice, y StateInfo (por API por ejemplo)