Périmètre

BackOffice Djust

Améliorations graphiques et optimisations de design

Dans la continuité de la refonte globale du Back Office de Djust, un redesign des pages suivantes a été apporté afin de simplifier l'expérience utilisateur.

• Page liste des Stores : Stores. (Pour les clients concernés)
• Page liste des Offres : Offers.
• Page liste des Organisations : Customers > Organisations.

Page de détail de commande

Afin de faciliter la relecture des lignes de commandes, le nombre de ligne affiché a été augmenté à 50 lignes. Il offre ainsi une aisance de lecture grandement améliorée.

Page liste des accounts

La recherche d'accounts est facilitée avec l'ajout d'un nouveau filtre de recherche par ID (Djust pour le moment, la prise en charge des IDs externes arrivera dans une version prochaine).

API

👍

UPDATE

Orders

• Filtrage des commandes commerciales sur une liste d'accounts :

Il est désormais aussi possible de récupérer les commandes commerciales en filtrant sur une liste d'id d'accounts via le paramètre de requête customerAccountIds :

ORDER-560 - GET /v1/shop/commercial-orders

⚠️

Attention

Si une valeur est renseignée dans le paramètre customerAccountIds, alors automatiquement l'identifiant du compte passé dans le header est ignoré.

• Filtrage des commandes commerciales à l'utilisateur connecté :

Afin de pouvoir récupérer l’ensemble des commandes commerciales d’un customer user sur tous ses comptes (via customerAccountIds) un nouveau filtre est ajouté sur la route de récupération de commandes ORDER-560.

Ainsi, la route ORDER-560 - GET /v1/shop/commercial-orders évoluera comme ceci avec l’ajout de l’attribut suivant :

connectedUserOnly : booléen optionnel pour préciser si oui ou non la réponse doit être filtrée sur le customer user connecté.

Si le param connectedUserOnly est à true, alors les commandes remontées seront celles du customer user de l’ensemble des accounts précisés dans la liste d’ids customerAccountIds.

Data Hub

• Création multiple de transcoding

L’endpoint POST /v1/mapper/job/{jobId}/transcodings accepte désormais une liste d’objets pour convertir plusieurs valeurs pour plusieurs mappings sur un job d’import donné.

Exemple:

POST /v1/mapper/job/ad249986-0048-4a95-9fb7-8c4d1e01617f/transcodings

[
	{
		"mappingTo": "active",
		"inputValue": "1",
		"outputValue": "true",
		"active": true
	},
	{
		"mappingTo": "deleted",
		"inputValue": "0",
		"outputValue": "false",
		"active": true
	}
]