Release note Mars 2023
- Filtre éligibilité par type de point relais
- Génération auto du n° de commande
- Evolutions diverses Mars 2023
Éligibilité calendaire
En quelques mots
Il est désormais possible pour une enseigne de définir un calendrier d'activité de ses transporteurs pour affiner l'éligibilité et l'orchestration et ainsi mieux refléter les réalités du terrain
Cette configuration est possible via le back office Woop dans l'onglet Paramétrage du transporteur.
Contexte
Une enseigne doit pouvoir définir des jours et des créneaux horaires d'éligibilité pour chaque transporteur afin d’aiguiller les commandes en fonction de ce qui a été contractualisé.
Ci-dessous, deux cas de figure concrets :
-
Le transporteur a des contraintes de livraison qui lui sont propres :
-
Un transporteur A ne travaille que du lundi au vendredi, de 8h à 20h
-
Un transporteur B travaille tous les jours de la semaine
-
-
L’enseigne souhaite optimiser la répartition des flux en allouant tout ou partie des commandes à certains transporteurs en fonction de la journée ou du créneau horaire :
-
Les commandes pour une livraison le matin sont allouées au transporteur A
-
Les commandes pour une livraison l’après-midi sont allouées au transporteur B
-
Solution
-
Ajout de plages horaires d'activité au niveau transporteur ;
-
Déclinaison de celles-ci sur l'éligibilité et orchestration sur tous les sous-niveaux ;
-
Mise en place d'un alerting via Metabase à destination des CSM pour détecter les
incompatibilités de configuration avec la semaine type ;
-
Ajustement de l’API POST/eligibilities pour ajouter la plage d’activité dans la
réponse.
Une fois les plages horaires configurées, lorsque l'on exécute la requête POST /eligibilities ou POST/order l'éligibilité se fait sur les plages d’activité paramétrées au niveau transporteur. De plus, les plages d'activité des transporteurs éligibles sont renvoyées dans la réponse de la requête sous la forme suivante :
Filtre éligibilité par type de point relais
En quelques mots
La recherche et l'éligibilité de point relais devient plus précise et efficace grâce à la prise en compte de nouveaux critères de filtre : les types de points relais
Contexte
L’API POST/eligibilities permet de récupérer tous les transporteurs éligibles à notre commande avec
les services éligibles associés
L’API POST/pickUpPoints permet de récupérer une liste de points relais éligibles pour une commande donnée.
Solution
Nous avons ajouté les typologies de points relais à l'éligibilité transporteur ainsi qu'à la recherche de point relais.
Les typologies de points relais sont les suivantes:
- AGENCY = 'PICKUP_POINT_AGENCY',
- POST_OFFICE = 'PICKUP_POINT_POST_OFFICE',
- RELAY_WITH_LOCKER = 'PICKUP_POINT_RELAY_WITH_LOCKER',
- RELAY_WITHOUT_LOCKER = 'PICKUP_POINT_RELAY_WITHOUT_LOCKER',
- DRIVE = 'PICKUP_POINT_DRIVE'
Ainsi lorsque l'on exécute la requête POST/eligibilities nous avons maintenant en réponse, la liste des transporteurs éligibles à notre commande avec la liste des services éligibles associés et pour le service "point relais" nous précisons les typologies de points relais éligibles .
Dans la requête POST/pickUpPoints, nous pouvons désormais passer en paramètre les typologies de point relais sous forme de tableau. Dans la réponse nous avons également ajouter le type de points relais . ( version 1.11.0 de l'api)
Dans le tunnel de commande , nous pouvons désormais, lors de la recherche de point relais (étape 4), filtrer par type de point relais.
Génération auto du n° de commande
En quelques mots
Cette nouvelle fonctionnalité permet à l’utilisateur la création d’un n° de commande personnalisable et automatique.
Contexte
Le premier besoin est de contrôler ce que les utilisateurs mettent comme n° de commande car ceux-ci sont visibles par les clients.
Le deuxième besoin est de pouvoir identifier la provenance, la destination et la date de création des commandes.
Le troisième besoin est d’éviter tout doublons de commande pour ne pas être en porte à faux avec le transporteur qui stipulerait que la commande à déjà été livrée.
En somme, le n° de commande doit avoir un sens.
Description
L’utilisateur pourra créer un n° de commande automatique via la page enseigne.
S’il sélectionne la génération automatique, l’utilisateur pourra :
-
Sélectionner un Préfixe (non obligatoire) parmi une liste de 3 variables
-
Sélectionner un Suffixe (non obligatoire) parmi une liste de 3 variables
Les 3 variables sont :
-
n° du magasin
-
nom du magasin
-
date du jour (format : JJMMAAAA)
Le Timestamp (n° composé de 16 caractères) est par contre obligatoire.
Au clic sur « Enregistrer », les paramètres du n° automatique de commande sont bien enregistrés.
L’utilisateur retrouve son n° de commande automatique dans son Tunnel de commande sous la forme souhaitée :
Si l’utilisateur a sélectionné des variables, celles-ci ne seront pas modifiables dans le Tunnel de commande.
Par contre, le Timestamp est modifiable !
Si l'utilisateur n'a pas sélectionné de Préfixe, ni de Suffixe, la présentation de son n° de commande sera telle que ci-dessous :
Evolutions diverses Mars 2023
Ajout du périmètre géographique "Autriche"
L'Autriche est venu s'ajouter à la liste des pays sur lesquels un transporteur peut être déclaré éligible. Au total, il y a désormais 24 géographies disponibles sur Woop!
Possibilité d'ajouter des données personnalisables lors de la création de commande
Lors de la création d'une commande via l'API post/order il est désormais possible d'ajouter des données personnalisées via la section "additional data" en renseignant une clé et une valeur.
Calcul de la distance réelle de livraison lors de la recherche de transporteurs éligibles
Lors d'un appel à l'API éligibilité, lorsque l'option "distance" est activée, le calcul de celle-ci se fait désormais selon l'itinéraire réel (et non plus à vol d'oiseau)
Ajout d'une connexion de type FTPS pour la récupération des événements transporteurs
Au niveau d'un transporteur, il est désormais possible de configurer une connexion FTPS pour la récupération des événements de livraison