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 détail des assortiments produits : Catalog > Assortments.
Page détail des organisations : Customers > Organisations.
Page de configuration des devises : Settings > Currencies.

API

📘
NEW

Buying Policies

Nouvelle fonctionnalité de gestion des comptes en backoffice permettant de bloquer temporairement ou définitivement un ou plusieurs comptes clients afin d’empêcher toute validation de commande, indépendamment de leur encours ou de leur limite de crédit.

Ainsi, voici les nouveaux endpoints API correspondants :

Récupération des blocages en cours ou programmés :

ADM-BUYING-POLICY-550 - GET /v1/buying-policies/credit-control/holds

Création de blocages manuels sur un ou plusieurs comptes :

ADM-BUYING-POLICY-150 - POST /v1/buying-policies/credit-control/holds

Modification d’un blocage existant, avec règles de cohérence sur les dates :

ADM-BUYING-POLICY-202 - PUT /v1/buying-policies/credit-control/holds/{creditHoldId}

Suppression d’un blocage actif ou futur :

ADM-BUYING-POLICY-300 - DELETE /v1/buying-policies/credit-control/holds/{creditHoldId}

👍
UPDATE

Incidents

Filtrage des incidents par supplier :

Chaque commande logistique liée à un incident possède un fournisseur.

Pour pouvoir filtrer par fournisseur, un paramètre supplémentaire de filtre suppliers qui prend en entrée une liste d’external ID de suppliers est ajouté à la route ORDER-559 - GET /v1/shop/incidents.

Son fonctionnement reste similaire au filtre par customerAccountIds.

En résultat, on remonte l’ensemble des incidents liés à une commande/ligne de commande correspondant à au moins un des id de fournisseur passé en paramètre.

Si aucune correspondance n’est trouvée, aucun résultat n’est remonté.

Customer Accounts

Suppression de la contrainte d’unicité sur le nom des comptes clients

Il est désormais possible de créer plusieurs comptes clients portant le même nom, que ce soit via les APIs d'administration, Frontend ou les imports (FTP/API).

Les traitements ne s’appuient plus sur le nom pour identifier un compte, mais uniquement sur son identifiant technique (customerAccountId).
La recherche par nom retourne tous les comptes correspondants, même en cas d’homonymie.
Les processus d’import (FTP ou API) n’échouent plus lorsqu’un doublon de nom est détecté.

Les APIs suivantes ont été mises à jour :

POST /v1/customer-accounts
PUT /v1/customer-accounts/{customerAccountId}

ACCOUNT-100 - POST /v1/shop/customer-accounts
ACCOUNT-201 - PUT /v1/shop/customer-accounts

📌 Aucune action corrective sur les données existantes : les noms précédemment uniques restent valides et modifiables.

Data Hub

Exposition des mappings disponibles à l’export pour les commandes

Il est désormais possible d’interroger par API les mappings utilisables pour l’export des commandes via l’endpoint GET /jobout/mappings?type=ORDER